← На главную

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

Почему нельзя просто загрузить новый CF-файл?

Проанализируем ситуацию: конфигурация 1С — это не просто набор программного кода, это сложная структура метаданных. При переходе от версии к версии разработчики 1С меняют состав реквизитов, переносят данные из одних справочников в другие и меняют логику работы регистров. Рассмотрим, что происходит при «прыжке» через десятки релизов:

1. Пропуск обработчиков обновления: Каждый промежуточный релиз содержит специальные процедуры (обработчики), которые трансформируют данные под новую структуру. Если их пропустить, новые реквизиты останутся пустыми, а старые данные — недоступными.
2. Конфликт платформы: Старая конфигурация может не запуститься на новой платформе из-за режима совместимости, а новая конфигурация принципиально не работает на платформе 8.3.13.
3. Изменение архитектуры: Текущие версии УНФ работают на редакции 3.0, где структура хранения данных существенно отличается от 1.6.4.

Шаг 1: Подготовительные операции и тестирование

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

Выполним следующие действия в Конфигураторе:

1. Создадим полную копию базы (выгрузка .dt или копирование файла 1Cv8.1CD).
2. Запустим процедуру «Тестирование и исправление» (Администрирование — Тестирование и исправление). Обязательно выберем пункты «Реиндексация таблиц» и «Проверка логической целостности».
3. Если база сильно изменена (доработана), нам потребуется сравнение и объединение конфигураций, но в данной статье мы рассматриваем типовой вариант (без изменений).

Шаг 2: Выстраивание цепочки обновлений

Посмотрим на пример: вы не можете обновиться с 1.6.4 сразу на 1.6.27. Существует понятие «контрольных точек». Для каждого релиза в файле 1cv8.htm (который входит в дистрибутив обновления) указано, с каких предыдущих версий возможно обновление.

Разберем типичный путь для версии 1.6.4:

• 1.6.4.x → 1.6.5.x
• ... → 1.6.10.x
• ... → 1.6.27.x (финальный релиз ветки 1.6)
• 1.6.27.x → 3.0.x (переход на новую редакцию)

Важный совет: Чтобы не выполнять эти 10–15 шагов вручную, рекомендуется использовать специализированный инструмент, такой как «1С:Обновлятор». Он автоматически скачает нужные дистрибутивы, выстроит очередь и последовательно обновит базу, запуская пользовательский режим на каждом этапе. Для выполнения такой последовательной установки пакетов и резервного копирования применяется программа для автоматического обновления баз 1С.

Шаг 3: Обновление платформы 1С:Предприятие

Версия платформы 8.3.13.1644 является критически устаревшей. Для работы современных релизов УНФ (линейка 3.0) требуется платформа не ниже 8.3.21 или 8.3.22. Однако обновлять платформу нужно параллельно с конфигурацией.

Проанализируем ситуацию: если вы сразу установите 8.3.22 и попробуете запустить на ней УНФ 1.6.4, вы можете столкнуться с ошибками прав доступа или работы интерфейса. Оптимальная стратегия — обновлять платформу до актуальной, когда вы достигнете середины пути (например, на релизе УНФ 1.6.20).

Шаг 4: Отложенные обработчики обновления — критический момент

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

Ни в коем случае не накатывайте следующий релиз, пока не завершились отложенные обработчики текущего!

Проверить статус можно в разделе: Настройки — Обслуживание — Результаты обновления программы — Результаты обновления и завершение редактирования (или через форму РезультатыОбновленияПрограммы).

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

Шаг 5: Переход с редакции 1.6 на 3.0

Переход на новую редакцию 3.0 — это самый ответственный этап. Проанализируем основные сложности:

1. Изменение подсистемы печати: Внешние печатные формы, созданные для 1.6.4, гарантированно перестанут работать. Их придется переписывать под актуальные требования БСП (Библиотеки стандартных подсистем).
2. СЛК (Система лицензирования конфигураций): Если в вашей базе используются отраслевые модули, защищенные ключами, необходимо заранее обновить сервер СЛК, иначе база просто не откроется.
3. Место на диске: Процесс реструктуризации при переходе на 3.0 требует много свободного места. База может временно вырасти в 2-3 раза из-за логов транзакций. Используйте быстрые SSD диски, чтобы процесс не затянулся на сутки.

Итоги и рекомендации

Подведем итог нашему разбору. Правильный алгоритм обновления выглядит так:

1. Делаем архивную копию.
2. Проводим Тестирование и исправление в Конфигураторе.
3. Определяем последовательность релизов (контрольные точки).
4. Обновляем конфигурацию на один шаг через «Поддержка — Обновить конфигурацию».
5. Запускаем базу в пользовательском режиме и обязательно ждем завершения всех обработок данных.
6. Повторяем пункты 4-5 до тех пор, пока не достигнем последнего релиза ветки 1.6.
7. Обновляем платформу 1С до актуальной (8.3.21+).
8. Выполняем переход на редакцию 3.0.

Помните, что спешка при обновлении «древних» баз всегда ведет к двойной работе. Следуя этой инструкции, вы сохраните целостность данных и обеспечите стабильную работу системы на новом поколении программ 1С.