Freigeben über

  • Artikel

Gewusst wie: verschieben die Datawarehouse-Datenbank

 

Veröffentlicht: März 2016

Betrifft: System Center 2012 R2 Operations Manager, Operations Manager for System Center 2012, System Center 2012 SP1 - Operations Manager

Nach der ersten Bereitstellung von System Center 2012 – Operations Manager, müssen Sie Datawarehouse-Datenbank aus einer Microsoft SQL Server-basierten Computer auf einen anderen verschieben.

System_CAPS_cautionAchtung

Dieses Verfahren kann zu Datenverlusten führen, wenn es nicht ordnungsgemäß und innerhalb eines angemessenen Zeitpunkt des Fehlers durchgeführt wird. Stellen Sie sicher, dass Sie alle Schritte genau, ohne unnötige Verzögerung zwischen den einzelnen Schritten folgen.

Dieser Vorgang erfordert Microsoft SQL Server-Konfiguration. Müssen Sie eine Datenbank sichern, Wiederherstellen einer Datenbank, eine Datenbanktabelle aktualisieren neuer Anmeldenamen hinzufügen und Ändern von User Mapping-Einstellungen für den Benutzernamen. Weitere Informationen finden Sie unter SQL Server-Dokumentation.

Datawarehouse-Datenbank verschieben Prozedur

Verwenden Sie das folgende Verfahren, um Datawarehouse-Datenbank an ein anderes System verschieben.

