Меню Рубрики

Установка system center 2012 operations manager

Разворачиваем SCOM 2012 — Часть 3 — Установка серверов управления

    Для серверов управления у нас заранее подготовлены две виртуальные машины (SCOM01 и SCOM02) с конфигурацией — RAM 6 Gb ; VHD1 60 Gb; ОС — Windows Server 2008 R2 Standard SP1 English.

Требования, предъявляемые к установке роли сервера управления SCOM берём из документа Supported Configurations for System Center 2012 — Operations Manager

На каждом сервере где планируется установка компонент Management Server и Operations Console (в нашем случае это SCOM01 и SCOM02) выполняем следующие подготовительные действия:

1. Включаем Windows Remote Management. Сделать это можно например через оснастку Server Manager

2. Открываем консоль PowerShell с правами администратора и включаем компоненту Net Framework Core.

3. Скачиваем и устанавливаем .NET Framework 4 . В моём случае этого делать не пришлось так как этот пакет уже был установлен на сервер ранее в составе обновлений, прикатившихся с локального сервера WSUS.

Несмотря на то, что в списке требований речь идёт о пакете Microsoft Report Viewer 2008 SP1 Redistributable, если дополнительно не установить пакет Microsoft Report Viewer 2010 Redistributable Package , то в процессе установки SCOM может возникать ошибка зависимости, после чего процесс установки невозможен. Устанавливаем этот пакет.

5. Убеждаемся в том, что учетные записи действия (s-OM-Action) и доступа к данным (s-OM-DA-Svc) включены в группу локальных Администраторов.

На сервере, где планируется установка компоненты Web Console (в нашем случае это SCOM01), дополнительно выполняем следующие подготовительные действия:

1. Открываем с правами администратора консоль PowerShell и выполняем установку компонент IIS:

Add-WindowsFeature NET-Framework-Core,Web-Static-Content,Web-Default-Doc,Web-Dir-Browsing,Web-Http-Errors,Web-Http-Logging,Web-Request-Monitor,Web-Filtering,Web-Stat-Compression,Web-Mgmt-Console,Web-Metabase,Web-Asp-Net,Web-Windows-Auth -Restart

2. Выполняем регистрацию ASP.NET 4 в Internet Information Services (IIS). Для этого открываем командную строку с правами администратора и выполняем команду:

3. Открываем оснастку управления IIS, переходим в настройку ISAPI and CGI Restrictions и разрешаем выполнение ASP.NET v4.0.30319

Теперь можно приступить к самому процессу установки SCOM…

Шаг первый.
Установка первого сервера управления (Management Server).

Официальное описание процесса установки первого сервера можно найти в документе How to Install the First Management Server in a Management Group

Распаковываем образ инсталляционного диска SCOM 2012, запускаем файл SETUP.EXE и выбираем Install

На шаге выбора устанавливаемых компонент SCOM отмечаем Management server, Operations console и Web console

Каталог установки оставляем по умолчанию.

Далее инсталлятор выполнит проверку соответствия нашей системы на возможность установки всех отмеченных ранее компонент SCOM, и если проблем обнаружено не будет, разрешит нам перейти к следующему шагу установки

На шаге указания информации о группе управления (management group) выбираем создание новой группы – Create the first management server in new management group и вводим имя создаваемой группы управления. В нашем примере имя группы будет MG01. В некоторых источниках в интернете можно встретить рекомендацию не использовать в имени группы спецсимволы, к чему я решил прислушаться.

На шаге указания параметров создаваемой операционной базы данных SCOM укажем имя сервера SQL Server, экземпляр и порт. Если, как в нашем случае, используется экземпляр по умолчанию (MSSQLSERVER), то его можно не указывать. Имя операционной базы данных и начальный её размер оставляем в значении по умолчанию. В полях указания путей файлов БД укажем пути к каталогам на ранее специально созданных логических дисках сервера SCOMDB.

На шаге указания параметров создаваемой базы данных хранения SCOM укажем имя сервера SQL Server, экземпляр и порт. Если, как в нашем случае, используется экземпляр по умолчанию (MSSQLSERVER), то его можно не указывать. Параметром Create a new data warehouse database определяем то, что мы создаем новую БД.

Читайте также:  Установка забора профильное железо

Имя базы данных и начальный её размер оставляем в значении по умолчанию. В полях указания путей файлов БД укажем пути к каталогам на ранее специально созданных логических дисках сервера SCOMDB.

На следующем шаге укажем имя существующего на нашем сервере сайта IIS, который будет использоваться под размещение Web console. Оставляем значение по умолчанию – Default Web Site

На шаге выбора метода аутентификации для веб-консоли SCOM выбираем смешанный режим — Use Mixed Authentication, так как мы планируем использовать этот веб-узел только внутри локальной сети и хотим чтобы нам был доступен метод сквозной проверки учетных данных (SSO)

