Центр мониторинга 1с как отключить
Обновлено: 03.07.2024
Сбор технологической информации для расследования проблем производительности и работоспособности с помощью ЦУП с использованием внешней обработки
В процессе эксплуатации информационной системы пользователи могут сталкиваться с различными технологическими проблемами, такими, как проблемы производительности, стабильности и работоспособности. При решении некоторых проблем такого вида может быть полезен Центр управления производительностью (ЦУП) – конфигурация, входящая в состав Корпоративного инструментального пакета (КИП).
Поскольку развертывание ЦУПа в информационной системе клиента не всегда целесообразно, технологическая информация, необходимая для расследования, может быть собрана с помощью внешней обработки с целью дальнейшего анализа с использованием Центра управления производительности.
Обработка AnalyticalIndicatorsGathering_1.0.1.2.epf находится в каталоге EXE\EnterpriseToolsPackage\PerformanceManagementCenter\AnalyticalIndicatorsGathering_1.0.1.2.epf
Порядок использования
Обработка может быть открыта в произвольной информационной базе. Перед первым использованием необходимо выполнить настройку подключения к анализируемой информационной базе.
Настройка подключения и сбора технологического журнала
Для обеспечения возможности сбора информации следует настроить подключение обработки к исследуемой информационной базе, а также настроить сбор технологического журнала. Для этого следует открыть формы настройки, доступные по соответствующим гиперссылкам, заполнить поля формы и нажать кнопку Проверить настройки.
Информация о порядке настройки подключения и сбора технологического журнала доступна во встроенной справке соответствующих форм настройки.
После того как настройки будут выполнены, станет доступным сбор данных. Информация о выполненных настройках сохраняется при закрытии обработки. При следующем открытии выполнять настройку не требуется (при условии, что реквизиты подключения, указанные в процессе настройки, не изменились).
Виды показателей
После того как первичная настройка завершена, необходимо выбрать виды показателей, информация по которым будет собираться.
Доступны следующие виды:
Анализ запросов - Позволяет определить наиболее длительные и частые запросы к серверу СУБД, Анализ серверных вызовов - Позволяет определить наиболее длительные и частые клиент-серверные вызовы, Анализ ожиданий на блокировках 1С - Позволяет определить причины ожиданий на управляемых блокировках, Анализ ожиданий на блокировках СУБД - Позволяет определить причины ожиданий на блокировках СУБД (доступен только информационных баз, работающих под управлением MS SQL Server), Анализ взаимоблокировок 1С - Позволяет определить причины взаимоблокировок на управляемых блокировках, Анализ взаимоблокировок - Позволяет определить причины взаимоблокировок на уровне СУБД в исследуемой информационной базе (доступен только информационных баз, работающих под управлением MS SQL Server)Параметры показателей
При необходимости у пользователя существует возможность уточнить некоторые параметры сбора технологической информации:
Длительность хранения файлов ТЖ - Длительность хранения файлов технологического журнала, указываемая в файле logcfg.xml при включении сбора данных. В случае превышения длительности хранения сервер анализируемой информационной базы автоматически удаляет файлы технологического журнала. Не рекомендуется указывать большое значение, т.к. файлы журналов могут занимать значительный объем. Минимальная длительность серверного вызова - Минимальная длительность запроса, который регистрируется в технологическом журнале. Не рекомендуется указывать слишком маленькое значение, т.к. это значительно увеличит объем журналов и время анализа. Минимальная длительность запроса - Минимальная длительность клиент-серверного вызова, который регистрируется в технологическом журнале. Не рекомендуется указывать слишком маленькое значение, т.к. это значительно увеличит объем журналов и время анализа. Получать планы запросов - Признак получения планов для анализируемых запросов.Сбор данных
После нажатия на кнопку Старт, обработка включает сбор технологической информации. Данные будут собираться до тех пор, пока не будет нажата кнопка Стоп.
Рекомендуется ограничивать длительность сбора информации в зависимости от характера нагрузки исследуемой информационной базы:
При высокой нагрузке (одновременно работает большое количество пользователей либо выполняются тяжелые операции обработки данных) - минимально необходимое время для регистрации проблемы (обычно в пределах нескольких минут, но не более 15 минут), При умеренной нагрузке (одновременно работает небольшое количество пользователей, тяжелые операции обработки данных не выполняются) - время, необходимое для регистрации проблемы, При низкой нагрузке (например, если база тестовая, и активность пользователей отсутствует) - длительность сбора практически не ограниченаПри этом следует учитывать, что фактический сбор данных может начаться чуть позже (с задержкой до одной минуты) в связи с периодичностью чтения настроек рабочими процессами платформы 1С:Предприятие. Также в процессе сбора рекомендуется контролировать размер формируемых журналов (размер каталогов, указанных в настройках обработки).
Выгрузка данных
После завершения сбора данных становится доступной выгрузка собранных данных в произвольный каталог. Для выгрузки следует убедиться, что интересующие замеры выбраны в списке сеансов сбора данных (установлен флаг Выгружать собранные данные), указать каталог экспорта и нажать кнопку Выгрузить.
Важно: Обратите внимание, что собранные данные удаляются из исходных каталогов только после выполнения выгрузки в каталог экспорта либо после удаления замеров из списка сбора данных. Если по каким-либо причинам собранные данные выгружать не требуется, то следует удалить их вручную.
Важно: Обратите внимание, что сбор технологических журналов отключается в момент нажатия кнопки Стоп. Поскольку собираемые технологические журналы могут занимать значительный объем, то в случае нештатного завершения клиента 1С:Предприятия с открытой обработкой, находящейся в режиме сбора данных, необходимо самостоятельно отключить сбор технологических журналов путем ручного внесения изменений в файл logcfg.xml.
Анализ данных в ЦУП
Выгруженные данные могут быть загружены в ЦУП (доступно начиная с версии ЦУП 2.1.3). После завершения загрузки данные становятся доступны для разбора, аналогично данным, собранным с использованием ЦУПа. Результаты разбора могут быть проанализированы с помощью монитора просмотра результатов анализа.
Какое-то время назад собрал самописную конфигурацию на БСП 3. Недавно провел работы по обновлению, и заодно затащил подсистему "Центр мониторинга". По описанию, эта подсистема собирает статистику конфигурации, всяческую бизнес-статистику. Также, может брать информацию из подсистемы Оценка производительности. Для этого в составе подсистемы есть модули, регистры и регламентные задания.
Как бы, все ОК, затащил подсистему, обновил БД. И уже как-то начал подвох подозревать. А как вообще подсистема запускается в эксплуатацию? В штатной обработке настройки подсистемы никаких "тумблеров" включения/выключения - нет. В общем модуле ЦентрМониторинга есть методы для запуска/стопа/проверки работы подсистемы. Но метод запуска нигде не выполняется.
Гм. Может как-то подсистему я затащил не полностью? Чтобы проверить полноту - поищем реализации запуска в других конфигурациях. Конечно, сначала попытался в демо БСП что-то найти. Пусто. Ладно, может, это на самом деле, в самой БСП не допилили, но сделали в какой-то тиражной конфигурации.
Центр мониторинга нашелся в Документооборот 2.1. Без особых надежд поискал коды запуска в ДО. Конечно, не нашлось - тут я не питал иллюзий. Разработчикам ДО, думаю, не до таких мелочей.
Решил глянуть в ERP - под рукой нашлось 2.4. Мда, в ERP тоже не допилили запуск подсистемы. Какое-то брошенное дитя.
EDT в руки и быстро накидал обработку с формой для запуска Центра. В эту форму вывел тумблер для запуска подсистемы и несколько настроек, чтобы включить сбор интересующих меня разделов сбора информации. Все написано "на коленке", без особой проработки - прошу не пинать:)
В итоге, подсистема запустилась и начала собирать информацию. Код для тумблера запуска/стопа - простейший:
В будущем для себя накидаю какой-нибудь отчет, чтобы что-то наглядно смотреть. Но при беглом обзоре, связи данных не смог определить - все на регистрах и полях типа Уникальный идентификатор.
В общем, вот, Центр мониторинга - вроде бы функционален. Но интересно, почему "из коробки" он не запускается. Гипотетический Урри нам не помог с поиском кнопки. Но мы и сами с усами;)
Все это запускалось в самописной конфигурации, БСП 3.1, релиз платформы 8.3.17.
Подскажите пожалуйста. УТ11,3 файловый вариант. Регламентные задания работают исправно несколько дней, после чего просто перестают работать по расписанию. То есть в понедельник запускаем компьютер, клиент 1С и оставляем так на неделю. В след понедельник смотрим - у всех заданий время последнего выполнения - прошлый четверг например. Перезапуск клиента (в т.ч. на всех компьютерах в сети) результата не даёт. Вот если перезагрузить сам компьютер, на котором база лежит, то всё по-новой.
Комп с базой на Win-7 (64), SSD, 12GB RAM (сеть на 3 ПК всего)
__________________Помощь в написании контрольных, курсовых и дипломных работ здесь
Sql-запрос В Файловой Базе 1с 7.7
Как в файловой базе 1С 7.7 выполняется sql-запрос? Кто выполняет роль сервера ? Где при этом.
Отладка веб-сервисов на файловой базе 1с
Добрый день. есть файловая база, локальный веб сервер с публикацией на нем некоторых веб.
Найти в файловой базе данных студентов, средний балл которых больше, чем заданный
Бинаний файл. Задали структуру "Студент", содержащий поля "Фамилия", "Средняя оценка". Создать.
Сейчас закрыл 1С, но в процессах остался висеть процесс 1cv8.exe. Посмотрел детальнее:
Дата и время создания этого процесса в точности соответствует дате и времени последнего выполнения РЗ.
Это может о чём-то говорить?
Ранее я замечал, что при одном запущенном клиенте иногда висят два процесса с одинаковым именем.
__________________Помощь в написании контрольных, курсовых и дипломных работ здесь
Написал. Говорят, что у меня нет подписки ИТС и отказываются отвечать по своему косяку. Послал их к кренделям, сказав, чтоб убрали свои лапы из наших карманов))
Блин не буду же я ненужную хрень покупать ради этого.
Кажется разобрался в чём проблема, но всё= нужна ваша помощь!
Вобщем наткнулся в сети на следующий текст:
Сразу же полез во вкладку "Фоновые задания" и обнаружил там два задания, запущенных, но не законченных в тот день и время, на которых последний раз выполнялись РЗ. 3 дня назад. Я вручную отменил выполнение этих двух фоновых заданий и сразу же выполнились все "застрявшие" регламентные! Вот эти два фоновых задания:
Проверка подключения
ЦентрМониторингаСлужебный.ПриВыполненииСтандартныхПериодичес кихПроверокНаСервере
Собственно вопрос, какого черта они три дня висели и не могли выполниться? Как можно автоматически останавливать такие задания, если они "зависли"?
Блин не понимаю, почему на клиенте стоит запрет на регламентные задания,а они всё-равно выполняются? Да ещё и пользователь <Неопределен>регл. задания запускаются под тем пользователем который указан в консоле регл. заданий
Добавлено через 1 минуту
а вот с какого компьютера определяешь через параметр запуска
Добавлено через 39 секунд
и отключи лишние регл. задания.
Благодарю! Ну лишние я отключил, которые считал ненужными. А как понять, есть-ли ещё лишние? Список всех прилагаю.
В консоле регл заданий вообще не указаны пользователи по-умолчанию. Но тем не менее НА ВСЕХ компах кроме сервера в параметре запуска стоит запрет на выполнение РЗ. Так почему же они всё-равно выполняются на других компах блин? (((
Думал уже у программиста заказать автоубивание зависших заданий, но вот проблема - почему они запускаются на компах, где их выполнение запрещено параметром запуска.
Добавлено через 41 секунду
Может этот параметр запуска неверно по синтаксу указан? Или может в ярлык это прописать?
Проверка подключения
ЦентрМониторингаСлужебный.ПриВ ыполненииСтандартныхПериодическихПроверокНаСервере
Собственно вопрос, какого черта они три дня висели и не могли выполниться? Как можно автоматически останавливать такие задания, если они "зависли"? Конкретно ЦентрМониторингаСлужебный.ПриВ ыполненииСтандартныхПериодическихПроверокНаСервере Среди зависших заданий присутствует всегда. Будто оно и является "зачинщиком" Но у этого задания нет регламентного родителя. Вот всё, что по нему известно (собственно вот опять зависло.. Только что скриншот сделал - а дата выполнения вчерашняя):
Так это не регламентное задание, это фоновое задание
Добавлено через 49 секунд
Они выполняются постоянно, при любой длительной операции. (сформировать отчет и т.д.)
Добавлено через 4 минуты
Нужно проверять, возможно эта функция ломится куда-нибудь на внешний ресурс к которому нет доступа у пользователя и наглухо зависает
мне аж самому стало интересно.
Хех))) попкорн уже кончается? ))))
Да пока на паузе. Всё настроено верно, всё лишнее отключено и т.д. И всё-равно зависают. Буду программиста просить разобраться.
Добавлено через 10 секунд
Не знаю уже чего и попробовать ещё
Пробежался по конфе - эта процедура выполняется каждые 20 минут. И если во время выполнения этого задания начнёт выполняться фоновое задание по синхронизации с сайтом, то эти ФЗ виснут наглухо, не давая выполняться другим ФЗ. Помогает только, если в консоли грохнуть этот ЦентрМониторинга.
Как думаете, закомментить?
Проблема с юзером в базе
Всем привет! При создании админ пользователя во время установки скрипта,пользватель некорректно.
Проблема с датой в базе данных
Ребят, подскажите, пожалуйста. Записываю в базу данных SQL Server сегодняшнюю дату. Делаю несколько.
Проблема с обращением к базе данных
Всем привет. В общем пишу небольшой сайтик, с php до этого работал не очень много но некоторые.
Проблема с подключение к базе данных
Осваиваю EF, не получается подключиться к базе данных, подскажите что делать с такой ошибкой
Проблема с подключением к базе данных
При отладке выдаёт такую ошибку, я только начал учить базы данных, поэтому не уверен правильно ли.
Проблема с определением пути к базе данных.
Проблема следующего характера: на форме имеется текстовое поле, в которое вводиться полный путь к.
сама по себе проверка не критична, но из её результатов есть одно неприятное последствие
если выявлено нелицензионное использование, то начинает вылезать назойливое окошко каждые 1/4 часа
ограничений функционала при этом нет
отсюда мораль: ограничить работу сеанса 1 часом
вышел из 1с-ки, зашел снова и так каждый час
проверка просто не произойдет
второй вариант
конфу выгрузить в файлы
заменить идентификатор конфы (хоть один символ)
собрать конфу обратно из файлов (все внутренние ID будут сохранены)
результ: проверка лицензионного использования всегда пройдена успешно
перед обновлением вернуть оригинальную конфу (все внутренние ID будут сохранены)
обновиться и далее по кругу
да, геморройчик, но зато всегда любого проверяющего носом в экран тыць - инет не отключен и не ограничен не отфильтрован, а фирма первого сорта ведь не может ошибаться.
проверка пройдена на серверах большого брата .
может в новых конфах общий выключатель уже не действует и анализируются частные параметры
на всякий случай наваяли обновленное расширение
список отключаемых/запрещаемых параметров расширен с
ВключитьЦентрМониторинга
ЦентрОбработкиИнформацииОПрограмме
ВыполнятьЗамерыПроизводительности
ВключитьЦентрМониторинга
ЦентрОбработкиИнформацииОПрограмме
РегистрироватьИнформациюОСистеме
РегистрироватьВерсииПодсистем
РегистрироватьДампы
РегистрироватьБизнесСтатистику
РегистрироватьСтатистикуКонфигурации
РегистрироватьНастройкуКонфигурации
РегистрироватьПроизводительность
РегистрироватьПроизводительностьТехнологическую
ОтправлятьФайлыДампов
СпрашиватьПередОтправкой
ПринудительнаяОтправкаМинидампов
ЗапросКонтактнойИнформации
ОценкаПроизводительностиВключена
ВыполнятьЗамерыПроизводительности
Читайте также: