SCOM 2012: Die fehlenden Schritte beim Verschieben der Betriebsdatenbank

Die offizielle Anleitung zum Verschieben der Betriebsdatenbank von SCOM 2012 war unvollständig. Zwei fehlende Details führten zu Fehlern mit den Ereignis-IDs 29183 und 28001.

Microsoft hat für Operations Manager 2012 eine Schritt-für-Schritt-Anleitung zum Verschieben der Betriebsdatenbank auf einen neuen SQL Server veröffentlicht. Bei der Umsetzung fielen uns zwei Lücken auf, die in der Praxis zu hartnäckigen Fehlern führten.

Lücke 1: ConfigService.config hat zwei Einträge

Die Anleitung sagt, auf jedem Management Server in der Datei

%ProgramFiles%\System Center 2012\Operations Manager\Server\ConfigService.config

im Abschnitt <Category Name="Cmdb"> den Wert ServerName auf den neuen SQL Server zu ändern. Das reicht nicht. Derselbe Wert steht ein zweites Mal im Abschnitt ConfigStore:

<Category Name="ConfigStore">
  <Setting Name="ServerName" Value="NEUER-SQL-SERVER" />
  ...
</Category>

Wird dieser Eintrag vergessen, treten Fehler wie diese auf:

Health Service Modules, Event-ID 29183:
System.Data.SqlClient.SqlException (0x80131904): Netzwerkbezogener oder instanzspezifischer Fehler
beim Herstellen einer Verbindung mit SQL Server ...

OpsMgr Root Connector, Event-ID 28001:
Der Root-Connector erhielt eine Ausnahme vom Konfigurationsdienst zu "StateSyncRequest" ...

Lücke 2: Das fehlende GO beim Aktivieren der CLR

Die Betriebsdatenbank benötigt die CLR-Integration von SQL Server. Das Skript aus der Anleitung schlägt fehl, wenn die beiden sp_configure-Aufrufe ohne Batch-Trenner ausgeführt werden. Richtig ist:

EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
EXEC sp_configure 'clr enabled', 1;
RECONFIGURE;
GO

Allgemeine Lehre

• Offizielle Anleitungen kritisch lesen: Auch Herstellerdokumentation kann lückenhaft sein. Testen Sie Migrationsschritte vorab in einer Testumgebung.
• Nach Werten suchen statt nach Abschnitten: Vor dem Umzug in allen Konfigurationsdateien und Registry-Zweigen der Management Server nach dem alten Servernamen suchen – so findet man auch undokumentierte Fundstellen.
• Ereignisprotokolle sofort prüfen: Fehler 29183 und 28001 direkt nach dem Umzug deuten auf vergessene Verweise hin.