Обновление типовых конфигураций 1С, особенно таких проверенных временем, как Управление торговлей 10.3, обычно проходит штатно. Однако иногда системные администраторы и программисты сталкиваются с ситуацией, когда в Конфигураторе процесс завершен успешно, но при запуске в режиме Предприятие база выдает критические ошибки. Разберем подробно, почему так происходит и как восстановить работоспособность системы.
Рассмотрим типичную ситуацию: у нас есть две идентичные базы УТ 10.3. Одна обновляется без проблем, а вторая начинает «капризничать». Основная причина кроется в нарушении последовательности действий. В версии 10.3 крайне важно после каждого наката cfu-файла в Конфигураторе запускать базу в режиме Предприятие для выполнения обработчиков обновления. Если пропустить этот шаг и «накатить» сразу 5–6 релизов, возникнет конфликт между кодом новой конфигурации и старыми данными в базе.
Выясним основные причины сбоев:
Конфигураторе версия уже 10.3.50.2, а в служебных данных базы (константах или регистрах) все еще значится 10.3.49.4.Слишком много фактических параметров возникает, когда старый обработчик обновления пытается вызвать функцию, у которой в новом релизе изменилось количество аргументов.Проанализируем ситуацию, когда после принятия лицензионного соглашения программа выдает ошибку отсутствия метода. В УТ 10.3 это часто связано с механизмом Правил обмена данными. Программа пытается автоматически обновить правила в соответствующем регистре сведений, обращаясь к объекту, который в данной версии кода еще не инициализирован или имеет тип Неопределено.
Посмотрим на стек вызовов. Если ошибка ведет к регистру ПравилаДляОбменаДанными, скорее всего, система пытается выполнить метод .Скопировать() для пустой ссылки или объекта, структура которого изменилась. Решением здесь часто выступает временное отключение или пропуск конкретного обработчика через отладку, либо ручная очистка кэша правил обмена.
Эта ошибка — классический признак «прыжка» через релизы. Рассмотрим пример: в релизе 10.3.49 процедура ОбновитьДанные(Параметр1) имела один входящий параметр. В релизе 10.3.50 разработчики 1С добавили еще два: ОбновитьДанные(Параметр1, Параметр2, Параметр3). Если база пытается запустить код обновления со старой логикой на новой конфигурации, происходит аварийное завершение.
Чтобы исправить это, нам необходимо заставить систему «поверить», что она уже обновлена, либо последовательно вернуть состояние данных к нужному релизу. Рассмотрим подробнее программный способ решения через корректировку версии конфигурации.
Если вы уверены, что структура метаданных (таблицы в SQL или файле) соответствует актуальному релизу cf, но Предприятие пытается запустить старые обновления, нужно поправить номер версии в базе данных. В УТ 10.3 за это отвечает константа НомерВерсииКонфигурации и (в новых подсистемах) регистр сведений ВерсииПодсистем.
Для исправления напишем и запустим простую обработку. Воспользуемся следующим кодом:
// Установим номер версии вручную, чтобы пропустить проблемные обработчики
НужныйНомерВерсии = "10.3.50.2";
Константы.НомерВерсииКонфигурации.Установить(НужныйНомерВерсии);
// Если в конфигурации используется БСП или новые подсистемы ЕГАИС,
// также проверяем регистр "ВерсииПодсистем"
МенеджерЗаписи = РегистрыСведений.ВерсииПодсистем.СоздатьМенеджерЗаписи();
МенеджерЗаписи.ИмяПодсистемы = "TradeManagement"; // или имя основной конфигурации
МенеджерЗаписи.Прочитать();
Если МенеджерЗаписи.Выбран() Тогда
МенеджерЗаписи.Версия = НужныйНомерВерсии;
МенеджерЗаписи.Записать();
КонецЕсли;
Важно: Этот метод следует применять с осторожностью. Пропуская обработчики обновления, вы берете на себя ответственность за то, что данные в регистрах и справочниках могут остаться в старом формате. После выполнения кода обязательно проведите тестирование ключевых функций (проведение документов, отчеты).
В процессе обсуждения мы выяснили, что часто сбой происходит в модуле ОбновлениеИнформационнойБазыЕГАИС. Сравним два варианта кода, которые могут встретиться в разных версиях:
В старых версиях использовалась процедура ВыполнитьИтерациюОбновления, а в новых — УстановитьВерсиюИБ. Если в вашей базе версия библиотеки ЕГАИС значится как 0.0.0.0, система начнет выполнять цепочку обновлений с самого начала, что на современном релизе 10.3 приведет к ошибкам из-за удаленных или перемещенных процедур.
Проанализируем ситуацию: если организация не использует алкогольную продукцию, самым быстрым решением будет принудительная простановка актуальной версии в регистре Версии подсистем для строки БиблиотекаИнтеграцииЕГАИС.
Подведем итог и составим план спасения базы данных, если обновление пошло не по плану:
Конфигуратор -> Справка -> О программе и сравните версию с той, что пишет система в служебных сообщениях при запуске Предприятия.Остановку по ошибке. Посмотрите, на какой именно строке кода происходит затык. Если это вспомогательная функция (например, обновление описания торгового оборудования), ее выполнение можно временно пропустить.cf-файл и загрузить его в рабочую базу через Сравнить/Объединить (с сохранением поддержки).НомерВерсииКонфигурации.Помните, что в работе с 1С:Предприятие 8.3 (особенно на обычных формах) дисциплина обновлений экономит часы, а иногда и дни работы программиста. Не пропускайте запуски клиента и всегда проверяйте журнал регистрации на наличие ошибок после завершения каждого этапа обновления.