После развёртывания агента System Center 2016 Operations Manager (SCOM) на контроллере домена Active Directory с ОС Windows Server 2012 R2 или Windows Server 2016 было замечено, что агент не может подключиться к серверу управления SCOM.
Во время эксплуатации System Center 2022 Operations Manager (SCOM) столкнулись со странной ситуацией. Один из агентов был обычным образом удалён из раздела консоли управления агентами после того, как сам виртуальный сервер, на котором стоял агент, был удалён из среды виртуализации. Такая процедура проводилась много раз и всегда алерты, связанные с удалённым агентом, автоматически исчезали из консоли SCOM. Но в этот раз после удаления агента из консоли SCOM алерты "Health Service Heartbeat Failure" и "Failed to Connect to Computer", связанные с агентом никуда не исчезли даже спустя несколько дней.
После развёртывания агента System Center 2022 Operations Manager (SCOM) на серверах с ОС Windows Server 2022 может появится множественная регистрация событий с кодом Event ID 32 от источника Kernel-EventTracing в event-логе 
Как известно, в Windows Firewall существует три предопределённых профиля – Domain, Private и Public, к которым могут быть отнесены те или иные правила брандмауэра. Механизм автоматического выбора какого-либо из этих профилей в качестве активного текущего профиля системы для меня всегда был чем-то непознанным и магическим. Поэтому при настройке разрешающих правил брандмауэра я в большинстве случаев стараюсь придерживаться принципа привязки правила сразу ко всем трём профилям. То есть, чтобы правило работало вне зависимости от того, какой из профилей выберет себе система на тот или иной момент времени. И, вроде бы, можно жить и не обращать внимания на то, какой профиль в данный момент активен. Однако, иногда проблемы с неправильным определением профиля в Windows Firewall могут создавать дополнительные мелкие неприятности.
Как известно, продукты линейки Microsoft System Center 2012 R2 завершают свой жизненный цикл, так как подходит к концу срок расширенной поддержки, который 
Сегодня 08.08.2020 презентую авторский курс на тему “
Если на сервере с ОС Windows Server 2012 R2, подключенном к системе мониторинга System Center 2012 R2 Operations Manager (SCOM), установлены компоненты SQL Server Reporting Services (SSRS) и на этом сервере помимо компонент SSRS выполняются какие-либо другие приложения, мы можем получить предупреждение SCOM о том, что процессы не принадлежащие SSRS потребляют слишком много памяти.
Здравствуйте, Easyme. Сохранить лицензионные ключи можно так: https://wiki.it-kb.ru/hewlett-packard/how-to-backup-and-restore-license-keys-of-storage-features-in-hp-zpar-7200-with-hpe-3par-os Восстановление ключей возможно, насколько я понимаю, только на СХД с тем же…
RSS - Записи
Последние комментарии