Freigeben über

Verschieben der Betriebsdatenbank

  • Artikel

Nach der erstbereitstellung von System Center Operations Manager müssen Sie die Betriebsdatenbank möglicherweise von einem Microsoft SQL Server-basierten Computer auf einen anderen verschieben.

Während der Verschiebung müssen Sie die Dienste auf Ihren Verwaltungsservern stoppen, die Datenbank sichern, die Datenbank wiederherstellen, die Registrierung und die Konfigurationsdatei auf den Verwaltungsservern aktualisieren, Datenbanktabellen aktualisieren, neue Anmeldungen hinzufügen und die Einstellungen für die Benutzerzuordnung für Anmeldungen ändern. Weitere Informationen finden Sie in der SQL Server-Dokumentation.

Hinweis

Diese Prozedur kann zu Datenverlust führen, wenn es nicht korrekt und innerhalb eines angemessenen Zeitraums nach dem Ausfall durchgeführt wird. Stellen Sie sicher, dass Sie alle Schritte genau befolgen, ohne dass es unnötige Verzögerungen zwischen den Schritten gibt.

Zusammenfassung der Schritte

Diagramm mit Zusammenfassungsschritten zum Verschieben der Betriebsdatenbank.

Stoppen der Operations Manager-Dienste

Stoppen Sie auf allen Verwaltungsservern in der Verwaltungsgruppe die Operations Manager-Dienste:

  • System Center-Datenzugriff (omsdk)
  • Microsoft Monitoring Agent (HealthService)
  • System Center-Verwaltungskonfiguration (cshost)

Sichern der Betriebsdatenbank auf der alten SQL Server-Instanz

  1. Erstellen Sie auf der ursprünglichen SQL Server-Instanz, die die Betriebsdatenbank hostet, mit Microsoft SQL Server Management Studio eine vollständige Sicherung der Datenbank. Der Standardname ist OperationsManager.

    Weitere Informationen finden Sie unter Vorgehensweise: Sichern einer Datenbank (SQL Server Management Studio).

  2. Kopieren Sie die Sicherungsdatei auf ein lokales Laufwerk der neuen SQL Server-Instanz.

Wiederherstellen der Betriebsdatenbank in der neuen SQL Server-Instanz

Hinweis

Nach der Bereitstellung von Operations Manager auf den SQL-Serverknoten, die an SQL Always On teilnehmen, führen Sie das SQL-Skript auf jeder Operations Manager-Datenbank aus, um CLR Strict Security zu aktivieren.

  1. Verwenden Sie Microsoft SQL Server Management Studio, um die betriebsbereite Datenbank wiederherzustellen. (Im vorherigen Schritt haben Sie die Datenbank-Sicherungsdatei auf ein lokales Laufwerk der neuen SQL Server-Instanz verschoben.) In diesem Schritt können Sie den Namen der Datenbank ändern und den Speicherort der Datei auswählen.

    Weitere Informationen finden Sie unter Wiederherstellen einer Datenbanksicherung (SQL Server Management Studio).

  2. Verifizieren Sie in SQL Server Management Studio, dass die Datenbank online ist.

Aktualisierung der Registrierungs- und Konfigurationsdateien auf den Verwaltungsservern und der Betriebsdatenbank

Nachdem Sie die Operations Manager-Betriebsdatenbank auf eine andere SQL Server-Instanz verschoben haben, müssen Sie die folgenden Schritte ausführen, um alle Verwaltungsserver in der Verwaltungsgruppe neu zu konfigurieren, damit sie auf den neuen Computernamen und die neue Instanz verweisen. Dazu müssen die Registrierung, die Konfigurations-Dienstkonfigurationsdatei und mehrere Tabellen in der Betriebsdatenbank geändert werden. Die Schritte sind im Abschnitt Wie man Operations Manager für die Kommunikation mit SQL Server konfiguriert beschrieben.

