5.6.Ежедневный мониторинг

В перечень проектных решений, приводящих к проблемам (раздел ), следовало бы включить еще одну весьма распространенную методику: ведение мониторинга проблем исключительно по жалобам (обращениям) пользователей. На протяжении ряда глав этой книги проводилась мысль о недопустимости подобного подхода, и рассказывалось об инструментах, с помощью которых можно получать объективные данные о состоянии системы. Причем для этого не требуется никаких особых платных инструментов мониторинга, а настройка бесплатных займет минимальное время (1,5–2 часа максимум).

Подводя итоги, для получения объективных данных о состоянии системы требуется:

1. Включить мониторинг загрузки оборудования (см. раздел ).
2. Включить технологический журнал севера «1С» и начать считать по нему хотя бы ошибки блокировок (см. разделы и ).
3. Встроить подсистему «Оценка производительности» из состава Библиотеки стандартных подсистем «1С» и реализовать замеры времени по ключевым операциям (см. раздел ). Если используется типовое решение, возможно, она уже встроена и часть замеров реализована.
4. Организовать сбор и подсчет дампов, начать считать падения серверных процессов (см. раздел ).
5. Снимать и анализировать эти показатели ежедневно (если все хорошо, то можно не так часто, но все равно минимум раз в неделю это надо делать).

В разделе 2.4 говорилось, что методики общей диагностики и мониторинга должны быть использованы, если не дала результатов проверка обычных подозреваемых по проблемам. То есть если сразу не удалось назначить специализированное «лечение», нужно отойти на позиции общего понимания ситуации, для чего надо наладить сбор объективных данных.

Если вы дочитали книгу до этого места, а мониторинг у вас еще не ведется, пожалуйста, посвятите остаток сегодняшнего дня его настройке. Это будет лучшей благодарностью автору книги за несколько месяцев работы над ней.

Отправить