Обновление SCSM Beta 2

Сегодня случилось то, чего в общем-то не сильно ожидалось – команда разработчиков выпустила обновление SCSM Beta2.

Многие возможности, которые появились были сделаны по запросам сообщества. Вот что входит в обновление:

  • Появилась возможность выбирать, какие пакеты из SCCM доступны при выборе пользователем для установки.
  • Появилась возможность импортировать из SCOM 2007 кастомные объекты в качестве CI (конфигурационных единиц)
  • Коннектор Active Directory теперь может получать данные из других лесов, в том числе не доверенных
  • Появился вид (View) для сбойных рабочих процессов (Workflow) и возможность перезапуска сбойных РП
  • Исправлена возможность использовать настройки РП в неподписанных МП (Management Packs)
  • Членство в группах обновляются автоматически
  • Шаблоны (Templates) продолжают работать удаления значений в списках (к сожалению пока не могу точнее сказать, о чем идет речь)
  • Теперь можно задавать свои категории в базе знаний
  • Исправлена ошибка в отчете по инцидентам (не верно вычислялось время работы)

Кроме этого теперь официаьно заявлено, что установка beta2 поддерживается только на локале us-US

Скачать обновление можно на сайте Connect

Все эти обновления были выпущены в связи с выходом дополнительного МП, который добавляет функционал Compliance and Risk Process. Этот МП качается так же на Connect.

Реклама

Установка Sharepoint 2010 на Windows Server R2 и Windows 7

Перед установкой Sharepoint 2010 beta на Windows Server R2 и Windows 7 необходимо установить хот-фикс:
 

Office 2010

Вот и настал момент, который все ждали после Платформы: для подписчиков MSDN и TechNet стали доступны beta-версии продуктов из семейства Office 2010, а именно:
 
Search Server 2010 Express Beta (x64)    
SharePoint Foundation 2010 Beta (x64)
Office Web Applications Beta (x64)
Office Web Applications Beta (x64)
Visio Premium 2010 Beta (x64)
Visio Premium 2010 Beta (x86)
Project Server 2010 Beta (x64)
Project Professional 2010 Beta (x64)
Project Professional 2010 Beta (x86)
Office Professional Plus 2010 Beta (x64)
Office Professional Plus 2010 Beta (x86)
SharePoint Designer 2010 Beta (x86 and x64)
SharePoint Designer 2010 Beta (x86 and x64)
SharePoint Server 2010 Beta (x64)
Business Contact Manager for Microsoft Outlook 2010 Beta (x86) 
Business Contact Manager for Microsoft Outlook 2010 Beta (x64)
 
Кроме английской версии также доступна русская.

Переезд на OpsMgr.ru

С сегодняшнего дня записи об Operations Manager будут размещаться на сайте http://opsmgr.ru

Exchange 2010 RTM

Новость одной строкой.
Exchange 2010 RTM стал доступен подписчикам TechNet Plus.
 
mu_exchange_server_2010_x64_dvd_x15-82068.iso
Date Posted (UTC): 11/9/2009 6:41:51 AM
 
Доступна сразу русская версия:
DVD (Chinese-Simplified, Chinese-Traditional, English, French, German, Italian, Japanese, Korean, Portuguese-Brazil, Russian, and Spanish)

Установка кластера RMS в существующую инфраструктуру OpsMgr 2007 R2. Часть 2. Создание кластера и установка OpsMgr.

В предыдущей статье мы рассмотрели перенос на кластер операционной базы данных OpsMgr. В данной статье мы рассмотрим создание кластера для OpsMgr и сам процесс перевода RMS на этот кластер.
Напомню, что OpsMgr для роли RMS требует отдельного кластера, и нельзя в этом же кластере размещать другие сервисы OpsMgr (БД OpsMrg, MS и т.д.)
 
Для поддержки кластера RMS нам потребуются следующие ресурсы:
  • 2 физических сетевых интерфейса в случае, если доступ к СХД будет по FC, и 3 – в случае использования iSCSI
  • 2 диска на СХД – один для диска кворума (а это всё-таки самая желательная конфигурация) и второй для диска OpsMgr
  • минимум 2 IP-адреса и 2 сетевых имени – один для самого кластера, второй для служб OpsMgr
