Установка SCVMM 2008 — OpsMgr 2007 SP1 и OpsMgr Reporting


На прошлой неделе мы разобрались с базой данных для связки SCVMM и OpsMgr и уже установили SQL Server 2005 вместе с Reporting Services. Теперь пора взяться за сам System Center Operations Manager 2007. Очевидно (хотя бы из названия продуктов), что OpsMgr 2007 вышел перед Windows Server 2008. И изначально Microsoft не поддерживала установку любого из компонентов OpsMgr на новую операционную систему. Ряд известных проблем был постепенно устранен с выходом целого набора исправлений — причем, для обоих продуктов. Со стороны OpsMgr это первый пакет обновления (Service Pack 1) и последовавший за ним пакет исправлений (Hotfix Rollup), описанный в статье Базы знаний 954049. А со стороны Windows Server — следующий перечень исправлений. Все их потребуется установить на ваш сервер перед тем, как мы начнем установку OpsMgr.



  • KB951327 - The System Center Operations Manager 2007 console may crash in Windows Server 2008 or in Windows Vista when you open the Health Explorer window

  • KB952664 - The Event Log service may stop responding because of a deadlock on a Windows Server 2008-based computer

  • KB951116 - A memory leak occurs in performance counters that are used to monitor Windows Server 2008-based computers

  • KB953290 - An application may crash when it uses legacy methods to query performance counter values in Windows Vista or in Windows Server 2008

Итак, при необходимости — заказываем и загружаем файлы исправлений, устанавливаем их, перезагружаемся, а затем начинаем установку OpsMgr 2007 с SP1. На самом деле, если у вас нет нужного дистрибутива — вполне возможно установить сначала исходную версию OpsMgr. При этом сразу после этого потребуется обновить ее до Service Pack 1. Но все же рекомендованной является ситуация, когда установка сразу производится из дистрибутива, уже включающего в себя Service Pack 1. Однако, даже не пробуйте устанавливать для наших целей предварительные версии OpsMgr 2007 R2. На данный момент интеграция с SCVMM 2008 в них не работает.


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



Далее запускаем установку самого OpsMgr 2007.



Сама установка проходит довольно просто. На одном из этапов следует указать название вашей группы управления (Management Group). Это группа управляемых серверов, которые «приписаны» к одному или нескольким серверам OpsMgr. Здесь можно указать любое придуманное название — лишь бы оно понятно описывало суть ваших действий. Также здесь потребуется указать группу администраторов OpsMgr из Active Directory — ее мы уже создали в прошлой статье цикла.



Далее нужно указать учетную запись, в контексте которой будут запускаться привилегированные задачи (то есть, отдельные процессы MonitoringHost.exe). Сразу замечу — это не то же самое, что учетная запись службы агента (HealthService).



А затем — учетные записи для служб OpsMgr SDK и Configuration (из-под OpsMgrSDKConfig).



Так как мы указали доменную учетную запись OpsMgrSDKConfig, в контексте которой запускаются службы OpsMgr, то для возможности корректного обращения к данным службам других приложений (например SCVMM) нам потребуется зарегистрировать Service Principle Name (SPN) для этого пользователя. В моём случае это делается так:


SetSPN –A MSOMSdkSvc/WS08EEx64.it.local OpsMgrSDKConfig
SetSPN –A MSOMSdkSvc/WS08EEx64 OpsMgrSDKConfig


В конце указываем использование Windows Authentication и завершаем установку. Теперь необходимо дать пользователю DWDataReader права на чтение базы OperationsManager. Для этого с помощью SQL Server Management Studio присвоим этой учетной записи роль db_datareader в базе.



Далее запускаем установку OpsMgr Reporting и указываем в качестве Root Management Server имя самого сервера. На соответствующих этапах мастера установки потребуется указать созданные ранее учетные записи DWDataWriter и DWDataReader.




Теперь, когда основные роли OpsMgr установлены, для обеспечения последующей корректной работы под управлением Windows Server 2008 необходимо обновить их с помощью упомянутого ранее исправления 954049.



На этом основной этап установки закончен. Проверить работу OpsMgr можно запустив Operations Console и убедившись в наличии там нашего управляющего сервера по адресу Monitoring\Computers. Пока что он там всего один, и очень желательно, чтобы он был в статусе Healthy. Проверить работоспособность OpsMgr Reporting можно зайдя в панель Reporting и запустив один из установленных по умолчанию отчетов (например, Microsoft Generic Report Library\Availability). Возможно, что отчеты появятся не сразу после установки, а через 3-5 минут — это нормально.


В следующей статье мы, наконец, перейдем к установке непосредственно System Center Virtual Machine Manager 2008.

Comments (8)

  1. Anonymous says:

    В предыдущих заметках мы детально разобрали процессы установки System Center Virtual Machine Manager 2008, а также Operations Manager 2007. Теперь пора сделать последний рывок и настроить интеграцию между двумя этими продуктами для того, чтобы задействовать

  2. Alex A says:

    Сначала на удаленном SQL Server нужно запустить инсталляцию и выбрать установку только Database роли.

    Затем запустить инсталляцию на выделенном сервере и установить роли Mgmt Server и Reporting

  3. Alex A says:

    Попробуй вот так:

    http://virtualization.su/img/SystemCenterOperationsManager2007-SP1-KB954049-X86-X64-ENU.zip

    Это перепакованный .MSI

  4. ALEKSANDER says:

    не совсем понял про

    "SetSPN –A MSOMSdkSvc/WS08EEx64.it.local OpsMgrSDKConfig

    SetSPN –A MSOMSdkSvc/WS08EEx64 OpsMgrSDKConfig"

    MSOMSdkSvc - это что такое?

  5. Kolay says:

    При установке исправления 954049 происходит ошибка “The program failed to apply the software update. Please check the patch file is present in the patch folder and proper version of MOM is installed on the machine.”

    У человека та же проблема:
    http://www.microsoft.com/communities/newsgroups/en-us/default.aspx?dg=microsoft.public.opsmgr.sp1&tid=942e3c9c-c280-4032-905d-b010694279d6&cat=35313A04-C7CB-4422-86A1-8D1135E1FA95&lang=en&cr=US&sloc=&p=1

  6. Kolay says:

    Файл внутри ZIPа - точно тот же, что скачивается с MS. Результат - тот же. Каким способом можно извлечь обновляемые DLL из файлов MSP?

  7. Nickolay F. says:

    А как быть в случае MS SQL, установленного на другом сервере?

Skip to main content