Ситуация, когда после внесения изменений в структуру регистра бухгалтерии (например, добавления или удаления индекса по балансовому измерению) пропадают остатки в отчетах, является критической для любой работающей системы. Особенно остро эта проблема стоит в высоконагруженных базах (HighLoad), где стандартное «Тестирование и исправление» может занимать несколько суток. В данной статье мы подробно разберем причины возникновения такой ошибки, проанализируем различные способы восстановления итогов и выберем наиболее эффективную стратегию для больших массивов данных.
Для начала проанализируем ситуацию с технической точки зрения. Регистр бухгалтерии в 1С — это сложная структура, состоящая из основной таблицы записей (движений) и нескольких вспомогательных таблиц итогов (остатков и оборотов). Когда мы добавляем индекс по измерению, платформа инициирует реструктуризацию таблиц на уровне СУБД. Если в процессе реструктуризации происходит сбой (например, нехватка места в TempDB или превышение времени ожидания блокировок), логическая связь между основной таблицей и таблицами итогов может нарушиться.
Система может «считать», что итоги актуальны, но физически таблицы остатков будут пустыми или содержать некорректные данные. В результате в Оборотно-сальдовой ведомости мы видим «пустоту» или полное несовпадение сальдо, хотя сами проводки в базе присутствуют.
Рассмотрим первый и самый очевидный способ — использование встроенного метода платформы ПересчитатьИтогиЗаПериод(). Этот метод выполняет последовательное обновление данных в итоговых таблицах на основании движений регистра.
Как это работает на практике:
РегистрБухгалтерииМенеджер = РегистрыБухгалтерии.Хозрасчетный;
НачалоПериода = '20200101';
КонецПериода = ТекущаяДата();
РегистрБухгалтерииМенеджер.ПересчитатьИтогиЗаПериод(НачалоПериода, КонецПериода);
Проанализируем плюсы и минусы этого подхода. Главный плюс — безопасность. Метод работает «мягко», обновляя существующие записи. Однако для больших баз (ERP, КА 2.4/2.5) этот метод крайне медленный. Как показывает практика, на регистрах с десятками миллионов записей процесс может затянуться на сутки и более. Основная проблема здесь заключается в том, что 1С выполняет множество мелких транзакций по обновлению итогов за каждый месяц, что создает колоссальную нагрузку на дисковую подсистему и логи транзакций SQL.
Выясним, существует ли более быстрый вариант. Опытные разработчики часто используют метод «сброса» и повторного включения итогов. Разберем, почему это работает быстрее.
Когда мы вызываем метод УстановитьИспользованиеИтогов(Ложь), платформа просто очищает (TRUNCATE) физические таблицы итогов. При последующем вызове УстановитьИспользованиеИтогов(Истина), система не обновляет записи построчно, а использует механизмы массовой вставки (Bulk Insert) на стороне SQL, формируя таблицы остатков с нуля.
Рассмотрим алгоритм действий:
Регистр = РегистрыБухгалтерии.Хозрасчетный;
// Отключаем итоги - это очистит таблицы остатков
Регистр.УстановитьИспользованиеИтогов(Ложь);
// Включаем обратно - это инициирует их полную перегенерацию
Регистр.УстановитьИспользованиеИтогов(Истина);
Важное замечание: Перед выполнением этой операции на промышленной базе обязательно переведите модель восстановления базы данных в SQL Server в режим Simple. Это предотвратит бесконтрольный рост файла лога транзакций (LDF), который при полном пересчете может превысить размер самой базы данных.
Если нам необходимо восстановить итоги только за последние периоды, мы можем использовать механизм управления границей. Посмотрим на пример кода, который позволяет сдвинуть актуальность итогов:
Менеджер = РегистрыБухгалтерии.Хозрасчетный;
// Устанавливаем границу на начало года
Менеджер.УстановитьГраницуРасчетаИтогов('20230101');
// Система автоматически пересчитает итоги до этой даты при обращении к ним
// Или можно принудительно актуализировать
Менеджер.УстановитьИспользованиеИтогов(Истина);
Этот способ позволяет не трогать глубокий архив, если мы уверены, что проблемы начались недавно. Однако в случае изменения индексов (реструктуризации), проблемы обычно затрагивают все периоды, поэтому чаще требуется полное перевключение.
Не забудем про интерактивные инструменты. В платформе 8.3 существует стандартная обработка «Управление итогами». Чтобы в нее попасть, перейдем в меню «Функции для специалиста» (или «Все функции»), далее в раздел «Стандартные» и выберем «Управление итогами».
В этом окне мы увидим список всех регистров. Обратим внимание на колонки «Период, по который рассчитаны итоги». Если после добавления индекса вы видите, что флаг использования итогов стоит, а остатков нет — попробуйте сначала нажать «Отключить итоги», дождаться завершения, а затем нажать «Включить итоги». Это интерактивный аналог метода №2.
Проанализируем дополнительные настройки, которые помогут ускорить процесс на больших регистрах:
РазделениеИтогов, это ускоряет запись документов, но замедляет пересчет итогов. Для ускорения восстановления рекомендуем временно отключить разделение итогов в конфигураторе, выполнить пересчет, а затем включить его обратно.ПересчитатьИтогиЗаПериод, старайтесь делать это порциями (например, по одному кварталу в одной транзакции), чтобы избежать переполнения памяти сервера 1С.SELECT COUNT(*) FROM _AccRgT.... Если количество записей растет, значит процесс идет корректно, даже если интерфейс 1С «завис».
Подводя итог, можно сказать следующее: при «слете» итогов в больших базах использование ПересчитатьИтогиЗаПериод() часто является неэффективным из-за длительности процесса. Наиболее действенным методом является цикл выключения и включения итогов через УстановитьИспользованиеИтогов() при предварительной настройке SQL-сервера (Simple recovery model). Если же время позволяет, и база не является критически огромной, программный пересчет по месяцам позволит более гибко контролировать прогресс и избежать длительных блокировок всей таблицы.
Всегда помните о необходимости создания свежего бэкапа перед подобными манипуляциями, так как прерывание процесса пересчета итогов в середине может оставить таблицы в непредсказуемом состоянии.