Aktualisieren von Sicherheitsanmeldeinformationen für die neue SQL Server-Instanz, die die Betriebsdatenbank hosten

  1. Öffnen Sie in der neuen SQL Server-Instanz, in der die betriebsbereite Datenbank gehostet wird, SQL Management Studio.

  2. Erweitern Sie Sicherheit, dann Anmeldungen, und fügen Sie den Namen des Datenschreiberkontos hinzu.

  3. Fügen Sie unter Zugangsdaten das Datenschreiberkonto hinzu. Weitere Informationen finden Sie unter Erstellen einer SQL Server-Anmeldung.

  4. Fügen Sie unter Zugangsdaten das Aktionskonto des Verwaltungsservers hinzu.

  5. Fügen Sie unter Zugangsdaten das DAS-Benutzerkonto (Data Access Service) im Format „domain\user“ hinzu.

  6. Fügen Sie für das DAS-Benutzerkonto die folgenden Benutzerzuordnungen hinzu:

    • ConfigService
    • db_accessadmin
    • db_datareader
    • db_datawriter
    • db_ddladmin
    • db_securityadmin
    • sdk_users
    • sql_dependency_subscriber

  7. Wenn ein Konto in der SQL Server-Instanz, zu der Sie es hinzufügen, noch nicht existiert hat, wird die Zuordnung von SID automatisch aus der wiederhergestellten operativen Datenbank übernommen. Wenn das Konto in dieser SQL Server-Instanz bereits existiert hat, erhalten Sie eine Fehlermeldung für diese Anmeldung, obwohl das Konto unter Zugangsdaten erscheint. Wenn Sie eine neue Anmeldung erstellen, vergewissern Sie sich, dass die Benutzerzuordnung für diese Anmeldung und die Datenbank auf die gleichen Werte wie bei der vorherigen Anmeldung eingestellt sind, wie folgt:

    Anmelden Datenbank
    DW Data Writer - apm_datareader
    - apm_datawriter
    - db_datareader
    - dwsynch_users
    Aktionskonto - db_datareader
    - db_datawriter
    db_ddladmin
    - dbmodule_users
    DAS/Konfigurationskonto - ConfigService
    - db_accessadmin
    - db_datareader
    - db_datawriter
    db_ddladmin
    - db_securityadmin
    - sdk_users
    - sql_dependency_subscriber

    Hinweis

    Wenn das DAS/Konfigurationskonto das LocalSystem-Konto verwendet, geben Sie das Computerkonto in der Form <Domäne><Computername>$ an.

Aktualisieren der SQL-Konfiguration für die neue SQL Server-Instanz, die die betriebsbereite Datenbank hosten

In den folgenden Schritten unterscheidet sich der Datenbankname möglicherweise von der Standardeinstellung. Sie können die Abfrage in Den Operations Manager-Betriebsdatenbanknamen ändern.

  1. CLR muss aktiviert sein. Führen Sie dazu die folgenden Abfragen auf der neuen SQL Server-Instanz aus, die die Operations Manager-Betriebsdatenbank hostet:

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

  2. SQL Service Broker muss aktiviert sein. Führen Sie die folgende SQL-Abfrage aus, um zu prüfen, ob sie aktiviert ist:

    SELECT is_broker_enabled FROM sys.databases WHERE name='OperationsManager'

    Wenn das Ergebnis dieser Abfrage ein is_broker_enabled-Wert von 1 war, überspringen Sie diesen Schritt. Führen Sie andernfalls die folgenden SQL-Abfragen aus:

    ALTER DATABASE OperationsManager SET SINGLE_USER WITH ROLLBACK IMMEDIATE
ALTER DATABASE OperationsManager SET ENABLE_BROKER
ALTER DATABASE OperationsManager SET MULTI_USER

  3. FullText muss aktiviert sein. Führen Sie die folgende SQL-Abfrage aus, um zu überprüfen, ob FullText aktiviert ist:

    SELECT is_fulltext_enabled FROM sys.databases WHERE name='OperationsManager'

    Wenn das Ergebnis dieser Abfrage ein is_fulltext_enabled Wert von 1 war, überspringen Sie diesen Schritt. Führen Sie andernfalls die folgenden SQL-Abfragen aus:

    EXEC sp_fulltext_database 'enable'

Starten der Operations Manager-Dienste

  1. Starten Sie auf allen Verwaltungsservern in der Verwaltungsgruppe die Operations Manager-Dienste:
    • System Center-Datenzugriff (omsdk)
    • Microsoft Monitoring Agent (HealthService)
    • System Center-Verwaltungskonfiguration (cshost)

Aktualisieren eines Dienstprinzipalnamens für Kerberos-Verbindungen

Um die Kerberos-Authentifizierung mit SQL Server zu aktualisieren, sollten Sie einen Dienstprinzipalnamen für Kerberos-Verbindungen registrieren, damit sich Verwaltungsserver mit dem SQL Server über das Kerberos-Protokoll authentifizieren können.

Nächste Schritte