← На главную

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

Алгоритм определения цепочки обновлений без доступа к сайту

Разберем классический алгоритм поиска промежуточных релизов, когда у вас нет под рукой постоянной таблицы или подключения к сервисам обновлений. Каждое обновление конфигурации (файл .cfu) содержит четкое ограничение по спискам версий, с которых допускается обновление.

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

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

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

• FromVersions — список версий конфигурации, с которых разрешена установка данного обновления.
• 1cv8upd.htm — файл описания изменений, в котором указывается также минимальная версия платформы 1С:Предприятие, необходимая для работы.

Опасности прямой установки полного файла конфигурации (.cf)

Среди специалистов иногда звучит совет просто взять полный файл конфигурации .cf последнего релиза и накатить его на старую базу. Проанализируем, почему такой подход несёт в себе серьезные риски для данных предприятия.

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

Если пропустить промежуточные релизы и сразу загрузить финальный .cf, произойдет следующее:

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

Пошаговый регламент безопасного обновления базы с большим отставанием

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

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

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