1SMonitor.ru

Каждый раз, когда поток СУБД, исполняющий запрос, чего-то ждет, это фиксируется в специальной служебной таблице. Оттуда можно получить очень ценную информацию и составить представление об узких местах вашей базы данных. Данный механизм делает значительную часть работы: собирает информацию о том, чего именно ожидают запросы при выполнении – остается только верно воспользоваться этими ценными данными и правильно их интерпретировать. В Мониторе есть возможность получить эти данные - для этого используется показатель Данные СУБД...

Сделали обновление, все хорошо, ошибок нет, пользователи не жалуются. Вечером выясняется, что весь день не работали обмены с внешней системой из-за программной ошибки. Обмены выполнялись регламентным заданием, из-за этого ошибка не была замечена сразу. Чтобы избежать подобных ситуаций, нужна система мониторинга ошибок. Например, в Мониторе этот функционал есть, и он бесплатен - для мониторинга и анализа ошибок используется показатель Ошибка ТЖ. При включении показателя в технологическом журнале начинают фиксироваться события EXCP, то есть различные ошибки и исключения...

Конфигурация ERP. Жалобы на ошибки при проведении документов, часто появлялось сообщение о таймауте на блокировках СУБД. На первый взгляд проблема очевидная, и для анализа был включен показатель Ожидания на блокировках с флагом Анализировать блокировки СУБД. Но чтобы получить более полную картину, также были включены показатели: Долгий запрос, Взаимоблокировка и Ошибка ТЖ. С помощью показателя Ошибка ТЖ определили критичность проблемы, сколько ошибок по таймауту возникает за день и есть ли пользователи, у которых ошибка возникает чаще всего...

Стали поступать жалобы на катастрофически долгие операции печати документов. Для анализа проблемы в Мониторе был включен показатель Долгий запрос со сбором планов. Благодаря этому были быстро обнаружены проблемные запросы. Запрос создания временной таблицы отрабатывал очень долго, иногда более часа. Часто пользователь не дожидался результата, запускал второй сеанс 1С и запускал печать заново, в результате ситуация усугублялась. В колонке "Чтения Лог." (логические чтения) виден огромный объем данных, который был обработан в оперативной памяти...

Пользователи периодически жаловались на "вылеты" фоновых заданий, долгое выполнение операций и т.п. Ошибка была плавающая. Используется база ERP в кластере с четырьмя серверами 1С. Для анализа ситуации решили посмотреть загрузку оборудования на всех серверах, а также включить сбор показателей, которые могут указывать на повышенную нагрузку процессора на сервере 1С. В первую очередь это показатель Серверный вызов. Монитор позволяет видеть данные сразу с нескольких серверов, поэтому довольно быстро...