Мониторинг после исправления Windows
В настоящее время мы предоставляем управление исправлениями в качестве службы для большого количества серверов. Исторически сложилось так, что после окна установки исправлений у нас были технические специалисты уровня 1 RDP к каждой машине, чтобы убедиться, что они подключены к сети. Мы быстро перерастаем этот метод проверки. У нас очень надежная система мониторинга, которая в основном использует SNMP. Он способен осуществлять мониторинг типа ping, snmp, process, service, tcp port и т.д.
Мой вопрос заключается в том, что всем порекомендовали бы мы контролировать, чтобы гарантировать, что сервер Windows подключен к сети и не зависает при перезагрузке или завершении работы? Я не решаюсь изменить нашу политику, чтобы полагаться только на мониторинг, пока не почувствую себя уверенно, что с классической проблемой обновления окон типа "зависание при выключении" можно успешно бороться. Например, когда сервер исправляет и зависает во время перезагрузки, но все еще отвечает на команду ping, и, возможно, некоторые службы по-прежнему регистрируются через SNMP как работающие. Кто-нибудь установил политику мониторинга, которая способна предупреждать в этих сценариях? Существуют ли рекомендуемые службы, процессы или порты Windows, которые можно отслеживать? Типы серверов управляют гаммой, поэтому я ищу любые общие процессы типа Windows, которые мы могли бы отслеживать.
Любая помощь приветствуется!
1 ответ
Всегда есть вероятность, что сервер зависнет таким образом, что ваша система мониторинга не обнаружит его независимо от того, что вы выбираете для мониторинга. Я мог бы предложить вам контролировать типичные компоненты, такие как диск, доступность сети, ключевые службы (на основе ролей, установленных на каждом отдельном сервере) и т. Д. Их комбинации должно быть достаточно, чтобы при зависании сервера один из отслеживаемых компонентов вызовет предупреждение.