← На главную

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

Почему миграция в файловом режиме зависает на 0%

Проанализируем ситуацию, когда обе информационные базы настроены, процедура миграции запущена, в каталоге обмена создан файл Start.txt, однако индикатор прогресса часами показывает 0%, а журнал пуст.

Выясним причину такого поведения в файловом варианте работы:

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

Рассмотрим рекомендации по преодолению ограничений файлового режима:

1. Временный перенос на СУБД: Самый надежный подход — временно развернуть копии обеих баз (2.1 и 3.0) в клиент-серверном варианте (например, на бесплатной СУБД PostgreSQL или временном сервере 1С), выполнить процедуру миграции и синхронизации дельт данных на сервере, завершить переход и затем выгрузить итоговую базу 3.0 обратно в файловый режим (.dt файл).
2. Контроль запущенных сеансов в файловом режиме: Если серверный вариант недоступен, необходимо держать открытыми сеансы пользователя с административными правами в обеих базах на протяжении всего периода выгрузки и загрузки данных.

Подготовка базы 2.1 и оптимизация скорости переноса

Перед запуском переноса данных необходимо выполнить ряд обязательных подготовительных действий в исходной базе 2.1:

1. Завершение отложенного обновления: Убедимся, что все обработчики обновления в базе 2.1 завершены без ошибок (форма Результаты обновления программы).
2. Заполнение рабочих групп: В базе 2.1 должно быть полностью выполнено регламентное задание Заполнение рабочих групп для перехода на Документооборот 3.0. Без сформированных рабочих групп права доступа на объекты в базе 3.0 перенесутся некорректно.
3. Отключение ресурсоемких заданий: На время первоначальной выгрузки и загрузки в обеих конфигурациях рекомендуется отключить полнотекстовый поиск данных (ППД), автоматическую проверку почты и интеграционные обмены со сторонними системами.
4. Доступ к томам хранения файлов: Если в базе 2.1 файлы хранятся в томах на диске, перемещать их в промежуточную папку обмена не нужно. Достаточно убедиться, что обе базы имеют сетевой доступ по одинаковым путям к существующим томам.

Стратегии работы с незавершенными бизнес-процессами

Архитектура процессов в 1С:ДО 3.0 («Обработка документов») принципиально отличается от маршрутизации процессов в 2.1 (где использовались отдельные виды процессов: «Согласование», «Исполнение», «Ознакомление» и т.д.). В связи с этим перенос активных незавершенных процессов требует взвешенного подхода.

Рассмотрим два основных практических сценария:

Сценарий 1. Административное завершение процессов до миграции (рекомендуемый):

1. Администратор объявляет регламентное окно, закрывает доступ пользователям в базу 2.1.
2. Формируется список всех активных незавершенных бизнес-процессов с указанием авторов и исполнителей.
3. Все активные незавершенные процессы в базе 2.1 принудительно прерываются или отменяются.
4. Выполняется чистая миграция нормативно-справочной информации, документов и истории уже закрытых процессов.
5. После перехода пользователи получают реестр своих незавершенных задач и в базе 3.0 запускают новые виды обработки документов по актуальным правилам. Этот подход исключает зависшие транзакции и очищает базу от накопленного «мусора».

Сценарий 2. Перенос с последующим пересозданием:

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

Почему в 1С:ДО 3.0 нельзя запустить обработку по загруженному документу

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

Выясним причину этого ограничения:

В период работы мастера миграции база 3.0 находится в подчиненном режиме. Для всех загруженных объектов действует архитектурный запрет на изменение и старт процессов, так как источником правды остается база 2.1. Любые изменения, внесенные в 2.1, при повторном сеансе обмена автоматически синхронизируются в 3.0 и перезаписывают данные.

Разберем, как правильно снять это ограничение:

1. Штатное завершение миграции: Запрет снимается автоматически только после того, как в обработке переноса данных будет нажата кнопка Завершить переход. После отключения механизма обмена база 3.0 переходит в полнофункциональный рабочий режим, а ограничения на отправку документов в обработку снимаются.
2. Опасность ручного снятия флагов: Не рекомендуется программно снимать признаки загрузки объектов из внешней базы до официального завершения перехода. Если изменить документ в 3.0 вручную до отключения обмена, последующая синхронизация из 2.1 либо затрет новые данные, либо приведет к коллизиям и ошибкам обмена.