Как обновить 1С через конфигуратор: пошаговое руководство

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

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

Подготовка: резервная копия и проверка условий

Первое обязательное действие — создание резервной копии информационной базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельный каталог или сделать выгрузку через «Администрирование → Выгрузить информационную базу» в конфигураторе. Для клиент-серверной базы корректный способ — средствами СУБД (например, резервное копирование в MS SQL Server или PostgreSQL), а не простое копирование файлов.

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

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

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

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

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

1. 1
   Сделайте резервную копию и завершите все сеансы пользователей
2. 2
   Откройте конфигуратор: Конфигурация → Поддержка → Обновить конфигурацию
3. 3
   Укажите файл обновления .cfu или выберите найденный релиз из списка
4. 4
   Подтвердите обновление и дождитесь окончания загрузки
5. 5
   Выполните «Конфигурация → Обновить конфигурацию базы данных» (клавиша F7)
6. 6
   Запустите базу в режиме предприятия под администратором и дождитесь выполнения обработчиков обновления

Обновление доработанной конфигурации: сравнение и объединение

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

В этом окне объекты, изменённые и вами, и поставщиком, будут помечены как конфликтные. Для каждого такого объекта нужно решить: взять версию поставщика (ваши доработки будут потеряны), оставить свою версию (изменения поставщика не применятся) или объединить вручную. Для модулей удобно использовать построчное сравнение текста — кнопка сравнения открывает детальный просмотр различий.

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

Обновление конфигурации базы данных

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

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

Запуск обработчиков обновления данных

Многие релизы содержат не только изменения структуры, но и обработчики переноса данных: заполнение новых реквизитов, пересчёт итогов, конвертацию значений. Эти обработчики запускаются при первом входе в режим предприятия под пользователем с полными правами. На экране появится окно «Обновление версии программы» с индикатором прогресса.

Не закрывайте приложение, пока обработчики не завершатся. После окончания проверьте журнал регистрации на наличие ошибок обновления и откройте несколько ключевых документов и отчётов, чтобы убедиться в корректности данных. В типовых конфигурациях есть раздел «Результаты обновления программы» (в «Администрировании»), где видны предупреждения и проблемные места.

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

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

Версия конфигурации

Норма

В «О программе» отображается новый номер релиза

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

Номер релиза не изменился — обновление не применено

Журнал регистрации

Норма

Нет ошибок обработчиков обновления данных

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

Есть записи «Ошибка» на этапе обновления — нужен разбор причины

Ключевые отчёты

Норма

Оборотно-сальдовая ведомость и регламентированные отчёты формируются без ошибок

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

Отчёты падают с ошибкой или показывают пустые данные

Доступ пользователей

Норма

Пользователи входят и работают в штатном режиме

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

Вход блокируется сообщением о несоответствии версии конфигурации

Типичные ошибки при обновлении

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

Отдельная ситуация — ошибка «Конфигурация базы данных не соответствует сохранённой конфигурации» после обновления. Она означает, что шаг обновления конфигурации базы данных (F7) не был выполнен или завершился с ошибкой. Решение — снова запустить обновление конфигурации базы данных и устранить указанные конфликты.

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

Часто задаваемые вопросы

Можно ли обновить 1С через конфигуратор, если база клиент-серверная?

Да, процедура та же, но резервную копию делайте средствами СУБД, а сеансы пользователей завершайте через консоль кластера серверов 1С. Учтите, что реструктуризация больших таблиц на сервере может занять часы — планируйте обновление на нерабочее время.

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

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

Что делать, если обновление прервалось на середине?

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

Обязательно ли запускать базу под администратором после обновления?

Да. Отложенные обработчики обновления данных запускаются под пользователем с полными правами. Если первым войдёт обычный пользователь, он увидит сообщение о том, что обновление не завершено, и работать не сможет до завершения обработчиков администратором.

Как обновить конфигурацию, если она сильно доработана?

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