Короткий ответ

Обновление 1С 8.3 (платформа и/или конфигурация Accounting) готовьте как мини-релиз: проверенная копия, успешный прогон на копии, запас диска SQL/файлов, список кто выгоняет сеансы, план отката (restore / вернуть каталог), совместимость клиентов с SRV-1C. Не обновляйте прод «потому что cfu прислали» в пятницу без теста. Если сбой уже случился — откат, не добивать.

Симптомы и как отличить

Вы не готовы, если:

  • нет full backup сегодняшнего утра (SQL) или свежей копии 1CD;
  • нет Accounting_updtest;
  • на SQL01 свободно меньше, чем размер базы;
  • клиенты другой сборки 8.3;
  • не назначен дежурный на откат.

Отличие от переноса на новый сервер: перенос.

Возможные причины провала «и так сойдёт»

  1. Нет окна, обновляют по живым сеансам.
  2. CFU не от того релиза.
  3. Забыли обмен/регламент.
  4. Платформу и конфигурацию в одном окне без теста клиентов.
  5. Нет прав SQL на DDL, всплывёт на реструктуризации.

Диагностика готовности (чеклист)

Данные

SQL:

SELECT name, recovery_model_desc, state_desc FROM sys.databases WHERE name = N'Accounting';
SELECT TOP 3 backup_finish_date, type FROM msdb.dbo.backupset
WHERE database_name = N'Accounting' AND type = 'D'
ORDER BY backup_finish_date DESC;

Файловая: дата копии, проверка открытия. Методы: файловая РК, SQL РК.

Место

Тома data, log, tempdb — запас на реструктуризацию (часто десятки % роста log). log_reuse_wait не LOG_BACKUP перед стартом.

Сеансы и регламент

Кластер: кто в базе. Выключить регламентные задания и обмен на окно.

Сборки

Платформа на SRV-1C = будущие клиенты. Тестовая копия обновляется той же платформой.

Люди

Консультант 1С + админ SQL. Номер backup, путь, команда restore записаны до окна, не «вспомним как».

Решение: порядок работ

1. Снять копию «до»

SQL: штатный full (+ актуальный log). Скопируйте bak на второй носитель. Файловая: консистентная копия каталога.

2. Развернуть копию

Accounting_updtest на SQL01 (другой каталог файлов, WITH MOVE) или отдельный SQL. В кластере — отдельная инфобаза, не второй Ref на те же файлы.

3. Тест обновления

Монопольно на тесте: cfu/cf, реструктуризация, обновление обработчиков. Сценарии: вход, проведение, печать, обмен на тестовом контуре если есть. Замер времени реструктуризации — оценка окна прода.

4. План отката (записать)

«Если ошибка на шаге X: никого не пускать, restore full … с носителя …, проверить документ …, сообщить …». Не «попробуем ещё раз cfu на проде».

5. Окно на проде

Сеансы off, backup ещё раз если после копии уже писали, обновление, смоук, пуск пользователей, включить регламент. Клиенты: та же платформа.

6. Платформа отдельно от конфигурации

Если можно — разные окна. Сначала платформа+клиенты, потом cfu, или как требует релиз, но не сюрприз.

Контур окна обновления Accounting: роли и запреты

За сутки: письмо пользователям, запрет обмена, проверка backup job, снимок VM не вместо SQL backup (снимок без понимания I/O 1С+SQL может навредить; если берёте — коротко и не вместо full).

За час: сеансы, регламент off, ещё один log backup, место на data/log/tempdb.

Во время: один человек жмёт конфигуратор, второй смотрит диск и ERRORLOG, третий не пускает «только посмотреть остатки». Монопольно значит монопольно.

Откат: кто имеет право restore, где bak, сколько минут RTO. Если RTO 2 часа, а restore 4 — это надо знать до, не после сбоя. Тренируйте на Accounting_updtest.

После успеха: backup «после», включить регламент, смоук, клиенты той же 8.3. Не обновляйте половину ПК «завтра». Веб-публикация: проверить URL.

Запреты: не ставить CU SQL, не менять max server memory, не чистить кэш всем GPO, не трогать HASP в том же окне. Один риск.

Файловая база: копия каталога + запрет открытия до конца окна. chdbfl не часть обновления.

Расширения и внешние обработки: список совместимости. Если тест на копии падает на расширении — прод не катить, даже если типовая «встала».

Как проверить, что проблема устранена

Готовность = чеклист зелёный до прод-окна. После обновления прода: смоук, backup «после», пользователи на новой конфигурации. Тестовая база не единственная копия — прод backup жив.

Если не помогло

Тест не проходит — прод отложить. Нет места — сначала диск. Нет консультанта — не админьте метаданные вслепую. Откат не встаёт — тренируйте restore до релиза.

Профилактика

  • Постоянный контур Accounting_updtest с освежением данных.
  • Календарь релизов 1С.
  • Запрет обновления без ticket с чеклистом.
  • Совместимость расширений/доработок — список заранее.

Готовность — это артефакты: bak на втором носителе, Accounting_updtest успешно обновлён, список смоука, записанный restore, имена дежурных, запас диска, регламент выключен, клиенты той же 8.3, HASP не в том же тикете. Если чего-то нет — перенос окна дешевле порчи. Не используйте прод-пользователей как бета-тестеров cfu. Не совмещайте с CU SQL и сменой VLAN. После успеха не удаляйте копию «до» неделю. Расширения проверяйте на копии первыми: они ломаются чаще типовой. Файловую базу готовьте так же, только копия каталога вместо SQL full, и без chdbfl «для профилактики» перед cfu.

Если тест на копии занял 4 часа реструктуризации, прод не влезет в часовое «окно ночью». Перенесите дату. Держите дистрибутив платформы 8.3 «до» и «после». Откат базы на старую конфигурацию при уже обновлённых клиентах может потребовать отката клиентов — это должно быть в плане. Не обещайте «откатим за 15 минут», не измерив restore на вашем диске. После срыва окна не экспериментируйте с частичным cfu: только копия. Завтра то же окно с исправленной причиной (место, сеанс, неверный cfu).

FAQ

Можно ли обновить только тестовых пользователей на проде?

Не делите одну базу. Копия — да. Прод — все или откат.

DT вместо full перед обновлением SQL-базы?

DT полезен, full обязателен для быстрого отката СУБД.

Обновление Windows на SQL01 в то же окно?

Нет. Разведите.

Кто жмёт «принять» в конфигураторе?

Консультант 1С. Админ — копия, сеансы, диск, SQL. Оба в чате окна.

Расширения конфигурации.

Тест на копии обязателен: расширения часто ломаются на новом релизе раньше типовой.