So verschieben Sie die Datawarehouse-Datenbank

  1. Beenden Sie die Operations Manager-Dienste (System Center-Datenzugriffsdienst, System Center-Verwaltungsdienst und System Center-Verwaltungskonfigurationsdienst) auf allen Verwaltungsservern in der Verwaltungsgruppe.

  2. Verwenden Sie auf dem aktuellen Data Warehouse-Server SQL Server Management Studio, um eine vollständige Sicherung der Datenbank des Datawarehouse zu erstellen. Der Standardname lautet "operationsmanagerdw". Es wird empfohlen, auch die zugehörigen master-Datenbank zu sichern.

    Weitere Informationen finden Sie unter wie: eine Datenbank sichern (SQL Server Management Studio).

  3. Kopieren Sie auf dem neuen SQL-Server die Sicherungsdatei auf einem lokalen Laufwerk oder den Ordner, der die Sicherungsdatei enthält ordnen Sie ein lokales Laufwerk zu.

  4. Optional auf dem aktuellen Data Warehouse-Server, löschen Sie die Datawarehouse-Datenbank an.

  5. Verwenden Sie SQL Management Studio auf dem neuen Data Warehouse-Server die OperationsManagerDW-Datenbank wiederherstellen, die Sie zuvor gesichert.

    Weitere Informationen finden Sie unter wie: Wiederherstellen einer Sicherung der Datenbank (SQL Server Management Studio).

  6. Aktualisieren Sie die Registrierung auf jedem Verwaltungsserver in der Verwaltungsgruppe auf dem neuen SQL Server-Computer verweisen.

    1. Melden Sie sich an den Verwaltungsserver mit Administratorberechtigungen an.

    2. Klicken Sie auf Starten, Option Ausführen, geben Sie "regedit" ein, in die Öffnen ein, und klicken Sie dann auf OK Registrierungs-Editor zu starten.

    3. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Setup\DataWarehouseDBServerName - (ersetzen Sie diesen neuen SQLServer-Computers die DW).

    4. Wechseln Sie zum Berichtsserver.

    5. Doppelklicken Sie auf den Namen und ändern Sie den Wert auf den Hostnamen des SQL Server-basierten Computers nun die Operations Manager DW-Datenbank gehostet und klicken Sie dann auf HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center Operations Manager\3.0\Reporting,\ DWDBInstance OK um die Änderung zu speichern.

    6. Schließen Sie den Registrierungs-Editor.

  7. Starten Sie den System Center-Datenzugriffsdienst auf dem Verwaltungsserver, der den Berichtsserver zugeordnet. Dies ist erforderlich, auf die Berichtsseite zugreifen.

  8. Ändern Sie die Verbindungszeichenfolgen auf dem Berichtsserver.

    1. Öffnen Sie einen Browser, und öffnen Sie die reporting Webseite https://localhost/reports_instancename. Wenn keine benannte Instanz vorhanden ist, fahren Sie mit https://localhost/reports.

    2. Klicken Sie auf Details anzeigen und klicken Sie dann auf Data Warehouse Main. Ändern Sie die Verbindungszeichenfolge den neuen Datawarehouse-Servernamen, und klicken Sie dann auf Übernehmen.

    3. Ändern Sie die Verbindungszeichenfolge für AppMonitoringSource.

    4. Klicken Sie auf Anwendung Überwachung, und klicken Sie dann auf .NET Überwachung.

    5. Klicken Sie auf AppMonitoringSource.

    6. Auf der AppMonitoringSource auf Eigenschaften und ändern Sie die Verbindungszeichenfolge, um den neuen Datawarehouse Hauptrechenzentrum Quellservernamen enthalten, und klicken Sie dann auf Übernehmen.

    7. Schließen Sie den Browser.

  9. Aktualisieren Sie die Operations Manager-Datenbanktabelle auf dem Hostserver der operativen Datenbank.

    Hinweis Wenn die SCOM durch das Aktualisieren von SCOM 2007 statt mithilfe der Installationsmedien SCOM 2012 installiert wurde, müssen Sie zum Ändern der mt_datawarehouse Tabelle statt der dbo.MT_Microsoft$SystemCenter$DataWarehouse Tabelle.

    1. Öffnen Sie SQL Server Management Studio.

    2. Erweitern Sie Datenbanken, OperationsManager, und Tabellen.

    3. Mit der rechten Maustaste dbo.MT_Microsoft$SystemCenter$DataWarehouse, und klicken Sie dann auf oberste 200 Zeilen bearbeiten.

    4. Ändern Sie den Wert in der MainDatabaseServerName_2C77AA48_DB0A_5D69_F8FF_20E48F3AED0F Spalte auf den Namen der neuen SQL Server für die DW-Datenbank.

    5. Aktualisieren Sie die Operations Manager-Datenbank für Application Performance Monitoring-Funktionen.

    6. Mit der rechten Maustaste dbo.MT_Microsoft$SystemCenter$DataWarehouse$AppMonitoring, und klicken Sie dann auf oberste 200 Zeilen bearbeiten.

    7. Ändern Sie den Wert in der MainDatabaseServerName_5C00C79B_6B71_6EEE_4ADE_80C11F84527A Spalte auf den Namen der neuen SQL Server für die DW-Datenbank.

    8. Gehen Sie genauso für die folgenden Tabellen.

    9. Mit der rechten Maustaste Dbo. MT_Microsoft$ SystemCenter$ Data Warehouse$ AppMonitoring_Log und klicken Sie dann auf oberste 200 Zeilen bearbeiten. Ändern Sie den Wert der Spalte Post_MainDatabaseServerName_5C00C79B_6B71_6EEE_4ADE_80C11F84527A auf den Namen der neuen SQL Server für die DW-Datenbank.

    10. Mit der rechten Maustaste dbo.MT_Microsoft$SystemCenter$DataWarehouse_Log und klicken Sie dann auf oberste 200 Zeilen bearbeiten. Ändern Sie den Wert der Spalte. Pre_MainDatabaseServerName_2C77AA48_DB0A_5D69_F8FF_20E48F3AED0F.

    11. Schließen Sie SQL Server Management Studio.

  10. Aktualisieren Sie auf die neue Datawarehouse-Server Mitgliedsdatenbank.

    1. Öffnen Sie SQL Server Management Studio.

    2. Erweitern Sie Datenbanken, OperationsManagerDW, und Tabellen.

    3. Mit der rechten Maustaste Dbo. MemberDatabase, und klicken Sie dann auf oberste 200 Zeilen bearbeiten.

    4. Ändern Sie den Wert in der ServerName Spalte auf den Namen der neuen SQL Server.

    5. Schließen Sie SQL Server Management Studio.

  11. Erweitern Sie auf dem neuen Server hostet die operative Datenbank Security, erweitern Sie dann Anmeldungen, und fügen Sie dann das datenschreibkonto.

    Weitere Informationen finden Sie unter wie: Erstellen einer SQL Server-Anmeldung.

  12. Auch im Anmeldungen, fügen Sie das datenlesekonto hinzu.

  13. Auch im Anmeldungen, das mit dem Formular "Domäne\Computername$" Datenzugriffsdienst-Computerkonto hinzufügen.

  14. Fügen Sie für das Computerkonto des (Data Access Service, Datenzugriffsdienst) die folgenden benutzerzuordnungen hinzu:

    • db_datareader

    • OpsMgrReader

    • apm_datareader

    System_CAPS_noteHinweis

    Wenn ein Konto nicht vor dem in der SQL-Instanz es hinzufügen war, wird die Zuordnung von SID automatisch aus der wiederhergestellten Datawarehouse-Datenbank übernommen. Wenn das Konto, bevor Sie die SQL-Instanz vorhanden ist, eine Fehlermeldung, und zeigt Fehler für diese Anmeldung zwar das Konto in erscheint Anmeldungen. Wenn Sie eine neue Anmeldung erstellen, stellen Sie sicher User Mapping für Anmeldung und der Datenbank, auf die gleichen Werte wie die vorherige Anmeldung gesetzt:

    DW-Datenschreiber: Db_owner, OpsMgrWriter, Apm_datareader, apm_datawriter

    DW-Datenleser: "db_datareader", "opsmgrreader", apm_datareader

    DAS-Konfiguration-Konto: "db_datareader", "opsmgrreader", Apm_datareader

    Wenn DAS-Konfiguration das lokale Systemkonto verwendet wird, geben Sie das Computerkonto im Formular "< Domäne > \ < Computername >$".

  15. Starten Sie die Operations Manager-Dienste (System Center-Verwaltung, System Center-Datenzugriff und System Center-Verwaltungskonfiguration) auf allen Verwaltungsservern in der Verwaltungsgruppe.

