Анализ всех зарегистрированных изменений по всем планам обмена конфигурации (расчет количества всех регистраций объектов по всем узлам всех планов обмена для всех объектов метаданных)
Интеграция - Перенос данных 1C
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Обработка перебирает все планы обмена информационной базы (либо только выбранный пользователем узел) и по каждому объекту, входящему в состав плана обмена, обращается к соответствующей таблице регистрации изменений и считает количество записей регистраций в разрезе узлов и типов данных. Итоговая таблица сортируется по убыванию количества - самые проблемные объекты и узлы сразу видны наверху списка.
В форме обработки можно указать конкретный узел - тогда анализ будет выполнен только по нему, что ускоряет работу на базах с большим количеством планов обмена и узлов.
Что касается полезности в части "борьбы" с блокировками. См. статью на ИТС "Типичные причины избыточных блокировок и методы оптимизации". В ней четко сказано:
Выгрузка изменений во время работы пользователей
Выгрузка изменений по плану обмена включает в себя этап считывания всех измененных записей из таблицы регистрации изменений. Запрос, выполняемый в транзакции, отрабатывает условие "все измененные объекты данного типа", поэтому на время работы транзакции блокируется возможность регистрации новых изменений для объектов данного типа. Это означает, что во время выгрузки изменений другие пользователи не смогут вносить новые изменения в объекты данного типа. Если к моменты выгрузки было зарегистрировано большое количество изменений, то выгрузка может занимать значительное время, что может привести к существенному снижению общей пропускной способности системы, появлению ошибок типа таймаут и т.п.
Для исключения этих блокировок рекомендуется осуществлять массивные выгрузки данных в моменты минимальной загрузки системы, например, в ночное время. Другое возможное решение проблемы - делать выгрузки достаточно часто. В этом случае объем выгружаемых данных будет незначительным, выгрузка будет осуществляться быстро и не окажет существенного влияния на работу других пользователей.
Как раз ситуация, которая и послужила причиной создания данной обработки. Если есть подозрение на проблемы блокировок по данной причине, то надеемся, Вам тоже поможет наше небольшое решение.
В публикации представлено два варианта обработки - для обычного и управляемого приложений. Обе версии используют идентичную логику сбора данных, поэтому результаты полностью сопоставимы независимо от режима запуска.
Проверено на следующих конфигурациях и релизах:
- Управление производственным предприятием, редакция 1.3, релизы 1.3.280.3
- Управление нашей фирмой, редакция 3.0, релизы 3.0.14.123
Вступайте в нашу телеграмм-группу Инфостарт
