← На главную

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

Рассмотрим подробно причины возникновения этой проблемы и разберем по шагам действенные способы ее решения.

Почему происходит зависание 1С при полном переносе за несколько лет

Проанализируем техническую сторону процесса. Когда запускается «полный перенос» за длительный период (4–7 лет и более), мастер перехода формирует колоссальный объем XML-данных и создает множество документов переноса в приемнике. В результате возникают следующие критические факторы:

1. Переполнение оперативной памяти 32-разрядного клиента: Если процесс загрузки выполняется в 32-битной платформе 1С, лимит выделяемой памяти ограничен примерно 2–3 ГБ. При превышении этого порога процесс перестает отвечать и начнется непрерывный сброс памяти на диск (свопинг).
2. Монолитная транзакция: Загрузка единым массивом перегружает журнал транзакций СУБД, создавая каскадную блокировку таблиц.
3. Активные фоновые задания приемника: При параллельной записи объектов в приемнике запускаются регулярные механизмы: полнотекстовый поиск, отложенное обновление данных и расчеты, что критически замедляет обработку.

Шаг 1. Извлечение правил обмена из макета конфигурации

Для полного контроля над процессом откажемся от прямого COM-соединения и автоматического мастера переноса. Извлечем типовые правила обмена из макета конфигурации ЗКГУ 3.1 и выполним перенос через стандартную обработку.

1. Откроем конфигурацию-приемник (ЗКГУ 3.1 или ЗУП 3.1) в режиме «Конфигуратор».
2. Найдем в дереве метаданных общий макет, содержащий правила обмена для перехода с редакции 2.5 (обычно это макеты с названием ПравилаОбмена_ЗУП25_ЗКГУ31 или аналогичные).
3. Сохраним правила обмена в отдельный файл с расширением .xml на диске.

Шаг 2. Поэтапная выгрузка и загрузка данных по разделам

Чтобы избежать перегрузки оперативной памяти и зависания платформы, разберем методику поэтапного переноса. Для этого в базе-источнике (ЗУП 2.5) задействуем обработку УниверсальныйОбменДаннымиXML.

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

1. Этап 1: Нормативно-справочная информация (НСИ). Выгружаем и загружаем исключительно справочники: Организации, ПодразделенияОрганизаций, Должности, ФизическиеЛица, Сотрудники, ГрафикиРаботы. Это создает каркас базы без тяжелых расчетных документов.
2. Этап 2: Кадровая история и кадровые документы. Отдельно переносим кадровые приказы и кадровые перемещения за требуемые годы.
3. Этап 3: Данные для расчета среднего заработка и остатки. На заключительном этапе передаем расчетные данные, начисления и остатки отпусков.

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

Шаг 3. Оптимизация параметров обработки и среды выполнения

При выполнении загрузки в обработке УниверсальныйОбменДаннымиXML в базе-приемнике обязательно настроим следующие параметры:

1. Настройка количества объектов в транзакции: На вкладке «Загрузка данных» установим флаг Загружать данные в транзакции и зададим параметр Количество объектов в транзакции равным 100–500. Это гарантирует своевременную фиксацию изменений на диске и освобождение оперативной памяти.
2. Использование 64-разрядного клиента: Запуск процесса загрузки производим строго на 64-разрядном клиенте «1С:Предприятие», чтобы снимать ограничение по объему используемой ОЗУ.
3. Отключение служебных механизмов: В базе ЗКГУ 3.1 перед началом загрузки отключим ПолнотекстовыйПоиск, а также заблокируем выполнение регламентных и фоновых заданий через консоль администрирования сервера 1С или настройки программы.
4. Аппаратное ускорение: Если целевая база файловая, перенесем ее на время загрузки на локальный компьютер с быстрым NVMe SSD-накопителем и мощным процессором, либо временно развернем в клиент-серверном режиме на СУБД MSSQL или PostgreSQL.

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