Обслуживание

В Подсистеме можно указать периоды обслуживания групп узлов сети, узлов сети и отдельных триггеров/услуг.

Имеется два типа обслуживания: со сбором данных и без сбора данных.

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

Например, если шаги эскалаций запланированы на 0, 30 и 60 минуты после начала проблемы и имеется получасовое обслуживание, которое начинается с 10 минуты по 40 минуту после возникновения реальной проблемы, то шаги второй и третий будут выполнены на полчаса позже, или спустя 60 минут и 90 минут (при условии, что проблема всё еще имеется). Аналогично, если проблема произойдёт в течение обслуживания, эскалация начнется после завершения обслуживания.

Чтобы получать оповещения о проблемах в процессе обслуживания как обычно (без задержки), необходимо убрать опцию "Приостановить операции для подавленных проблем" в настройках действия.

Если хотя бы один узел сети (используемый в выражении триггера) не находится в режиме обслуживания, Подсистема отправит оповещение о проблеме.

Сервер должен работать во время обслуживания. Процессы таймера ответственны за переключение состояния узлов сети в/без обслуживания в 0 секунду каждой минуты. Следует обратить внимание, когда узел сети входит в режим обслуживания, процессы таймер Сервера перечитают все открытые проблемы для проверки, требуется ли их подавить. Такое поведение может повлиять на производительность, если имеется большое количество открытых проблем. Сервер будет также читать все открытые проблемы при запуске процесса, даже если на это время отсутствуют настроенные обслуживания.

Следует обратить внимание, что Сервер (или Прокси) всегда собирает данные независимо от типа обслуживания (включая обслуживание "без данных"). Эти данные затем игнорируются Сервером, если указан тип "без сбора данных".

После завершения обслуживания "без данных" триггеры, использующие функцию nodata(), не сработают до момента следующей проверки в течение периода времени обновления этих элементов данных.

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

Если на узел сети, который находится в обслуживании с типом обслуживания "без сбора данных", отсылается значение со штампом времени (например, при использовании sender), то это значение будет отброшено; при этом имеется возможность отправить значение со штампом времени за истекший период обслуживания, и оно будет принято.

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

При создании периода обслуживания используется часовой пояс пользователя, который создает этот период обслуживания. В случае запланированных периодов обслуживания (Ежедневно, Еженедельно, Ежемесячно) используется часовой пояс Сервера. Чтобы поведение повторяющихся периодов обслуживания было предсказуемым, необходимо использовать общий часовой пояс для всех компонентов Подсистемы.