Собрание заметок об информационных технологиях
При попытке выполнить установку очередного агента с консоли System Center 2012 Operations Manager методом Push Installation, столкнулся с ситуацией со следующей ситуацией - мастер установки упорно говорил о том, что система, на которую я пытаюсь поставить агента, уже в процессе управления сервером SCOM - "One or more computers you are trying to manage are already in the process of being managed"…
После обновления System Center 2012 Operations Manager (SCOM) до уровня Service Pack 1 встал вопрос об обновлении консолей у всех администраторов имеющих доступ к Operations Manager. Выполним эту задачу с помощью System Center 2012 Configuration Manager (SCCM).
При мониторинге некоторых объектов ИТ-инфраструктуры в System Center 2012 Operations Manager (SCOM) может возникнуть потребность получать оповещения об изменениях состояния этих объектов не только по электронной почте, но и на мобильные устройства (телефоны, коммуникаторы и.т.п.) в виде сообщений Short Message Service (SMS). Например в нашей инфраструктуре решено использовать SMS оповещения при изменении параметров электропитания в серверных помещениях, чтобы оперативно ставить в известность о проблемах ответственных лиц. SCOM умеет работать с GSM-устройствами напрямую подключёнными к COM-порту сервера управления (Management Server).
В ходе настройки политик управления клиентами любого антивирусного ПО необходимо определять список каталогов, имён процессов или даже расширений фалов, которые должны исключаться из Real-Time сканирования. Постараюсь собрать в одном месте информацию о рекомендуемых параметрах исключений и по мере необходимости буду его корректировать. Стоит отметить, что список составлен исходя из приложений, которые эксплуатируются в моём рабочем окружении. Список разделен по основным категориям сервисов и там где возможно есть ссылки на официальные рекомендации производителей ПО. Во всех случаях подразумевается что программное обеспечение установлено в каталоги «по умолчанию».
В процессе процедуры обнаружения (Discovery) для удалённой установки агента (Push-installation) SCOM 2012 на сервера с Forefront TMG мы можем получить ошибку по причине блокировки необходимых нам соединений.
В этой части мы установим роль 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-каналы там где это не желательно. Такое поведение агентов в конфигурации по умолчанию может быть обусловлено настройками, которые можно видеть в конфигурационном файле клиента в кэше коннектора соответствующей ему группы управления.
Сергей, вот возможное решение: https://ivasoft.com/rightfrom.shtml
Здравствуйте, после запуска макроса Sub Red() ' ' Red Макрос ' Application.ActiveInspector.WordEditor.Application.Selection.Font.ColorIndex = wdRed End Sub появляется окошко Microsoft Visual…
RSS - Записи
Последние комментарии