Собрание заметок об информационных технологиях
После развёртывания агента 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".
Как известно, в Windows Firewall существует три предопределённых профиля – Domain, Private и Public, к которым могут быть отнесены те или иные правила брандмауэра. Механизм автоматического выбора какого-либо из этих профилей в качестве активного текущего профиля системы для меня всегда был чем-то непознанным и магическим. Поэтому при настройке разрешающих правил брандмауэра я в большинстве случаев стараюсь придерживаться принципа привязки правила сразу ко всем трём профилям. То есть, чтобы правило работало вне зависимости от того, какой из профилей выберет себе система на тот или иной момент времени. И, вроде бы, можно жить и не обращать внимания на то, какой профиль в данный момент активен. Однако, иногда проблемы с неправильным определением профиля в Windows Firewall могут создавать дополнительные мелкие неприятности.
Как известно, продукты линейки Microsoft System Center 2012 R2 завершают свой жизненный цикл, так как подходит к концу срок расширенной поддержки, который завершается 11.07.2022. Кроме того, на подходе срок поддержки SQL Server 2012 с той же датой Extended End Date (без учёта расширенной программы Extended Security Update). Поэтому, если вы всё ещё используете старую линейку System Center 2012 R2, то самое время подумать о поднятии её версии.
В данной заметке будет рассмотрен пример обновления System Center 2012 R2 Data Protection Manager (DPM) до уровня System Center 2016 с последующим повышением экземпляра SQL Server, используемого для DPM, с версии SQL Server 2012 до версии SQL Server 2016.
Сегодня 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 потребляют слишком много памяти.
Как мы помним, резервное копирование - это хорошо, а избыточное резервное копирование это вдвойне хорошо. Так например, в нашем случае, резервное копирование 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
После применения PSO команда "net user [логин] /domain" отражает неверное время жизни пароля учетных записей с гранулярным паролем, я не…
Можешь подсказать, как поставить Виндовс сервер 2012
RSS - Записи
Последние комментарии