← На главную

Обновление конфигурации «1С:Управление торговлей» (УТ), особенно при переходе между крупными ветками, такими как 11.3 и 11.4, — это ответственный процесс, требующий строгого соблюдения последовательности действий. В этой статье мы разберем, как правильно подготовить систему, избежать потери данных и обеспечить стабильную работу программы после перехода на новый релиз.

Подготовительный этап: Безопасность и проверка целостности

Прежде чем приступать к любым манипуляциям в конфигураторе, мы должны обеспечить возможность отката системы. Создание архивной копии базы данных — это обязательное первое действие. Если вы используете файловый вариант базы, скопируйте файл 1Cv8.1CD. В случае клиент-серверного варианта сделайте бэкап средствами MS SQL Server или PostgreSQL, а также выгрузите файл .dt через конфигуратор.

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

1. Проверка версии платформы. Перед началом обновления конфигурации необходимо проверить версию платформы 1С:Предприятие. Каждая версия УТ 11.4 предъявляет минимальные требования к платформе. Информацию об этом мы всегда можем найти в файле read.me, входящем в состав дистрибутива обновления. Если платформа устарела, обновление может завершиться критическим сбоем.
2. Тестирование и исправление (ТиИ). Рекомендуется запустить процедуру «Тестирование и исправление» с включенными опциями проверки логической и ссылочной целостности. Обновление на «битых» ссылках может привести к непредсказуемым последствиям, которые проявятся спустя месяцы работы.
3. Работа с расширениями. Если в вашей базе используются расширения (файлы .cfe), их следует временно отключить или перевести в режим проверки совместимости. Расширения, созданные для 11.3, часто «ломают» запуск 11.4 из-за изменений в структуре метаданных.

Стратегия обновления: Ключевые релизы и запуск «Предприятия»

Проанализируем основной вопрос: можно ли «накатить» все обновления в конфигураторе разом? Ответ — нет, если в базе есть реальные данные. Для пустой базы это допустимо, но для рабочей базы критически важно соблюдать последовательность запуска.

Рассмотрим правильный алгоритм действий:

Существует понятие «ключевых релизов». Например, для перехода с 11.3 на 11.4 одним из таких релизов является 11.3.4.228. С этого релиза можно сразу перепрыгнуть на первый релиз ветки 11.4 (например, 11.4.7), если конфигуратор позволяет выбрать его в списке доступных при поиске обновлений.

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

1. Загружаем обновление в конфигураторе.
2. Нажимаем кнопку Обновить конфигурацию базы данных (F7) и принимаем изменения.
3. Обязательно запускаем программу в режиме «1С:Предприятие» от имени администратора.
4. Дожидаемся завершения всех процедур обработки данных.

Почему это важно? В современных версиях УТ используется механизм реструктуризации и обработки данных, который выполняется не в конфигураторе, а непосредственно в пользовательском режиме. Если мы обновим конфигурацию сразу на несколько релизов вперед, пропустив запуск «Предприятия», программные коды обработчиков обновления могут вступить в конфликт, что приведет к необратимой порче данных в регистрах и справочниках.

Отложенное обновление данных

Проанализируем ситуацию, когда после запуска 1С программа открывается, но работает медленно. В версиях 11.3 и 11.4 реализовано «отложенное обновление». Это означает, что часть данных обрабатывается в фоновом режиме.

Посмотрим, как контролировать этот процесс:

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

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

Технические нюансы для крупных баз (SQL)

Если ваша база работает на SQL-сервере, обратите внимание на следующие моменты:

• Таймауты. Обновление крупных таблиц может занять часы. Увеличьте таймауты сеансов в консоли кластера серверов 1С, чтобы соединение не разорвалось в середине процесса.
• Логи транзакций. Убедитесь, что на диске с файлом лога (.ldf) достаточно свободного места. При массовой реструктуризации таблиц лог может вырасти в 2–3 раза по сравнению с объемом основной базы.

Завершение обновления и очистка кеша

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

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

/ClearCache

Также разберем изменения в архитектуре. Переход с 11.3 на 11.4 влечет за собой серьезные изменения в механизмах распределения запасов и расчета себестоимости. После обновления выполните следующие действия:

1. Проверьте настройки учетной политики организации.
2. Выполните тестовое закрытие месяца на копии базы, чтобы убедиться в корректности финансового результата.
3. Проверьте заполнение новых обязательных реквизитов, которые могли появиться в справочниках (например, в Номенклатуре или Партнерах).

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