На шаге конфигурирования учетных записей, указываем учетные данные пользователей, которых мы создали ранее на подготовительном этапе — Разворачиваем SCOM 2012 – Часть 1 – Подготовка

Пропустим следующие два шага с настройками участия в программе улучшения качества Microsoft CEIP и Windows Update и перейдя к финальному шагу нажмём Install

Дождавшись успешного окончания процесса установки проверим работоспособность консолей Operations console и Web console.

В частности, в консоли Operations console в панели навигации перейдём в раздел Administration и выберем Device Management > Management Servers, чтобы убедиться в том, что там присутствует первый наш сервер управления и находиться он в состоянии Healthy

Теперь переходим в раздел консоли Monitoring и в секции просмотра активных предупреждений Active Alerts видим, что появилось критическое предупреждение об отсутствии регистрации SPN для службы Data Access Service. На самом деле, в нашем случае это предупреждение можно считать ложным, так как оно реагирует на отсутствие SPN MSOMSdkSvc/* у учетной записи сервера управления, а в нашем случае служба доступа к данным работает от имени доменной учетной записи пользователя и регистрация SPN MSOMSdkSvc/* в таком случае должна выполняться именно для этой учётной записи. Пост Кевина Холмана OpsMgr 2012: What should the SPN’s look like? подтверждает это.

И несмотря на то, что мы заранее выполнили необходимое условие для успешной регистрации SPN – расширили права для учетной записи s-OM-DA-Svc, – всё равно автоматическая регистрация SPN для этой учётной записи не выполняется. Ветка обсуждения SCOM 2012: Data Access Service SPN Not Registered говорит о том, что мы не одиноки в этой проблеме и на данный момент, я полагаю, это можно расценивать как баг.

Несмотря на то, что избавиться от этого предупреждения нам не удастся (надеюсь до первого CU), мы должны самостоятельно зарегистрировать SPN для учетной записи службы доступа к данным s-OM-DA-Svc командами:

Setspn.exe -A MSOMSdkSvc/SCOM01 s-OM-DA-Svc

Setspn.exe -A MSOMSdkSvc/SCOM01.holding.com s-OM-DA-Svc

После этого проверяем результат командой:

После этого, чтобы изменения вступили в силу, нужно закрыть консоль SCOM и перезапустить службу System Center Data Access Service.

Шаг второй.
Разворачиваем дополнительные сервера управления.

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

Официальный документ по развертыванию дополнительных серверов управления SCOM здесь: How to Install Additional Management Servers

Так же как и для первичного сервера, перед началом установки на дополнительных серверах нужно обеспечить выполнение минимальных требований, описанных в начале этой заметки.

Читайте также:  Установка зеркал на туксон

Запускаем процесс установки компонент Management Server и Operations Console, доходим до шага указания группы управления SCOM и выбираем вариант подключения к уже существующей группе управления — Add a Management server to an existing management group.

Далее указываем параметры уже созданной ранее операционной базы данных SCOM

На следующем шаге указываем учетные записи действия и доступа к данным, то есть те же доменные учетные записи, которые мы указывали при установке первого сервера управления SCOM

После окончания установки дополнительного сервера обновляем SPN учётной записи службы доступа к данным:

Setspn.exe -A MSOMSdkSvc/SCOMMS02 s-OM-DA-Svc

Setspn.exe -A MSOMSdkSvc/SCOMMS02.holding.com s-OM-DA-Svc

После этого, чтобы изменения вступили в силу, нужно закрыть консоль SCOM и перезапустить службу System Center Data Access Service.

источник

Совместное развертывание System Center 2012 (метод и проблемы)


Видимо, для сокращения времени внедрения и упрощения тестового развертывания Microsoft System Center 2012 был создан инструмент Unified Installer для унифицированной установки. Вкратце его суть — развертывание всех компонентов системы из одного окна.
Ниже подробно разберем по шагам процесс подготовки и установки, а также расскажем о тех граблях, которые как всегда поджидают нас где-то рядом. В целом инструмент действительно полезен, при должной сноровке можно успеть все сделать за один рабочий день.

На всякий случай напоминаем состав компонентов, входящих в System Center 2012, и их основные функции:

  • Virtual Machine Manager — управление виртуальной средой и облаками (вместе с App Controller);
  • Operation Manager — мониторинг состояния и производительности;
  • Configuration Manager — развертывание ОС и приложений, сбор данных и инвентаризация;
  • Data Protection Manager — резервное копирование;
  • Service Manager — управление ИТ-службами;
  • Orchestrator — система автоматизации, связывающая все компоненты.

В прошлой версии некоторые компоненты отсутствовали, а некоторые были отдельными продуктами. Соответственно процесс внедрения у каждого из них отличался. В новой версии в состав дистрибутива входит образ установщика Unified Installer (далее UI), официальную информацию по которому можно найти тут — http://technet.microsoft.com/library/hh751266.aspx. Так как нам в DEPO Computers часто приходится разворачивать продукты SC на тестовых и боевых стендах, мы решили рассмотреть его подробнее.

Подготовка

Нашей целью была установка Orchestrator, VMM, AppController, SCOM и SCSM. SCCM и система резервного копирования были установлены ранее стандартным способом.
Развертывание предполагалось в виртуальной среде. Был создан шаблон виртуальной машины (2 cpu, 4gb memory, virtual disk 60gb), установлен Windows 2008R2 EE со всеми обновлениями, настроены WinRM и Remote Access Shell (настройки локальных политик можно посмотреть по указанной выше ссылке, также можно настроить их в домене через групповые политики), на базе шаблона были созданы 7 виртуальных машин:

  1. Srv1.test1.local — контроллер домена и DNS, настраивается первым;
  2. Srv6.test1.local — Orchestrator, Unified Installer System;
  3. Tscvmm.test1.local — Virtual Machine Manager;
  4. Tscapp.test1.local — App Controller;
  5. Tscom.test1.local — Operation Manager;
  6. Tscsm.test1.local — Service Manager;
  7. Tscdw.test1.local (datawarehouse) — Service Manager.

Еще необходимо скачать и распаковать весь System Center и с десяток различных дистрибутивов (ссылки на них будут даны на шаге ‘Prerequisite Media Location’, но учтите, что они могут вести вас на дистрибутив с неподходящим языком).
На сервере Srv6 была создана сетевая папка \\srv6\files, куда разместили все дистрибутивы.
Перед установкой рекомендуем на всякий случай сделать снапшоты на всех виртуальных машинах. Естественно, кроме контроллера домена. Дело в том, что в процессе установки может произойти ошибка, а снапшот позволит не создавать виртуальные машины заново.

Читайте также:  Установка главного модуля данные бд ошибка

Настройка

После запуска setup.exe из дистрибутива UI появится окно установки SC.

Обратите внимание, что установку можно производить и в ручном режиме — для этого надо нажать ‘Custom install on local server’.
После запуска процесса установки появляется предупреждение, суть которого сводится к тому, что если у вас уже развернут компонент и вы хотите произвести апгрейд или перенастроить его, следует использовать Custom Install. Жмем OK.

Делаем установку без ключей.

Выбираем нужные компоненты. Как было сказано выше, у нас уже был развернут Configuration Manager, а система резервного копирования для тестового стенда нам не нужна.

Указываем пути к дистрибутивам System Center 2012, размещенные на Srv6.

Подтверждаем лицензионные соглашения.

Указываем все пути к дистрибутивам сопутствующего ПО. Обратите внимание на этот шаг — тут вы можете скачать софт по приведенным ссылкам, разложить его по нужным папкам и продолжить.

Вот как это выглядит на файловом сервере.

Эти настройки можно оставить без изменений.

Указываем имена серверов для каждого компонента. UI не позволяет устанавливать два компонента на один сервер, но задействовать Srv6 в том числе и для установки одного из компонентов ничто не мешает. Service Manager требует два сервера.

На этом шаге необходимо указать учетную запись для развертывания. Также ее можно использовать для запуска сервисов, что удобно для тестовых стендов.

Но при развертывании в производственной среде все же стоит использовать отдельные учетные записи.

Настройка дополнительной информации.

Установка

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

В результате на каждом сервере устанавливается сервер MSSQL 2008R2, свой компонент и базы компонента.

Консоли управления

После установки убедимся, что все работает.
App Controller:

Расположение баз данных по серверам:

На этом развертывание можно считать законченным. Дальнейшие шаги по настройке каждого компонента можно посмотреть тут: http://technet.microsoft.com/library/hh769199.aspx.

Замечания

Следует обратить внимание, что хотя дистрибутивы находятся в сетевой папке, в процессе установки они копируются на все серверы, на которых устанавливаются компоненты. Именно поэтому объем системного раздела должен составлять не менее 60 Гб.

UI устроен так, что он создает MSSQL-сервер на каждой виртуальной машине, где устанавливаются компоненты SC 2012. Кому-то это покажется неудобным, в таком случае ничего не остается, как использовать Custom Install со всеми вытекающими.

UI не позволяет разворачивать SC 2012 на кластерах. Что, впрочем, не является существенной проблемой, если вы уже используете виртуальную среду с кластером Hyper-V или vSphere. Виртуальная среда и так уже обеспечивает высокую доступность, если есть не менее двух серверов с общим хранилищем, на котором и будут располагаться ваши виртуальные машины.

Если сравнивать UI для SC 2012 с Topology Builder для MS Lync, то он явно не дотягивает до полноценного инструмента развертывания. Для крупных распределенных инфраструктур с филиалами потребуется Custom Install, а он по сути мало чем отличается от простой установки конкретного компонента.
Очень много времени может занять скачивание многочисленных дистрибутивов, требуемых для установки SC2012. Намного проще было бы, если они уже были включены в дистрибутив SC 2012, но увы.

источник

Добавить комментарий