← На главную

Штатная свертка информационной базы в конфигурации 1С:Бухгалтерия 8 — ресурсоемкая операция, сопровождающаяся массовым анализом регистров, расчетом остатков, созданием корректирующих документов и пометой на удаление старых первичных документов. Нередко пользователи сталкиваются с ситуацией, когда процесс длится много часов, интерфейс перестает отвечать, операционная система сообщает, что программа «не отвечает», либо процесс завершается аварийным сбоем. Разберем по шагам причины такого поведения платформы и детальные способы решения проблемы.

Выясним причины зависания и аварийных завершений

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

1. Ограничение разрядности 32-битного клиента: При свертке алгоритмы формируют массивные выборки в оперативной памяти. 32-разрядный исполняемый файл платформы ограничен адресным пространством около 2–3 ГБ. Превышение этого порога вызывает зависание или фатальную ошибку «Недостаточно памяти».
2. Ограничения файловых таблиц: Несмотря на общий размер базы в 2,5 ГБ, внутренний формат 1Cv8.1CD накладывает лимит в 4 ГБ на каждую отдельную таблицу или ее индекс. Во время масштабной перезаписи итогов временные индексы могут достичь этого лимита.
3. Ошибки ссылочной целостности и неактуальные итоги: Наличие битых ссылок, некорректных движений или рассинхронизация регистров заставляют типовые алгоритмы свертки зацикливаться при попытке сопоставить документы и проводки.
4. Включенное версионирование и история данных: Если в базе ведется учет версий объектов, отмена проведения и перезапись каждого документа генерирует записи версий, многократно увеличивая дисковые операции ввода-вывода.
5. Фоновые задания и даты запрета: Параллельно выполняющиеся фоновые задачи провоцируют взаимные блокировки данных, а активная дата запрета изменения данных прерывает запись документов исключениями.

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

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

1. Создание полной резервной копии: Все действия выполняются строго в копии базы. Никогда не запускайте экспериментальные свертки на рабочей базе.
2. Тестирование и исправление: Запустим Конфигуратор, перейдем в меню Администрирование — Тестирование и исправление.... Включим проверки логической и ссылочной целостности, а также переиндексацию таблиц и пересчет итогов. При обнаружении ошибок ссылок система заменит их или очистит, что исключит зависания на поврежденных объектах.
3. Отключение версионирования объектов: Перейдем в пользовательском режиме в раздел Администрирование — Общие настройки — История изменений. Очистим накопленные версии документов и временно снимем флаг записи версий.
4. Снятие дат запрета редактирования: В разделе Администрирование — Настройки пользователей и прав — Даты запрета изменения данных полностью отключим контроль дат, чтобы регламентные документы ввода остатков могли беспрепятственно проводить записи задним числом.
5. Отключение регламентных и фоновых заданий: Заблокируем выполнение регламентных процедур в параметрах информационной базы, либо запустим сеанс тонкого/толстого клиента с ключами командной строки: /DisableStartupMessages /AllowExecuteScheduledJobs -Force
6. Настройка исключений антивируса: Добавим каталог с базой данных и каталог временных файлов операционной системы (%TEMP%) в исключения антивирусного сканера, чтобы предотвратить деградацию производительности диска.

Пошаговая свертка небольшими периодами

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

1. Контрольный замер: Сформируем стандартный отчет Оборотно-сальдовая ведомость (включая забалансовые счета) на текущую дату и сохраним результат для последующей сверки.
2. Выбор минимального интервала: Вместо свертки базы сразу, например, по 31.12.2022 года, установим дату свертки на 31.12 первого года ведения учета в базе.
3. Формирование остатков: Выполним первый этап свертки — формирование документов Ввод начальных остатков. На этапе настройки установим минимальный размер порции записи транзакций для снижения нагрузки.
4. Удаление помеченных объектов: Запустим удаление помеченных документов за свернутый период.
5. Сверка контрольных остатков: Снова сформируем отчет Оборотно-сальдовая ведомость и убедимся, что сальдо на текущую дату полностью совпадает с исходным замером.
6. Итерация: Повторим указанные шаги для следующего года, постепенно двигаясь к целевой дате свертки базы данных.

Локализация места зависания через Конфигуратор

Когда внешне кажется, что программа намертво зависла, выясним, в каком именно месте кода выполняется обработка:

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

Переход на 64-битную платформу или перенос в СУБД

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

1. Использование 64-разрядного клиента: Запустим обработку через 64-битный клиент 1cv8.exe. Это устранит нехватку виртуальной памяти при формировании сложных таблиц значений.
2. Временная загрузка в клиент-серверный вариант (SQL): Выгрузим информационную базу в файл .dt и загрузим ее в СУБД (PostgreSQL или MS SQL Server). В среде SQL блокировки таблиц обрабатываются оптимизированно, а дисковые лимиты файловых таблиц .1CD отсутствуют. После успешного проведения свертки базу можно выгрузить обратно в файловый режим.

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

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

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