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

Данная статья перепечатана с blog.it-kb.ru.

При установке 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 progress

image

Причина: Для оперативной базы данных 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: HOLDING\s-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

Запись опубликована в рубрике Microsoft, SCOM с метками . Добавьте в закладки постоянную ссылку.

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

Ваш e-mail не будет опубликован. Обязательные поля помечены *