В этой статье решил отразить ход поиска решения задачи по процессу добавления в конфигурацию 1С "Комплексная автоматизация 2.5." расширения
У разработчика данного расширения, мы уже не один раз покупали расширения, для решения своих задач, и вот очередной раз решили взять расширение. Задача которой раскрашивать любые списки справочников, документов по определённым условиям. Не каждому сотруднику в отдельности, а всем и сразу.
Посмотрел само расширение она по большому счету состоит из нескольких общих модулей и одного справочника где собственно хранятся настройки оформления списков, свой общий модуль. В общем как по мне ничего критичного в расширении не нашел.
Но в качестве эксперимента и традиции я все расширения проверяю на копии базы, что и всем желаю.
Так вот добавляю расширение в копии базы, обратил конечно внимание что процесс загрузки расширения затянулся на 20 минут, думаю, ну да ладно долго, но терпимо.
Вечером когда регламентно делаются копии основных баз, добавляю расширение в основную базу и всё, процесс добавления расширения в базу растянулся на несколько часов, в итоге я не дождался завершения этого процесса и мне пришлось прервать выполнение этого процесса.
Меня это ввело в некий стопор, почему всё так долго. В копии всё нормально а на боевой базе нет.
Зашел через конфигуратор и попробовал так добавить это расширение.
Запускаю процесс
И обращаю внимание, что был запущен процесс реструктуризации базы данных
И процесс застрял на регистре сведений "Версии объектов".
Да у нас в базе включен функционал, "Хранить историю изменений"
но там выставлены небольшие сроки хранения версий объектов, только на часть критически важных объектов, таких как справочник "Номенклатура", документ "Заказ клиента" и другие.
Максимум у объекта выставляется срок хранения полгода
Точно запущено регламентное задание "Очистка устаревших версий объектов"
Начинаю проводить анализ чем отличается копия базы от текущей базы.
Копию я делал почти год назад в начале 2025 года. Получается так что, за этот период так сильно вырос этот регистр сведений "Версии объектов" в основной базе
Подняли актуальную копию базы в песочнице, расширение в этом случае встало без проблем, долго конечно более двух часов, но оно встало.
Подняли копию на основном сервере, попробовал добавить расширение. Очень долго шел процесс, в итоге вышла вообще вышла страшная ошибка
В базе есть штатный отчет "Количество и объем хранимых версий объектов"
В итоге этот отчет мне показал на текущей базе следующую информацию
т.е. в этом регистре более 4 млн. записей.
Посмотрел в процедуру где идет зачистка устаревших версий объектов и увидел, сама версия объекта удаляется, а запись в регистре остается
т.е. получается так, что этот регистр будет расти до бесконечности и каждый раз когда потребуется запустить процесс реструктуризации в базе, то на этом регистре будут торможения всё больше и больше.
Принял решение самостоятельно сделать обработку которая будет работать аналогично тому что делает штатная, но она будет удалять записи из регистра сведений если версия объекта не актуальная.
Данные по версиям объектов до запуска регл. задания
и после
Где более 4 миллиона записей, а где около 500 тысяч записей
Проверил всё на копии базы, процесс добавления расширения в базу занял 8 минут.
После зачистки регистра на боевой базе. Расширение встало за 20 минут.
Выводы:
- Не увлекайтесь в большим количеством расширений
- Всегда перед тем как добавлять расширение в базу делайте копию базы
- Всегда перед тем, как добавлять расширение, даже на первый взгляд относительно безобидное, тестировать на копии базы
- Копия базы должна быть по дате как можно свежее.
- Имейте ввиду, что если вы включили у себя в базе, хранение истории изменения объектов в базе, регистр сведений "Версии объектов" может расти до бесконечности. Что также может повлиять на процесс подключения расширения
А реструктуризация запустилась, из-за того, что в регистре сведений "Версии объектов", в измерении "Объект", указано, что объектом может являться любой справочник. А в расширении как раз добавлялся новый справочник