Как правильно обновлять конфигурацию 1С

Обновление конфигурации 1С — одна из самых ответственных операций администрирования: ошибка может привести к потере данных, остановке работы пользователей или рассинхронизации обменов. При этом сама процедура хорошо формализована, и если соблюдать порядок действий, риски сводятся к минимуму.

Ключевые условия безопасного обновления одинаковы для любых конфигураций: актуальная резервная копия, завершённая работа всех пользователей, проверка версии платформы и понимание того, типовая у вас база или доработанная. От последнего зависит, обновится конфигурация автоматически или потребуется ручное сопоставление изменений.

Ниже разобран полный цикл: подготовка, выбор способа обновления, обновление типовой и доработанной конфигурации, обработчики обновления данных, проверка результата и типичные ошибки.

Подготовка: что сделать до начала обновления

Первый и обязательный шаг — резервная копия. Самый универсальный способ: открыть конфигуратор в монопольном режиме и выполнить «Администрирование → Выгрузить информационную базу» в файл с расширением .dt. Такая копия позволяет полностью восстановить базу, даже если обновление пройдёт неудачно. Для клиент-серверных баз дополнительно можно сделать копию средствами СУБД, но выгрузка .dt остаётся простым и надёжным вариантом для большинства случаев.

Второй шаг — завершить работу пользователей. Обновление конфигурации базы данных выполняется только в монопольном режиме: если в базе есть активные сеансы, платформа не даст применить изменения. В клиент-серверном варианте сеансы удобно завершать через консоль кластера, в файловом — попросить пользователей выйти и проверить отсутствие фоновых подключений. Не забудьте отключить регламентные задания и обмены данными, чтобы во время обновления не запускались фоновые процессы.

Третий шаг — проверить требования нового релиза. Каждый релиз конфигурации указывает минимально необходимую версию платформы 1С:Предприятие. Если платформа старше требуемой, сначала обновляется она, и только потом конфигурация. Также уточните, не является ли обновление «цепочечным»: иногда переход возможен только через промежуточные релизы, которые нужно установить последовательно.

Как проверить текущую версию и режим поддержки

Прежде чем скачивать обновление, определите, что именно установлено у вас. Текущую версию конфигурации видно в конфигураторе: «Конфигурация → Открыть конфигурацию», затем в свойствах корня конфигурации или через «Справка → О программе» в режиме предприятия. Версия платформы отображается там же.

Режим поддержки определяет способ обновления. Откройте «Конфигурация → Поддержка → Настройка поддержки» и посмотрите состояние объектов. Если конфигурация стоит «на замке» без изменений — это типовая, обновление пройдёт автоматически. Если объекты сняты с поддержки или изменены, потребуется сравнение и объединение с ручным разбором отличий.

Обновление типовой конфигурации через конфигуратор

Для типовой конфигурации процесс максимально прост. Запустите конфигуратор в монопольном режиме, откройте конфигурацию и выберите «Конфигурация → Поддержка → Обновить конфигурацию». Платформа предложит поиск обновлений: из файла, из каталога шаблонов или через интернет (при наличии настроенного доступа к порталу поставщика).

Если обновление скачано с сайта поставщика и установлено в каталог шаблонов, выберите вариант поиска в каталогах — платформа сама найдёт подходящий релиз и покажет его описание. Подтвердите обновление, дождитесь завершения реструктуризации и затем обновите конфигурацию базы данных (клавиша F7 или соответствующий пункт меню).

Альтернативный путь — обновление из файла конфигурации (.cf) или файла обновления (.cfu) через «Загрузить конфигурацию из файла» или «Сравнить, объединить с конфигурацией из файла». Файл .cfu содержит только изменения и подходит именно для обновления; полный .cf используется, когда .cfu недоступен.

Обработчики обновления и первый запуск

Обновление конфигурации базы данных меняет только структуру метаданных. Сами данные (документы, справочники, регистры) преобразуются отложенными и основными обработчиками обновления, которые запускаются при первом старте базы в режиме предприятия. На больших базах это может занять заметное время — не прерывайте процесс и не пускайте пользователей до его завершения.

Прогресс обычно виден в стартовом окне обновления. Если обработчики завершились с ошибками, сведения фиксируются в журнале регистрации и в специальной форме результатов обновления. Повторный запуск обработчиков после устранения причины ошибки — штатная ситуация, но вмешательство в данные вручную до завершения обработчиков недопустимо.

Контрольные точки

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

Номер версии в «О программе»

Норма

Соответствует установленному релизу

Тревожный признак

Версия старая — обновление конфигурации БД не выполнено

Обработчики обновления

Норма

Все выполнены, статус без ошибок

Тревожный признак

Есть незавершённые или упавшие обработчики

Ключевые документы и отчёты

Норма

Открываются, проводятся, цифры сходятся с копией

Тревожный признак

Ошибки при проведении, расхождения в отчётах

Обмены и интеграции

Норма

Синхронизации проходят без ошибок

Тревожный признак

Обмены падают или перестали запускаться

Частые ошибки и как их избежать

Большинство проблем при обновлении связано не с самой платформой, а с нарушением порядка действий: отсутствием копии, активными сеансами, пропуском промежуточных релизов или поспешным согласием на замену доработанных объектов. Отдельный источник риска — обновление «в пятницу вечером» без запаса времени на откат и проверку.

Планируйте обновление на период минимальной нагрузки, оставляйте время на тестирование и держите под рукой копию .dt и инструкцию по восстановлению. Для критичных баз полезен полный прогон на тестовой копии: обновление, обработчики, проверка отчётов — и только потом те же шаги на рабочей базе.

Ответы на частые вопросы

Можно ли обновлять конфигурацию, пока пользователи работают?

Нет. Обновление конфигурации базы данных требует монопольного доступа: все сеансы должны быть завершены, включая фоновые задания и соединения обменов. В клиент-серверном варианте сеансы завершают через консоль кластера, в файловом — после выхода пользователей проверьте отсутствие зависших процессов.

Чем отличается файл .cf от .cfu?

Файл .cf — это полная конфигурация, а .cfu — файл обновления, содержащий только изменения между релизами. Для штатного обновления типовой конфигурации обычно используется .cfu или каталог шаблонов. Полный .cf применяют через сравнение и объединение, когда .cfu недоступен или конфигурация доработана.

Что делать, если обновление зависло на реструктуризации?

На больших базах реструктуризация может идти долго — сначала убедитесь, что процесс действительно не отвечает, а не работает. Прерывать его нельзя: это приведёт к повреждению базы. Если процесс явно завис, дождитесь завершения или восстановите базу из копии .dt и повторите обновление, предварительно проверив дисковое пространство и версию платформы.

Как откатить обновление, если что-то пошло не так?

Штатного «отката» конфигурации нет. Восстановление выполняется из резервной копии: создайте пустую базу и загрузите в неё выгрузку .dt через «Администрирование → Загрузить информационную базу». Именно поэтому копия перед обновлением обязательна, а её работоспособность стоит периодически проверять тестовым восстановлением.

Нужно ли обновлять платформу перед обновлением конфигурации?

Да, если новый релиз конфигурации требует более свежую версию платформы, чем установлена у вас. Порядок всегда такой: сначала платформа, затем конфигурация. Требуемая версия указывается в описании релиза поставщика.

Зачем тестовое обновление на копии, если база типовая?

Даже типовое обновление может столкнуться с локальными особенностями: нехваткой места, старой платформой, ошибками обработчиков на больших объёмах данных. Прогон на копии занимает время, но показывает реальную длительность процедуры и позволяет спокойно разобрать ошибки без риска для рабочей базы.