sysUpTime уменьшился: проверить, что именно перезапустилось
Система мониторинга заметила уменьшение SNMP sysUpTime и объявила перезагрузку полевого шкафа. Такой вывод требует проверки. Счётчик управления, время работы операционной системы и непрерывность питания относятся к разным объектам. Для обслуживания хозяйства полезно сохранить эту разницу, прежде чем менять блок питания или модем.
Прочитать определение показателя
Укажите точный объект, тип и источник документации. RFC3418 определяет sysUpTime через повторную инициализацию части сетевого управления. (IETF RFC3418 — Management Information Base for SNMP) Это не универсальный датчик непрерывного питания всего оборудования, подключённого к шкафу.
Для показателя изготовителя изучите его собственное описание. Поле с похожим экранным названием может иметь иной смысл. Не объединяйте разные счётчики одним правилом только потому, что каждый отображается как длительность. Ограничения типа и поведение при перезапуске должны быть известны.
Найти независимые свидетельства
Сопоставьте наблюдение с журналом запуска, идентификатором сеанса, статусом контроллера и доступными признаками питания. Например, документация регистратора Campbell выделяет версии и состояние программы в собственной диагностике. (Campbell Scientific — CR350 Status table system information) Конкретные поля других устройств проверяют отдельно, без переноса названий.
Увеличить схему
Если перезапустилась только служба управления, полезные измерения могли продолжаться. Если узел действительно выключался, часть сетевых данных могла отсутствовать. Оба сценария нужно различать по свидетельствам, а не выбирать наиболее привычную причину.
Проверить механизм мониторинга
Сохраните исходные значения, время опроса и идентичность ответившего устройства. После замены узла прежний сетевой адрес может представлять другой физический экземпляр. Нельзя трактовать переход между ними как один непрерывный счётчик без учёта замены.
На разрешённом стенде сравните предусмотренный перезапуск службы и полный запуск устройства, если такие операции поддерживаются и нужны проверке. Наблюдайте все выбранные показатели. Для ограниченного счётчика отдельно учитывают описанное поведение на границе представления, не назначая универсальный срок по памяти.
Сделать вывод объяснимым
Вместо одного безусловного события «шкаф перезагружен» определите состояния с достаточным основанием: изменение счётчика, подтверждённый запуск системы и неопределённый случай. Диспетчеру достаточно понятного сообщения, инженеру нужна ссылка на исходную диагностическую последовательность.
При отсутствии независимых данных сохраняйте ограниченный вывод. Само уменьшение sysUpTime полезно для расследования, но не доказывает неисправность аккумулятора или необходимость замены всей установки. Точный объект наблюдения помогает адресно проверить нужную службу и избежать ненужного выезда к исправному силовому оборудованию фермы. Исходные значения сохраняют вместе с трактовкой.