Собрание заметок об информационных технологиях
После развёртывания агента 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-логе Microsoft\Windows\Kernel-EventTracing\Admin. Интенсивность регистрации событий - около трёх десятков событий в течение каждого часа. Эти события не приводят к видимым проблемам в работе самого агента SCOM, но привносят дополнительные неудобства в работе с представлением "Administrative Events" в Event Viewer, так как создают эффект "лишнего шума".
При централизованном развёртывании агентов мониторинга System Center 2016 Operations Manager (SCOM) на множество серверных систем в доменной инфраструктуре можно столкнуться с проблемой невозможности обнаружения серверов с ролью контроллера домена Active Directory. Работа мастера "Computer and Device Management Wizard" при явном указании списка контроллеров домена и учётной записи администратора домена может заканчиваться сообщением "Discovery failed … There were no computers discovered that met your criteria".
Сегодня 08.08.2020 презентую авторский курс на тему “Внедрение системы мониторинга Microsoft System Center Operations Manager 2016/2019”. Далее постарался объективно рассказать о причинах создания обучающего курса и дальнейших планах поддержки направления системы мониторинга on-prem и линейки System Center для ИТ сообщества.
Если на сервере с ОС Windows Server 2012 R2, подключенном к системе мониторинга System Center 2012 R2 Operations Manager (SCOM), установлены компоненты SQL Server Reporting Services (SSRS) и на этом сервере помимо компонент SSRS выполняются какие-либо другие приложения, мы можем получить предупреждение SCOM о том, что процессы не принадлежащие SSRS потребляют слишком много памяти.
28 сентября (уже в эту среду) 2016 года с 10:00 до 12:00 в режиме онлайн (ссылка) и оффлайн (г. Санкт-Петербург, БЦ “Авеню”, Аптекарская набережная, 20А, офис Microsoft) будет проведено мероприятие, посвященное мониторингу ИТ-инфраструктуры.
Будьте в курсе актуальных новостей в мире ИТ: https://t.me/ITKBnews. Также будем рады видеть Вас участниками групп https://vk.com/blogitkb и https://www.fb.com/blog.it.kb
Читать далее...
Как мы помним, резервное копирование - это хорошо, а избыточное резервное копирование это вдвойне хорошо. Так например, в нашем случае, резервное копирование System Center 2012 R2 Configuration Manager (SCCM) делается двумя способами – штатным заданием обслуживания сайта SCCM (резервное копирование сайта с файлами и дампом БД, необходимыми для восстановления сайта SCCM) и заданием резервного копирования виртуальной машины Hyper-V с сервером сайта SCCM средствами System Center 2012 R2 Data Protection Manager (SCDPM). Не так давно обновился пакет мониторинга SCOM для SCCM, и после его установки мы столкнулись с одной проблемой, – при каждом случае выполнения задачи резервного копирования Configuration Manager нас стало обильно посыпать оповещениями SCOM о временной недоступности компонент SCCM. Читать далее...
После развёртывания новой версии HP 3PAR Virtual Service Processor (VSP) 4.4 на виртуальной машине Hyper-V при попытке установки агента System Center 2012 R2 Operations Manager (SCOM) на OC этой виртуальной машины Red Hat Enterprise Linux (RHEL) Server 6.1 столкнулся с ошибкой мастера обнаружения SCOM, говорящей о невозможности выполнения одной из команд при подключении по протоколу SSH.
SSH connection error Failed during SSH discovery. Exit code: -1073479115 Standard Output: Standard Error: Exception Message:An exception (-1073479115) caused the SSH command to fail - Server refused to start a shell/command
В этой заметке мы рассмотрим пример настройки мониторинга оптических коммутаторов фирмы Brocade с помощью Microsoft System Center 2012 R2 Operations Manager (SCOM).
Предлагаемая Brocade архитектура мониторинга коммутаторов такова, что нам потребуется на выделенном сервере установить и настроить ПО Brocade Network Advisor, подключить к этому ПО наши коммутаторы, и затем интегрировать пакет управления (Management Pack), поставляемый в комплекте с этим ПО, c одним из наших сервером управления SCOM. Таким образом, агент SCOM, установленный на этом выделенном сервере будет отчитываться перед сервером управления SCOM исходя из информации, получаемой из Brocade Network Advisor.
> переход на Veeam Backup & Replication Уверены, что поможет? : ))) https://i.imgur.com/r5vclDJ.png Искал некоторые ключи, пришел с гугла :)…
6.6.4->7.0.8-7.1.8 у меня вот так со старых версий получилось обновиться
RSS - Записи
Последние комментарии