Neues System Center 2012 Service Manager Data Warehouse kann nach dem Verschieben der Service Manager-Datenbank nicht registriert werden

Neues System Center 2012 Service Manager Data Warehouse kann nach dem Verschieben der Service Manager-Datenbank nicht registriert werden

Ich habe vor Kurzem einen Kunden von einer SCSM-Topologie mit 3 Servern auf eine SCSM-Topologie mit 5 Servern migriert und habe jetzt ein Problem beim Registrieren des Data Warehouse Management Servers beim Service Manager Management Server.

Auf allen Servern läuft Windows Server 2012, mit Ausnahme von SCSM3, auf dem 2008 R2 SP1 läuft.


Ursprüngliche Konfiguration

SCSM1

  • Service Manager Management Server 2012 SP1 UR2
  • SQL Server 2012 mit ServiceManager- und SharePoint Foundation 2010-Datenbanken (für SSP)

SCSM2

  • Service Manager Data Warehouse-Verwaltungsserver 2012 SP1 UR2
  • SQL Server 2012 mit allen 5 Data Warehouse-Datenbanken sowie SSRS und SSAS.

SCSM3

  • SharePoint Foundation 2010 SP1
  • Service Manager 2012 SP1 UR2 Webinhaltsserver
  • Service Manager 2012 SP1 UR2 SharePoint-Webparts

Überarbeitete Konfiguration

SCSM1

  • Service Manager Management Server 2012 SP1 UR2

SCSM2

  • Service Manager Data Warehouse Management Server 2012 SP1 (Sie können UR2 erst installieren, wenn der DW registriert wurde und MPSync mehrere Male erfolgreich ausgeführt wurde)

SCSM3

  • SharePoint Foundation 2010 SP2
  • Service Manager 2012 SP1 UR2 Webinhaltsserver
  • Service Manager 2012 SP1 UR2 SharePoint-Webparts

SCSM4

  • SQL Server 2012 mit ServiceManager- und SharePoint Foundation 2010-Datenbanken (für SSP)

SCSM5


Migrationsschritte

Der Kunde hatte mit Leistungsproblemen zu kämpfen, die häufig auftreten, wenn sich SQL auf einem Verwaltungsserver befindet. Daher habe ich Folgendes getan:

  1. Richten Sie zwei neue Server ein, die als dedizierte SQL-Server fungieren.

  2. Aufheben der Registrierung des Data Warehouse (die Installation war relativ neu, daher war keine DW-Datenaufbewahrung erforderlich)

  3. Folgen Sie diesem TechNet-Blogbeitrag, um die ServiceManager-Datenbank auf einen neuen Server zu verschieben

  4. Deinstallieren Sie SharePoint Foundation und WCS von SCSM3

  5. Deinstallieren Sie SQL Server von SCSM1

  6. Deinstallieren des Data Warehouse Management Servers von SCSM2

  7. Deinstallieren Sie SQL Server von SCSM2

  8. Installieren Sie das Self-Service-Portal auf SCSM3 mit dem neuen Datenbankserver für SharePoint-Datenbanken neu.

  9. Installieren Sie den Data Warehouse Management Server auf SCSM2 neu und geben Sie während der Installation den neuen Datenbankserver an. Ich habe dies sowohl mit dem Namen der alten DW-Verwaltungsgruppe als auch mit einem neuen Verwaltungsgruppennamen versucht.


Dies hat alles problemlos geklappt (einschließlich der Installation des Data Warehouse), aber wenn ich versuche, das neue Data Warehouse beim Service Manager Management Server zu registrieren, erhalte ich die folgende Fehlermeldung:

Der Data Access Service läuft entweder nicht oder ist noch nicht initialisiert

Ein ähnlicher Fehler wird ausgelöst, wenn Sie versuchen, den DW über PowerShell zu registrieren mitRegister-SCDWSource

Der Dienst (und alle anderen System Center-Dienste) laufen tatsächlich auf allen Servern, auf denen sie laufen sollen. Service Manager selbst funktioniert nach der Datenbankmigration einwandfrei. Das Self-Service-Portal funktioniert ebenfalls ordnungsgemäß.

Die Tabelle enthält keine Zeilen dbo.MT_Microsoft$SystemCenter$ResourceAccessLayer$DwSdkResourceStore, da die Registrierung des alten Data Warehouse erfolgreich abgeschlossen wurde. Das Abschneiden dieser Tabelle löst das Problem daher nicht.

Was ich basierend auf TechNet-Artikeln und Forenbeiträgen versucht habe:

  • Starten Sie die System Center-Dienste auf allen Servern neu.

  • Überprüfen Sie, ob mein Konto auf allen Servern in der Gruppe „Integriert\Administratoren“ enthalten ist.

  • Überprüft, ob mein Konto zur Administratorgruppe des Service Managers gehört.

  • Überprüft, ob die richtigen SPNs für den Datenzugriffsdienst manuell registriert sind.

  • Antivirenprogramm auf jedem Server vorübergehend deaktiviert.

  • Telnet an Port 5724 funktioniert zwischen allen Servern und Arbeitsstationen in der Umgebung.


Weiß jemand, was sonst die Ursache sein könnte?

Antwort1

Dies ist ein alter Beitrag, aber es ist eine Situation, in der ich mich kürzlich unter denselben Umständen befand. Das Problem, das ich hatte, war selbstverschuldet. Wenn Sie alle SCSM-DB-Tabellenverweise auf die alten Server aktualisieren und auf die neuen Server verweisen, verweisen alle auf den neuen SQL-Server, mit Ausnahme des dbo. MT_Microsoft$SystemCenter$ResourceAccessLayer$SdkResourceStore, der auf den primären Verwaltungsserver verweist. Ich habe das versehentlich auf den neuen SQL-Server eingestellt, daher der DW-Registrierungsfehler, dass der Datenzugriffsdienst nicht ausgeführt wird. Nachdem ich das Problem gefunden und behoben hatte, funktionierte die DW-Registrierung.

verwandte Informationen