Как ускорить удаление помеченных объектов в крупных базах 1С и справиться с постоянными ссылками

← На главную

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

Разберем детально, как можно оптимизировать этот процесс, внедрив механизмы фильтрации, используя возможности платформы и правильные архитектурные подходы.

Анализ проблемы: почему стандартное удаление «захлебывается»

Проанализируем ситуацию. Стандартный механизм при каждом запуске выполняет поиск ссылок для всех объектов, помеченных на удаление. Если в базе 100 000 таких объектов, и 90% из них имеют ссылки, система каждую ночь тратит ресурсы на бесполезную работу, проверяя одни и те же «неудаляемые» элементы. Наша задача — научить систему «запоминать» такие объекты и временно исключать их из проверки.

Решение 1: Внедрение регистра исключений

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

Создадим независимый регистр сведений, например, ИсключенияПриУдаленииОбъектов.
В качестве основного измерения добавим Объект с типом ЛюбаяСсылка. Обязательно установим свойство Ведущее для этого измерения, чтобы при физическом удалении объекта запись из этого регистра исчезала автоматически.
В обработку удаления помеченных (или в расширение для типовой формы) добавим логику: при получении списка объектов для удаления исключать те, что содержатся в нашем регистре.

Рассмотрим пример кода, который можно использовать для фильтрации массива объектов перед началом поиска ссылок:


Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	Исключения.Объект КАК Объект
    |ИЗ
    |	РегистрСведений.ИсключенияПриУдаленииОбъектов КАК Исключения";

СписокИсключений = Запрос.Выполнить().Выгрузить().ВыгрузитьКолонку("Объект");

// Далее в коде формирования списка на удаление:
Для Каждого ТекущийОбъект Из МассивПомеченных Цикл
    Если СписокИсключений.Найти(ТекущийОбъект) <> Неопределено Тогда
        Продолжить; // Пропускаем объект, так как он в списке исключений
    КонецЕсли;
    // Добавляем в обработку
КонецЦикла;

Важный момент: актуальность данных. Чтобы объекты не зависли в исключениях навсегда (ведь пользователь может очистить ссылку в документе), необходимо предусмотреть механизм очистки регистра. Оптимально — очищать этот регистр раз в неделю или месяц перед полным прогоном удаления.

Решение 2: Использование свойства «Ведущее» в измерениях регистров

Выясним причину, почему ссылки в регистрах мешают удалению. Часто это независимые регистры сведений, где объект является измерением. Если мы сделаем это измерение Ведущим, то при удалении объекта система автоматически удалит все связанные записи в этом регистре. Это мощный инструмент, но использовать его нужно осторожно: убедитесь, что удаление этих записей не нарушит логику учета.

Решение 3: Организационный подход и работа с пользователями

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

Другой вариант — перемещение «неудаляемых» объектов в специальную группу «Архив» или «Удаленные». Это визуально очистит справочники для пользователей и позволит исключить эти группы из регламентного задания на удаление. Для реализации этого подхода:

Создаем в справочниках иерархическую папку «Архив».
Пишем обработку, которая проверяет наличие ссылок. Если ссылки есть — перемещаем объект в папку и снимаем пометку удаления.
Если ссылок нет — оставляем объект для регламентного удаления.

Решение 4: Фоновое удаление и использование БСП

В современных версиях Библиотеки стандартных подсистем (БСП), на которых построена ERP 2.4/2.5, реализован механизм «Фонового удаления объектов». Разберем, чем он полезен:

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

Если ваша конфигурация позволяет, обязательно переключитесь в режим «Удалять объекты порциями» в разделе Администрирование — Обслуживание — Удаление помеченных объектов.

Оптимизация на уровне СУБД

Проанализируем ситуацию с точки зрения производительности SQL. Массовое удаление и постоянный поиск ссылок создают огромную нагрузку на tempdb и лог транзакций. Проверьте следующие параметры:

Фрагментация индексов: Если индексы сильно фрагментированы, поиск ссылок будет идти в разы медленнее. Настройте ночное обслуживание базы (Rebuild/Reorganize indexes) так, чтобы оно завершалось до начала удаления или сразу после него.
Версионирование объектов: Часто объекты не удаляются из-за записей в регистре ВерсииОбъектов. Если история изменений для помеченного на удаление объекта больше не нужна, имеет смысл программно очищать историю версий перед запуском удаления.

Метод «Обнуления ссылок» (техническая очистка)

Если объект нельзя удалить из-за ссылки в очень старом периоде (например, в закрытом 2015 году), который физически нельзя редактировать, можно использовать метод технической очистки. Создается обработка, которая через ОбменДанными.Загрузка = Истина находит ссылку в старом регистре и заменяет ее на Неопределено или пустую ссылку. После этого объект беспрепятственно удаляется стандартным механизмом.

Резюмируем: Для стабильной работы большой базы лучше всего комбинировать регистр исключений (для отсечения заведомо «проблемных» объектов) с порционным удалением через стандартные механизмы БСП. Это позволит системе постепенно «разгребать» очередь помеченных объектов, не парализуя работу пользователей утром.