При обслуживании и регулярном обновлении 1С:ERP Управление предприятием нередко возникает соблазн ускорить процесс и вместо штатного пошагового обновления применить операцию «Конфигурация — Загрузить конфигурацию из файла» (файл .cf). Проанализируем, почему такой подход несет в себе скрытые угрозы для работоспособности информационной базы, к каким последствиям он приводит и как выглядит корректный регламент обновления сложных прикладных решений.
Для понимания архитектуры платформы 1С:Предприятие 8 сравним две принципиально разные операции:
.cf). Данная операция предназначена для полной замены текущей конфигурации метаданными из внешнего файла. Если база типовая (находится на полной поддержке без возможности изменения) и в нее загружается оригинальный файл поставки того же программного продукта, внутренние идентификаторы (GUID) объектов не изменяются, так как они идентичны в файле поставщика. Однако если в конфигурацию ранее вносились любые изменения (добавлены реквизиты, документы, регистры), загрузка файла .cf безвозвратно удалит все добавленные метаданные и сотрет накопленные в них пользовательские данные из таблиц СУБД без предупреждений о сопоставлении объектов. Кроме того, операция загрузки не проверяет корректность перехода между версиями и нарушает привязку правил поддержки.Конфигурация — Поддержка — Обновить конфигурацию). Этот механизм специально создан для перехода между релизами. Платформа сверяет текущую версию с файлом поставщика, обновляет конфигурацию поставщика, сохраняет правила поддержки и фиксирует факт перехода на новый релиз. При этом в качестве источника штатного обновления можно использовать не только файлы обновлений .cfu, но и полные файлы конфигурации .cf.В конфигурациях уровня 1С:ERP процесс обновления не ограничивается модификацией таблиц метаданных в конфигураторе. Архитектура решения опирается на Библиотеку стандартных подсистем (БСП) и сложные механизмы партионного учета, взаиморасчетов и себестоимости. Выделим ключевые риски некорректного обновления:
1С:Предприятие запускаются монопольные и отложенные (фоновые) обработчики обновления. Если после загрузки файла сразу запустить учетные операции, расчет себестоимости или закрытие месяца, данные будут безвозвратно повреждены, так как новые служебные реквизиты и регистры останутся незаполненными.EF_...), то при смене версии конфигурации старые патчи перестают соответствовать коду модулей. Это приводит к критическим исключениям при старте базы данных.Разберем стандартный и безопасный алгоритм обновления информационной базы, который гарантирует сохранение данных и корректную работу всех подсистем.
1Cv8.1CD для файлового). Проверяем актуальный файл описания обновления и убеждаемся, что текущий номер версии базы входит в список разрешенных для прямого перехода на целевой релиз. Если версия пропущена, составляем цепочку промежуточных обновлений.1С:Предприятие и в разделе администрирования полностью удаляем все ранее установленные исправления (патчи формата EF_...)..cfu либо полный файл поставщика .cf. Соглашаемся с обновлением конфигурации поставщика. После завершения процесса нажимаем клавишу F7 («Обновить конфигурацию базы данных») и подтверждаем реструктуризацию таблиц.1С:Предприятие от имени пользователя с полными административными правами. Подтверждаем легальность получения обновлений и ожидаем завершения начального этапа обновления данных.НСИ и администрирование — Администрирование — Обслуживание — Результаты обновления и дополнительная обработка данных. В открывшемся окне отслеживаем ход выполнения фоновых заданий БСП. Дожидаемся 100% выполнения всех отложенных процедур. В случае возникновения ошибок анализируем журнал регистрации, устраняем причину и перезапускаем упавший обработчик.Если в конфигурацию ранее вносились доработки (включена возможность изменения), операцию «Загрузить конфигурацию из файла» применять категорически запрещено. Процесс обновления нетиповой конфигурации выполняется по следующему принципу: