Как обновить 1С через файл конфигурации

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

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

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

Когда обновление через файл cf уместно, а когда нет

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

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

Что проверить перед загрузкой файла

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

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

Резервная копия: обязательный шаг

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

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

Пошаговое обновление через конфигуратор

Сама процедура занимает несколько минут плюс время реструктуризации. Все действия выполняются в конфигураторе под пользователем с полными правами.

1. 1
   Завершите работу всех пользователей и отключите регламентные задания: «Администрирование → Блокировка установки соединений» для серверной базы или ручной контроль сеансов для файловой.
2. 2
   Сделайте резервную копию (выгрузка dt или копия средствами СУБД) и убедитесь, что файл копии создан.
3. 3
   Откройте конфигуратор монопольно. Если база открыта у пользователей, конфигуратор предложит завершить их сеансы.
4. 4
   Выполните «Конфигурация → Загрузить конфигурацию из файла» и укажите cf-файл. Подтвердите загрузку.
5. 5
   Если конфигурация на поддержке, платформа может предложить выполнить объединение через «Конфигурация → Поддержка → Обновить конфигурацию» — для типовых баз предпочтителен этот путь с тем же cf-файлом.
6. 6
   После загрузки нажмите F7 («Обновить конфигурацию базы данных»), изучите список изменений структуры и подтвердите реструктуризацию.
7. 7
   Дождитесь окончания, запустите базу в режиме предприятия и проверьте версию в «О программе».

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

Особенность для доработанных конфигураций

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

Обновление в клиент-серверном варианте и пакетный режим

В клиент-серверной базе порядок тот же, но монопольный доступ обеспечивается через блокировку соединений в консоли кластера или через конфигуратор. Учтите, что реструктуризация нагружает сервер СУБД, поэтому обновление планируют на нерабочее время.

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /LoadCfg "D:\Updates\1cv8.cf" /UpdateDBCfg /Out "D:\Logs\update.log"

Ключ /LoadCfg загружает cf-файл, /UpdateDBCfg обновляет конфигурацию базы данных, /Out пишет журнал выполнения. Путь к исполняемому файлу зависит от установленной версии платформы. Пакетный режим удобен для ночных обновлений по расписанию, но требует тех же предусловий: монопольный доступ и резервная копия.

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

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

Типичные ошибки и ограничения метода

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

FAQ