Размер дисков:
  • Диск кворума – 500 Мб (рекомендация MS для всех кластеров)
  • Диск OpsMgr – 3-5 Гб
На всех нодах кластера (я буду рассматривать решение с 2мя нодами) должны быть установлены следующие фичи (Features) из состава Windows Server 2008:
  • .NET Framework 3.0
  • Failover Clustering (также автоматически будут выбраны Failover Clustering Tools)
  • SNMP Services (для мониторинга SNMP-устройств в OpsMgr)
  • Windows PowerShell
В итоге у вас должно получиться вот так (Telnet Client я ставлю на все тестовые сервера, просто на всякий случай):
image
Также все ноды должны иметь одинаковый набор Service Pack и обновлений.
Когда все ресурсы подготовлены, всё требуемое ПО установлено, можно приступать к созданию кластера.
 

Создание кластера

  1. Запускаем на любой ноде консоль “Failover Cluster Management” (Start –> Administrative Tools –> Failover Cluster Management)
  2. В корни консоли вызывает контекстное меню и выбираем пункт Create Cluster, переходим к шагу Select Servers
    image
  3. Добавляем все сервера, которые будут участвовать в нашем кластере. В нашем случае это два сервера: SCOM-CL1 и SCOM-CL2, переходим к шагу Validation Servers
    image
  4. Обязательно выбираем пункт Yes. Это запустит проверку всех параметров кластера на всех нодах. Только когда валидация пройдет успешно на всех нодах можно приступать к созданию кластера. После этого запустится мастер проверки кластера.
    image
  5. Пройдите все шаги мастера проверки. Он должен показать Вам полное отсутствие ошибок и предупреждений.
    image
    image 
  6. После того, как все тесты прошли успешно, можно создавать кластер. На шаге Access Point for administering the Cluster введите имя кластера, по которому вы будете подключаться к этому кластера для управления (это имя только для управления, оно не будет использоваться для доступа к службам, которые будут работать на этом кластере). В нашем примере выбрано имя кластера SCOM-CLUSTER.
    Также на этом шаге Вам возможно, если не используется DHCP, нужно будет указать IP-адрес для управления (также не используется для служб кластера, только для управления). В нашем примере IP-адрес выдается через DHCP.
    image
  7. На шаге Confirmation проверяем все параметры еще раз, и нажимаем Next для создания кластера
    image
  8. Дожидаемся окончание процесса создания кластера, после чего проверяем отчет. Все операции должны завершиться без ошибок и предупреждений.
    image
  9. Созданный кластер сразу добавиться в консоль управления кластера. Следует внимательно проверить все ресурсы кластера (они должны быть доступны), возможно переименовать некоторые из них для удобства (Cluster Disk 1 в Witness Disk, Cluster Network 2 в SAN и т.д.)
  10. Проверить доступность кластера по сети (н-р командой ping scom-cluster)
  11. На этом создание кластера завершено

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

Установка OpsMgr

Для работы в кластере необходимо установить в обычном порядке OpsMgr 2007 R2 на все ноды кластера

  1. Запускаем SetupOM.exe из дистрибутива
  2. В появившемся окне выбираем Check Prerequisites. Выбираем Server и Console, затем нажимаем Check. Все проверки должны пройти успешно. Закрываем программу проверки.
    image
    image
  3. Выбираем пункт Install Operations Manager 2007 R2, который запустит собственно инсталлятор.
  4. При установке надо обратить внимание на этап выбора компонентов – на ноды кластера необходимо установить только Management Server, User Interface и Command Shell
    image
  5. В настройках БД Указываем адрес кластера MSSQL, который мы создали в предыдущей части, и имя базы данных
    image
  6. Укажите Action Account и SDK and Config Service Account. Не забудьте последнюю добавить в группу локальных администраторов на каждой ноде кластера.
  7. Дожидаемся окончания установки.

Восстановление ключа шифрования OpsMgr

После установки OpsMgr 2007 R2 на все ноды кластера, нам необходимо восстановить ключ шифрования, который мы архивировали, когда переносили БД OpsMgr.
Напомню, для архивирования ключа необходимо использовать следующую команду на текущем сервере RMS:
SecureStorageBackup.exe Backup \\server\share\BackupRMSKey.key
 
