4.33.Работа с ЦКК. Развертывание для целей контроля ошибок блокировок
В нашей практике именно контроль ошибок блокировок и анализ их контекстов дает основу для поиска проблем производительности и параллельности, а количество ошибок блокировок служит важным показателем общего «здоровья» системы. Далее описывается, как решать эту задачу с использованием ЦКК.
Создайте пустую клиент-серверную базу.
Откройте ее конфигуратором, загрузите в нее конфигурацию, обновите конфигурацию базы.
Замечание
Не следует развертывать демобазу ЦКК на продуктивных серверах, если вы не собираетесь ее перенастраивать (если развернете, заблокируйте в ней фоновые и регламентные задания). Настроенные в базе фоновые и регламентные задания предназначены для условий демобазы и не будут корректно работать в вашей информационной системе, они просто замусорят вам технологический журнал сообщениями об ошибках. В то же время для рабочей базы ЦКК блокировку фоновых и регламентных заданий включать нельзя, она без них не заработает.
Перезапустите конфигуратор. Стартуйте базу в режиме исполнения. Если вы попытаетесь по привычке сразу же запустить отладчик, без перезапуска конфигуратора, и у вас появится сообщение о нехватке прав доступа, просто закройте конфигуратор, и запуск продолжится.
Если вам требуется собирать только ошибки блокировок, откажитесь от прохождения мастера настроек.
В меню Задачи войдите в редактирование поля Кластер серверов 1С 1 и заполните его примерно так, как показано на рис. 4.35.1.
Замечания:
- не указывайте «localhost» в поле с именем компьютера;
- на закладке Ответственные за настройку контрольных процедур (на рисунке скрыта) во все процедуры ставьте ответственным Ответственного за периметр контроля;
- пусть вас не смущает, что вы не видите все дерево целиком, – новые узлы будут появляться по мере заполнения вами более близких к корню узлов.
Рис. 4.35.1. Настройка узла «Кластер серверов 1С 1»
На диске D: создайте четыре каталога, см. рис. 4.35.2 (для данного раздела понадобится указывать три из них, а использовать – два).
Рис. 4.35.2. Каталоги, нужные для работы ЦКК
Затем заполните настройки по умолчанию для узла Рабочие серверы (см. рис. 4.35.3). В качестве путей для некоторых из них укажите созданные заготовки. Для простоты пути к сетевым каталогам укажите через скрытый административный общий ресурс. Слеши на концах в данном случае ошибкой не являются.
Рис. 4.35.3. Настройки узла «Рабочие серверы»
Затем войдите в редактирование узла Рабочий сервер 1 (см. рис. 4.35.4). Если на предыдущем шаге все было заполнено правильно, поля с каталогами заполнятся автоматически, а контроль после нажатия кнопки Проверить доступ сообщит об успешности операций.
Рис. 4.35.4. Настройка узла «Рабочий сервер 1»
Затем войдите в редактирование узла Мониторинг системных ошибок. Имена каталогов, заполненные по умолчанию, есть смысл поменять на более удобные (см. рис. 4.35.5). Количество часов хранения пока оставьте по умолчанию – изменить сможете после оценки количества ошибок сообразно с имеющимся местом на диске.
Рис. 4.35.5. Настройка мониторинга системных ошибок
Запустите мониторинг кнопкой Старт (с зеленым треугольником).
После этого убедитесь, что в каталоге настроек (см. рис. 4.35.4) создался logcfg.xml с правильным содержимым (см. рис. 4.35.6), а в каталоге, указанном в Location, появилась соответствующая подпапка.
Рис. 4.35.6. logcfg.xml с правильным для данного случая содержимым
Чтобы можно было пользоваться фильтром по базам, в список информационных баз добавьте известные нужные вам базы.
В добавлении баз есть сложный момент: надо указать Сетевой каталог регистрации. Как его указать, подробно описано во встроенной справке, но для нынешней цели он не актуален, можно указать предлагаемый по умолчанию.
Проверьте работу. Создайте искусственно известные конфликты блокировок.
После того как пройдет интервал времени, заданный в расписании, убедитесь в том, что ЦКК увидел смоделированные конфликты (см. рис. 4.35.7).
Рис. 4.35.7. ЦКК увидел смоделированные конфликты