Um eine erfolgreiche Verschiebung der Datawarehouse-Datenbank zu überprüfen.

  1. Stellen Sie sicher, dass Sie erfolgreich einen Bericht über die Konsole ausführen können.

  2. Stellen Sie sicher, der Zustand aller Verwaltungsserver in der Verwaltungsgruppe fehlerfrei.

    Wenn der Integritätsstatus von jedem Verwaltungsserver ist kritischen, öffnen Integritäts-Explorer, erweitern Sie Verfügbarkeit – <Servername>, und dann zu erweitern, bis Sie zu navigieren und Status Data Warehouse SQL RS bereitgestellten Management Packs Liste anfordern. Überprüfen Sie die zugehörigen Ereignisse, um festzustellen, ob ein Problem mit dem Datawarehouse-Datenbank zugreifen.

  3. Überprüfen Sie die Betriebssystem-Ereignisse:

    1. Öffnen Sie die Ereignisanzeige des Betriebssystems. Navigieren Sie zu Ereignisanzeige, und klicken Sie dann auf Operationsmanager.

    2. In der Operations Manager Bereich, suchen Sie nach Ereignissen mit einer Quelle von Integritätsdienstmodul und ein Kategorie von Data Warehouse.

      Der Verschiebevorgang war erfolgreich, wenn Ereignisnummer 31570, 31558 oder 31554 vorhanden ist.

      Es gibt ein Problem mit dem Datawarehouse-Datenbank zugreifen, wenn die Ereignis-IDs 31563, 31551, 31569 oder 31552 vorhanden ist.

  4. Überprüfen Sie die Ereignisse in Operations Manager:

    1. Wählen Sie in der MOM-Operatorkonsole Überwachung.

    2. Navigieren Sie zu Überwachung, Operationsmanager, Integritätsdienstmodul-Ereignisse, und klicken Sie dann auf Ereignisse in der Datenquellen-Leistung.

    3. Suchen der Leistung Modul Datenquellenereignisse Bereich nach Ereignissen mit einer Datum und Uhrzeit die älter als die Umstellung ist.

      Besteht ein Problem mit dem Datawarehouse-Datenbank, wenn Ereignisse verfügen über einen Quelle von Integritätsdienstmodul und ein Ereignisnummer von 10103.