Для восстановления ключа шифрования на каждой ноде кластера необходимо выполнить следующую команду:
SecureStorageBackup.exe Restore \\server\share\BackupRMSKey.key
 
Обе команды необходимо выполнять с повышенными привилегиями, если включен UAC.
image
 

Создание виртуального сервера в кластере

 
Следующее, что нам нужно сделать, это создать виртуальный сервер для OpsMgr в кластере. Для этого вновь возвращаемся к консоли Failover Cluster Management.
  1. Если вы не хотите давать права учетной записи сервера кластера (в нашем случае это SCOM-CLUSTER) на создание учетных записей компьютеров в домене, Вам необходимо создать в AD учетную запись с именем Вашего будущего RMS (SCOM-CL), и дать на эту учетную запись полные права учетной записи кластера
    image
  2. Подключаемся к нашему кластеру SCOM-CLUSTER, выбираем Service and Applications, вызывает контекстное меню в котором выбираем пункт Configure Service or Application
    image
  3. Выбираем тип сервиса Other Server
    image
  4. Вводим имя данного сервера и, если нет DHCP, IP адрес. Эти имя и IP-адрес и есть те сетевые ресурсы, которые будут использоваться для подключения к будущему RMS. Поэтому подойдите к их выбору внимательно и осознано. В нашем примере используется DHCP, а имя сервера я выбрал SCOM-CL.
    image
  5. Выбираем диск, который будет использовать наш сервер (в нашем случае – диск D)
    image
  6. Проверяем все параметры и создаем новый сервер.
    image
  7. Проверяем, что новый сервер имеет статус Online

Создание сервисов в кластере

После создания виртуального сервера необходимо добавить сервисы. Вновь работает в консоли Failover Cluster Management

  1. У только что созданного сервера вызываем контекстное меню и выбираем пункт Add Resource –> 4 – Generic Service
    image
  2. Выбираем из списка сервис System Center Management, жмем Next для создания кластеризованного сервиса. Созданный сервис будет иметь статус Offline.
    image
  3. Повторяем шаги 1 и 2 для сервисов System Center Management Configuration и System Center Data Access

Повышение виртуального сервера до роли Root Management Server (RMS)

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

Для повышения виртуального сервера служит утилита ManagementServerConfigTool.exe, которая находится на диске с дистрибутивом OpsMgr 2007 R2 в папке SupportTools\amd64 или SupportTools\i386, в зависимости от платформы. Данную утилиту необходимо скопировать на ту ноду, которая является текущим владельцем для виртуального сервера SCOM-CL в папку с установленным OpsMgr 2007 (по умолчанию — c:\Program Files\System Center Operations Manager 2007\).

Для повышения виртуального сервера утилиту  ManagementServerConfigTool.exe необходимо запустить со следующими ключами:
ManagementServerConfigTool.exe InstallCluster /vs:%VIRT_SERVERNAME% /disk:%DISK_LATER%
где
%VIRT_SERVERNAME% – имя виртуального сервера для OpsMgr (нашем случае SCOM-CL)
%DISK_LATER% – буква диска, который добавлен к виртуальному серверу OpsMgr (в нашем случае D)
 
Таким образом полностью команда будет выглядеть вот так:
ManagementServerConfigTool.exe InstallCluster /vs:SCOM-CL /disk:D
 
Запускаем утилиту, подтверждаем наше желание установить новый RMS, после чего ожидаем окончания операции
image
В случае, если все операции пройдут успешно, Вы должны увидеть следующее сообщение:
image
 
В итоге мы получим следующее:
  • Старый RMS будет понижен до уровня рядового Management Server
  • На старом RMS службы System Center Management Configuration и System Center Data Access будут отключены (Disabled)
  • На обоих нодах кластера все службы, относящиеся к OpsMgr, будут установлены в режим запуска Manual

Регистрация SPN-записей

