Собрание заметок об информационных технологиях
В этой части мы установим роль SCOM Reporting Server на ранее сконфигурированный сервер с SQL Server 2008 R2 Standard – SCOMDB. Официальное руководство в документе - How to Install the Operations Manager Reporting Server
Требования, предъявляемые к серверу для роли SCOM Reporting Server можно найти в документе Supported Configurations for System Center 2012 - Operations Manager
Предыдущие заметки:
Для серверов управления у нас заранее подготовлены две виртуальные машины (SCOM01 и SCOM02) с конфигурацией - RAM 6 Gb ; VHD1 60 Gb; ОС - Windows Server 2008 R2 Standard SP1 English.
Ранее: Разворачиваем SCOM 2012 - Часть 1 – Подготовка
Все действия описанные в этой части выполняем на сервере SCOMDB.
Требования предъявляемые к серверу БД можно найти в документе Supported Configurations for System Center 2012 - Operations Manager
Так как на этом сервере будут расположены две основные БД SCOM - Operational Database и Operations Manager Data Warehouse, создадим специальную дисковую конфигурацию, которая позволит распределить нагрузку на дисковую подсистему сервера.
Рассмотрим процедуру развёртывания новой инфраструктуры System Center Operations Manager (SCOM) 2012 в конфигурации, подразумевающей распределение ролей SCOM между несколькими серверами.
В нашем примере это будет три виртуальных сервера:
| Имя сервера | Опорные компоненты | Компоненты SCOM |
| SCOMDB | SQL Server 2008 R2 DB & Reporting Services | Report Server |
| SCOM01 | IIS | Management Server (RMS Emulator), Operational Console, Web Console |
| SCOM02 | - | Management Server, Operational Console |
На всех трёх серверах установлена ОС Windows Server 2008 R2 Standard EN SP1, установлены все обновления с WSUS, сервера включены в домен.
По мере расширения инфраструктуры SCOM и увеличения серверов управления (Management Server) может возникнуть необходимость в форсированном назначении значений Primary Management Server и Failover Management Server для агентов, чтобы избежать ситуации когда при недоступном ближайшем первичном сервере управления агенты начнут обращаться на сервера управления на удалённых площадках нагружая при этом WAN-каналы там где это не желательно. Такое поведение агентов в конфигурации по умолчанию может быть обусловлено настройками, которые можно видеть в конфигурационном файле клиента в кэше коннектора соответствующей ему группы управления.
В больших доменных инфраструктурах имеющих несколько доменных администраторов может быть весьма актуальным вопрос аудита изменений, производимых в членстве предопределённых административных групп.
Для решения этой задачи воспользуемся возможностями SCOM и на примере доменной группы “Domain Admins” создадим правила, которые будут отслеживать события, регистрируемые в журнале “Security” на контроллерах домена в момент добавления и удаления пользователей в эту доменную группу безопасности.
РАБОТАЕТ. PS был косяк, при сохранении из УПП-Пользователи с УЗ gMSA в Крнфигураторе оставалась/не обновлялась "старая" УЗ.
Поставил на Астра Линукс 1,8 Нет слов чтобы описать радость от Вашей статьи. Здоровья Вам крепче стали.
RSS - Записи
Последние комментарии