Данная статья перепечатана с 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
Причина: Для оперативной базы данных 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”
Выполняем проверку состояния 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”
Источник информации: 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