Для своей работы OpsMgr требует наличия нескольких SPN-записей для учетных записей серверов и учетной записи SDK and Config Service, В случае, когда RMS находится на обычном сервере, эти записи регистрируются автоматически. В случае же с кластером, нам придется зарегестрировать эти записи вручную.
Для работы RMS на кластере требуются следующие SPN-записи (источник):
  1. Для учетной записи виртуального сервера RMS (SCOM-CL):
    1. MSOMHSvc/scom-cl.domain.local
    2. MSOMHSvc/scom-cl
  2. Для учетной записи SDK and Config Service необходимы записи каждой ноды кластера
    1. MSOMSdkSvc/scom-cl1
    2. MSOMSdkSvc/scom-cl1.domain.local
    3. MSOMSdkSvc/scom-cl2
    4. MSOMSdkSvc/scom-cl1.domain.local
Кроме этого, нем необходимо удалить старые записи RMS-сервера.
В данный момент вызов команды setspn –L DOMAIN\OpsMgrSDKConfig (DOMAIN\OpsMgrSDKConfig – учетная запись SDK and Config Service) должен возвращать следующее:
MSOMSdkSvc/SCOM-ROOT
MSOMSdkSvc/SCOM-ROOT.domain.local
где SCOM-ROOT – имя старого RMS-сервера.
Обе эти записи необходимо удалить.
 
Нам необходимо выполнить следующие команды:
  1. setspn –D DOMAIN\OpsMgrSDKConfig MSOMSdkSvc/SCOM-ROOT
  2. setspn –D DOMAIN\OpsMgrSDKConfig MSOMSdkSvc/SCOM-ROOT.domain.local
  3. setspn –A DOMAIN\SCOM-CL$ MSOMHSvc/scom-cl.domain.local
  4. setspn –A DOMAIN\SCOM-CL$ MSOMHSvc/scom-cl
  5. setspn –A DOMAIN\OpsMgrSDKConfig MSOMSdkSvc/scom-cl1
  6. setspn –A DOMAIN\OpsMgrSDKConfig MSOMSdkSvc/scom-cl1.domain.local
  7. setspn –A DOMAIN\OpsMgrSDKConfig MSOMSdkSvc/scom-cl2
  8. setspn –A DOMAIN\OpsMgrSDKConfig MSOMSdkSvc/scom-cl2.domain.local

Запуск нового RMS

 
После регистрации SPN-записей можно запускать кластеризаонные службы RMS
  1. Открываем консоль Failover Cluster Management
  2. Заходим в наш виртуальный сервер
  3. Выбираем каждый из трех сервисов и включаем их (Bring online)
    image
  4. Проверяем, что все сервисы благополучно запустились

После этого запускаем консоль OpsMgr и подключаемся к новому RMS по адресу SCOM-CL. Проверяем работоспособность.

Настройка Reporting Services для OpsMgr

В случае, если новый RMS на кластере работает корректно, необходимо также перенастроить службы отчетности (Reporting Services). Это необходимо сделать, т.к. файлы конфигурации Repoting Services хранят в себе ссылки на RMS.
  1. Запускаем диспетчер IIS на сервере, где расположены Reporting Services
  2. Открываем приложение ReportServer, вызываем контекстное меню и выбираем пункт Explorer (Проводник)
    image
  3. Находим файл rsreportserver.config, делаем его копию, затем открываем в любом текстовом редаторе (не забываем, что текстовый редактор надо запускать с повышенными привилегиями, если включен UAC).
  4. Находим поиском все теги <ServerName>, и меняем их значение со старого RMS на новый (соответственно <ServerName>scom-root.domain.local</ServerName> на <ServerName>scom-cl.domain.local</ServerName>). Всего должно быть две замены.
  5. Запускаем редактор реестра. Переходим к узлу HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Reporting на этом же сервере. Делаем экспорт этого узла.
  6. Заменяем значение параметра DefaultSDKServiceMachine со старого RMS на новый.
  7. Проверяем работу отчетов OpsMgr

Действия после установки кластера

После окончания всех действий и проверок, Вам необходимо будет:

  • Перераспределить клиентов между management-серверами OpsMgr
  • Доустановить дополнительное ПО на каждую ноду кластера, если такое умеется
  • Разрешить на всех SNMP-устройствах доступ с нового RMS
  • Удалить старый RMS, если он не нужен как рядовой management-сервер

Полезные ссылки