• System Center 2012 Operations Manager - Обновляемся до уровня SP1 и перебираемся на Windows Server 2012 и SQL Server 2012

    imageПродолжая тему развёртывания Service Pack 1 (SP1) для линейки продуктов Microsoft System Center (SC) 2012, в этой заметке опишу мой опыт обновления Operations Manager (SCOM).

    В этой заметке будет рассматриваться процедура обновления исходя из условия, что имеется два сервера управления SC 2012 OM Update Rollup 3 на которых роли SCOM распределены следующим образом:

    Имя сервера Компоненты SCOM Примечание
    KOM-AD01-SCOM02 Management Server
    Operations Console
    Web Console
    Reporting
    Operational Database
    Data Warehouse Database
    Эмулятор RMS
    KOM-AD01-SCOM03 Management Server
    Operations Console
    Primary Management Server для всех агентов SCOM

    То есть это фактически такая конфигурация, при которой все основные компоненты SCOM расположены на одном сервере – KOM-AD01-SCOM02

    Оба сервера работают на ОС Windows Server 2008 R2 Standard SP1. Базы данных SCOM расположены на SQL Server 2008 R2 Standard SP1

    Поставим перед собой задачу - выполнить обновление серверов до уровня SC 2012 OM SP1, при этом также обновим операционную систему каждого сервера до Windows Server 2012 Standard а БД перенесём на SQL Server 2012 

    Фактически задача в нашем сценарии будет состоять из двух частей:

    1. Обновление In-Place Upgrade имеющихся серверов до уровня SC 2012 OM SP1
    2.
    Миграция серверов на новую версию ОС/СУБД по плану Backup/Reinstall/Restore

    Первая часть возможна будет интересна тем, кто хочет выполнить только обновление существующей инфраструктуры SCOM. Вторая часть это по сути отдельный процесс, описывающий пробу сценария восстановления группы управления SCOM из имеющегося бэкапа.

    Читать далее...

  • Развёртывание консоли управления System Center 2012 Operations Manager SP1 с помощью SCCM 2012

    imageПосле обновления System Center 2012 Operations Manager (SCOM) до уровня Service Pack 1 встал вопрос об обновлении консолей у всех администраторов имеющих доступ к Operations Manager. Выполним эту задачу с помощью System Center 2012 Configuration Manager (SCCM).

    Читать далее...

  • System Center 2012 Orchestrator SP1

    imageСовсем недавно стал доступен Service Pack 1 (SP1) для линейки продуктов Microsoft System Center 2012. Попробую рассмотреть процесс обновления тех продуктов линейки, с которыми у меня есть возможность работать.

    Из документа Upgrade Sequencing for System Center 2012 SP1 можно понять, что в средах, где используется несколько продуктов линейки System Center 2012 важна правильная последовательность обновления этих продуктов до уровня SP1, а именно есть рекомендация соблюдать следующий порядок обновления:

    1. Orchestrator
    2. Service Manager
    3. Data Protection Manager
    4. Operations Manager
    5. Configuration Manager
    6. Virtual Machine Manager
    7. App Controller

    В этой заметке мы рассмотрим первый пункт этой последовательности – обновление System Center 2012 Orchestrator (SCO) до уровня SP1.

    Читать далее...

  • SCOM 2012 - Настраиваем SMS оповещения

    imageПри мониторинге некоторых объектов ИТ-инфраструктуры в System Center 2012 Operations Manager (SCOM) может возникнуть потребность получать оповещения об изменениях состояния этих объектов не только по электронной почте, но и на мобильные устройства (телефоны, коммуникаторы и.т.п.) в виде сообщений Short Message Service (SMS). Например в нашей инфраструктуре решено использовать SMS оповещения при изменении параметров электропитания в серверных помещениях, чтобы оперативно ставить в известность о проблемах ответственных лиц. SCOM умеет работать с GSM-устройствами напрямую подключёнными к COM-порту сервера управления (Management Server).

    Читать далее...

  • SC 2012 Orchestrator - Режим обслуживания SCOM по расписанию

    imageДля начала хочу рассказать предысторию того как я пришёл к использованию System Center 2012 Orchestrator (SCO), которая по сути прямого отношения к самому этому продукту не имеет, но возможно информация изложенная здесь кому-то покажется интересной и даст ответы на некоторые вопросы.

    Итак, жила-была ферма Remote Desktop (RD) Connection Broker состоящая из трёх виртуальных серверов RD Session Host на базе Hyper-V, которые обслуживали пользователей в рабочее время и без каких-либо проблем подвергались резервному копированию с помощью System Center 2012 DPM в нерабочее время. И всё бы ничего если бы не возникшая необходимость начать использовать на этих виртуальных серверах клиента Application Virtualization Client (App-V) for Remote Desktop Services. Клиент то конечно установился и прекрасно справляется со своей задачей – виртуализацией в многопользовательской среде весьма специфических приложений, требующих от пользователей расширенных привилегий в системе. Но вот незадача…сразу после начала использования клиента App-V я заметил две вещи: во первых - на DPM пропала возможность нативно на горячую с помощью метода Backup Using Child Partition Snapshot бэкапить виртуальные сервера фермы полноценно используя VSS (осталась доступной лишь возможность бэкапа с помощью Backup Using Saved State), а во вторых – при бэкапе в режиме Save State каждую ночь фиерично разваливался кластерный экземпляр службы RD Connection Broker. По сути вторая проблема является прямым следствием первой. Но это стало ясно позже...А пока я взялся за изучение проблемы систематично разваливающегося кластера RDS…

    Читать далее...

  • Антивирус для Windows Server - настраиваем список исключений. Обновлено 11.08.2016

    imageВ ходе настройки политик управления клиентами любого антивирусного ПО необходимо определять список каталогов, имён процессов или даже расширений фалов, которые должны исключаться из Real-Time сканирования. Постараюсь собрать в одном месте информацию о рекомендуемых параметрах исключений и по мере необходимости буду его корректировать.  Стоит отметить, что список составлен исходя из приложений, которые эксплуатируются в моём рабочем окружении. Список разделен по основным категориям сервисов и там где возможно есть ссылки на официальные рекомендации производителей ПО. Во всех случаях подразумевается что программное обеспечение установлено в каталоги «по умолчанию».

    Читать далее...

  • SCOM 2012 - Резервное копирование Unsealed MP

    imageВ процессе работы с System Center 2012 Operations Manager (SCOM) может создаваться некоторое количество пакетов управления (Management Pack, MP), в которых мы сохраняем переопределения (Overrides) или же собственные мониторы (Monitors) / правила (Rules) и т.п. объекты. Время от времени эти кастомизированные настройки могут меняться, и для того, чтобы организовать их сохранность, можно воспользоваться процедурой экспорта этих незапакованных (Unsealed) пакетов управления в xml файлы.

    Читать далее...

  • SCOM 2012 - Автоматизируем включение Agent Proxy

    imageБольшое количество пакетов управления (Management Pack) в System Center 2012 Operations Manager для корректной работы механизмов обнаружения и мониторинга требуют наличия включенной опции Agent Proxy

    image

    При добавлении нового управляемого агента в SCOM эта опция по умолчанию выключена. Для того чтобы автоматизировать процесс включения этой опции на всех агентах, где она ещё не включена можно применить PowerShell скрипт:

    Import-Module OperationsManager

    $Agents = Get-SCOMAgent | Where {$_.ProxyingEnabled -ne $True}

    $Agents | ForEach {$_.ProxyingEnabled = $True}

    $Agents | ForEach {$_.ApplyChanges()}

    Этот скрипт ставим на периодическое выполнение в планировщик заданий на сервере управления SCOM, вызывая его командой:

    PowerShell.exe -NoProfile -command "C:ScriptsSCOM-Agent-Proxy.ps1"

  • SCOM 2012 Discovery & Agent Push Install для серверов Forefront TMG

    imageВ процессе процедуры обнаружения (Discovery) для удалённой установки агента (Push-installation) SCOM 2012 на сервера с Forefront TMG мы можем получить ошибку по причине блокировки необходимых нам соединений.

    Читать далее...

  • SCOM 2012 - Устанавливаем Product License Key

    imageПосле развёртывания роли сервера управления (Management Server) в SCOM 2012, этот самый сервер начинает работать в полнофункциональном ознакомительном режиме (Evalution), который действует в течение 180 дней. При этом в консоли SCOM можно наблюдать соответствующую информацию об этом.

    image

    Если сервер установлен в продуктивном режиме и у нас есть ключ продукта, полученный по программе лицензирования System Center 2012, то мы можем перевести наш сервер в режим полной активной версии. Для этого на сервере SCOM открываем консоль Windows PowerShell с правами Администратора и выполняем:

    Import-Module OperationsManager

    Set-SCOMLicense -ProductId XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

    image

    После этого, после следующей перезагрузки сервера, мы сможем убедиться в том, что наш сервер поменял свой уровень лицензии (product license level) на Retail

    image

    Если же в нашей группе управления несколько серверов, то для того, чтобы изменить уровень лицензии для каждого, выполним:

    Import-Module OperationsManager

    Get-SCOMManagementServer |  ForEach {Set-SCOMLicense -ComputerName $_.HostComputer -ProductId "XXXXX-XXXXX-XXXXX-XXXXX-XXXXX" -Confirm:$False}