SCOM 2012 - Дополнительные манипуляции с SQL Server после переноса или восстановления БД

imageПри установке System Center 2012 Operations Manager штатным способом все необходимые изменения в режим работы экземпляра SQL Server на котором работают базы данных SCOM вносятся автоматически в процессе первоначальной установки. Если же базы данных были восстановлены в SQL Server вручную (например при переносе БД на другой сервер или переустановке, как это было описано в заметке System Center 2012 Operations Manager – Обновляемся до уровня SP1 и перебираемся на Windows Server 2012 и SQL Server 2012), - то могут возникнуть некоторые проблемы, решить которые придётся путём дополнительных манипуляций с SQL Server. Мне пришлось столкнуться с парой таких проблем, но к счастью довольно быстро удалось найти их решение, так как они имеют исторические корни ещё со времени SCOM 2007.

Проблема: При попытке провести обнаружение (Discovery) компьютеров для развертывания агентов SCOM в мастере Computer and Device Management Wizard процесс на бесконечно долгое время застревает на этапе Discovery is in progressimage

Причина: Для оперативной базы данных SCOM OperationsManager не включён механизм SQL Server Service Broker.

Решение: На всех серверах управления останавливаем службы SCOM - System Center Management, System Center Management Configuration, System Center Data Access Service:

Net Stop "HealthService" & Net Stop "cshost" & Net Stop "OMSDK"

image

Выполняем проверку состояния SQL Server Service Broker с помощью первой команды и если запрос возвращает значение 0 - выполняем вторую команду чтобы включить брокер:

SQLCMD -Q "SELECT is_broker_enabled FROM sys.databases WHERE name = 'OperationsManager'"

SQLCMD -Q "ALTER DATABASE OperationsManager SET ENABLE_BROKER"

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

Net Start "HealthService" & Net Start "cshost" & Net Start "OMSDK"

image

Источник информации: KB941409 - The Discovery Wizard may stop responding during the discovery process in Microsoft System Center Operations Manager

***

Проблема: На сервере, где работает экземпляр БД SCOM, в системном журнале Application периодически регистрируются ошибки с кодом 18054 из источника MSSQLSERVER

Log Name: Application
Source: MSSQLSERVER
Date: 24.01.2013 10:27:25
Event ID: 18054
Task Category: Server
Level: Error
Keywords: Classic
User: HOLDINGs-OM-DA-Svc
Computer: KOM-AD01-SCOM02.holding.com
Description:
Error 777980305, severity 16, state 1 was raised, but no message with that error number was found in sys.messages. If error is larger than 50000, make sure the user-defined message is added using sp_addmessage.

Причина: После ручного восстановления/переноса базы данных OperationsManager на новый сервер SQL Server необходимо выполнить добавление специфической для SCOM информации об описании ошибок в служебную базу данных MASTER.

Решение: Подключиться к экземпляру SQL Server и для служебной базы данных MASTER выполнить SQL-скрипт.

Источник информации: Kevin Holman's System Center Blog - After moving your OperationsManager Database–you might find event 18054 errors in the SQL server application log

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