Обработка перебирает все планы обмена информационной базы (либо только выбранный пользователем узел) и по каждому объекту, входящему в состав плана обмена, обращается к соответствующей таблице регистрации изменений и считает количество записей регистраций в разрезе узлов и типов данных. Итоговая таблица сортируется по убыванию количества - самые проблемные объекты и узлы сразу видны наверху списка.
В форме обработки можно указать конкретный узел - тогда анализ будет выполнен только по нему, что ускоряет работу на базах с большим количеством планов обмена и узлов.
Что касается полезности в части "борьбы" с блокировками. См. статью на ИТС "Типичные причины избыточных блокировок и методы оптимизации". В ней четко сказано:
Выгрузка изменений во время работы пользователей
Выгрузка изменений по плану обмена включает в себя этап считывания всех измененных записей из таблицы регистрации изменений. Запрос, выполняемый в транзакции, отрабатывает условие "все измененные объекты данного типа", поэтому на время работы транзакции блокируется возможность регистрации новых изменений для объектов данного типа. Это означает, что во время выгрузки изменений другие пользователи не смогут вносить новые изменения в объекты данного типа. Если к моменты выгрузки было зарегистрировано большое количество изменений, то выгрузка может занимать значительное время, что может привести к существенному снижению общей пропускной способности системы, появлению ошибок типа таймаут и т.п.
Для исключения этих блокировок рекомендуется осуществлять массивные выгрузки данных в моменты минимальной загрузки системы, например, в ночное время. Другое возможное решение проблемы - делать выгрузки достаточно часто. В этом случае объем выгружаемых данных будет незначительным, выгрузка будет осуществляться быстро и не окажет существенного влияния на работу других пользователей.
Как раз ситуация, которая и послужила причиной создания данной обработки. Если есть подозрение на проблемы блокировок по данной причине, то надеемся Вам тоже поможет наше небольшое решение.
В публикации представлено два варианта обработки - для обычного и управляемого приложений. Обе версии используют идентичную логику сбора данных, поэтому результаты полностью сопоставимы независимо от режима запуска.
Проверено на следующих конфигурациях и релизах:
- Управление производственным предприятием, редакция 1.3, релизы 1.3.280.3
- Управление нашей фирмой, редакция 3.0, релизы 3.0.14.123
Вступайте в нашу телеграмм-группу Инфостарт