← На главную

Обновление информационных баз 1С, которые не обновлялись годами (например, с ветки 11.2), вызывает множество вопросов: можно ли использовать обновления от ПРОФ-версии, как правильно разбить процесс на этапы и как избежать повреждения данных при переходе между поколениями подсистем. Разберем по шагам все особенности этого процесса.

Различие между Базовой и ПРОФ версиями в платформе 1С:Предприятие 8

Проанализируем техническую сторону работы платформы и конфигураций:

1. Платформа 1С:Предприятие для базовых и ПРОФ-версий абсолютно одинакова. Разделение на базовую и ПРОФ функциональность заложено исключительно на уровне лицензий и структуры самой конфигурации (в базовой версии отключена возможность изменения конфигурации, ведения учета по нескольким организациям в одной базе и многопользовательская работа).
2. Файлы обновлений различны. Для базовых конфигураций выпускаются отдельные дистрибутивы обновлений. Обновить базовую конфигурацию файлом обновления от ПРОФ-версии (.cfu) невозможно. Если же принудительно накатить полный файл .cf от ПРОФ-версии, база превратится в ПРОФ, потребует клиентскую лицензию на ПРОФ и потеряет статус базовой. Обратного штатного механизма конвертации из ПРОФ в базовую не существует.

Подготовка базы данных и проверка целостности

Прежде чем приступать к многоэтапной процедуре, обязательно выполним подготовительные действия:

1. Создание резервной копии. Сделаем полную копию файла информационной базы 1Cv8.1CD (для файловой базы) или выгрузку в файл .dt через меню Конфигуратора «Администрирование» — «Выгрузить информационную базу...». Копии следует сохранять перед каждым промежуточным этапом.
2. Проверка утилитой тестирования. Закроем все сеансы 1С и запустим утилиту chdbfl.exe, расположенную в каталоге bin установленной платформы 1С. Установим флаг «Исправлять обнаруженные ошибки» и выполним проверку.
3. Тестирование и исправление. Откроем базу в Конфигураторе и выполним «Администрирование» — «Тестирование и исправление...» с включенной проверкой логической и ссылочной целостности и переиндексацией таблиц.

Построение цепочки обновлений между ветками конфигурации

Прямой переход с устаревших версий (например, 11.2.3.101) на современные ветки (11.4, 11.5) невозможен из-за глубоких изменений в метаданных и регистрах. Процесс обязательно разбивается на последовательные этапы через ключевые узловые релизы:

1. Обновление до финального стабильного релиза ветки 11.2.
2. Переход на переходный релиз ветки 11.3.
3. Переход на узловой релиз ветки 11.4.
4. Последовательное обновление до актуальной версии ветки 11.5.

Для сокращения количества итераций вместо десятков файлов обновлений (.cfu) рекомендуется использовать полные файлы конфигурации базовой версии (.cf). В окне выбора файла обновления в Конфигураторе укажем полный .cf-файл разрешенного узлового релиза.

Обработка данных в режиме 1С:Предприятие (Библиотека стандартных подсистем)

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

1. После обновления структуры в Конфигураторе запустим базу в режиме «1С:Предприятие» под учетной записью с правами администратора.
2. Дождемся завершения начального обновления данных и перейдем в раздел: «НСИ и администрирование» — «Обслуживание» — «Результаты обновления программы» (или перейдем по ссылке «Результаты обновления и дополнительная обработка данных»).
3. Убедимся, что все регламентные и отложенные процедуры завершились со статусом «Выполнено» без ошибок.
4. Категорически запрещено накатывать следующий релиз в Конфигураторе до полного завершения фоновых обработок текущего релиза.

Совместимость с версиями платформы

Релизы конфигурации 11.2 разрабатывались для платформы версий 8.3.6–8.3.8, а актуальные версии 11.5 требуют платформу не ниже 8.3.17–8.3.24 с отключенным или обновленным режимом совместимости. При обновлении древней базы сразу на новейшей платформе возможны сбои при реструктуризации таблиц. В таких ситуациях переход осуществляют ступенчато: сначала обновляют конфигурацию до промежуточной ветки на старой платформе, после чего устанавливают новую версию платформы и продолжают обновление конфигурации.

Альтернативный вариант: перенос остатков в чистую базу

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

1. Установим чистую типовую базовую конфигурацию 1С:Управление торговлей актуального релиза.
2. Выгрузим справочники (номенклатуру, контрагентов, договоры) и введем начальные остатки с помощью типового универсального формата EnterpriseData (через синхронизацию данных) или с использованием внешних обработок переноса данных.
3. Такой подход позволяет сразу начать работу в актуальном релизе без длительного прогона через десятки промежуточных версий.