Freigeben über

Wiederherstellen Ihrer Datenbanken – BizTalk Server

  • Artikel

Sie müssen alle Datenbanken bis zur selben Markierung wiederherstellen, um einen einheitlichen Transaktionsstatus der Datenbanken sicherzustellen. Weitere Informationen finden Sie unter Markierte Transaktionen, vollständige Sicherungen und Protokollsicherungen.

Wenn es im Zielsystem nur einen Server gibt, stellen Sie sicher, dass alle Protokollsicherungssätze (außer dem für den neuesten Satz) wiederhergestellt wurden. Weitere Informationen finden Sie unter Anzeigen des Verlaufs von wiederhergestellten Sicherungen. Wenn nicht alle Protokollsicherungssätze wiederhergestellt wurden und der Wiederherstellungsauftrag gerade nicht ausgeführt wird, führen Sie den Wiederherstellungsauftrag (bei Bedarf manuell) aus. Wenn es ausstehende Sicherungssätze gibt, die wiederhergestellt werden können, verarbeitet der Auftrag diese, bis sie alle wiederhergestellt sind.

Wenn es im Zielsystem mehrere Server gibt, müssen alle Server in denselben Sicherungssatz wiederhergestellt werden. Zeigen Sie den Wiederherstellungsverlauf auf jedem Server an und stellen Sie sicher, dass der neueste wiederhergestellte Protokollsicherungssatz auf allen Servern identisch ist. Falls nicht, müssen Sie den Wiederherstellungsauftrag auf allen Servern manuell ausführen, auf denen der neueste Protokollsicherungssatz wiederhergestellt werden muss.

Sobald sich alle Server im selben Sicherungssatz befinden, kann der letzte Satz manuell wiederhergestellt werden.

Die Tabelle adm_BackupHistory ist der zentrale Verlaufspunkt für den Protokollversandprozess für das Quellsystem. Sämtliche Sicherungsaufgaben werden in dieser Tabelle aufgezeichnet. Alle Server in Ihrem Zielsystem lesen Daten aus dieser Tabelle, um die Informationen zu empfangen, die zum Durchführen ihrer Wiederherstellungsaufgaben erforderlich sind.

Voraussetzungen

  • Wenn Sie die primäre BAM-Importdatenbank aus einer Sicherung wiederherstellen, müssen Sie auch die BAM-Archiv-, die BAM-Sternschema- und die BAM-Analysedatenbank mithilfe einer Sicherung wiederherstellen, die älter als die Sicherung der primären BAM-Datenbank ist. Weitere Informationen finden Sie unter Sichern und Wiederherstellen von BAM.
  • Wenn Sie die vollständigen Oder Protokollsicherungen für eine Quelldatenbank von dem Speicherort verschieben, an dem sie vom Sicherungsauftrag BizTalk Server platziert wurden, sollten Sie die zugeordnete Zeile für diese Datenbank in der bts_LogShippingDatabases-Tabelle auf dem Zielsystem aktualisieren, indem Sie LogFileLocation oder DBFileLocation auf den neuen Speicherort festlegen, an dem das Zielsystem die vollständigen Sicherungsdateien lesen soll. Diese Tabelle wird aufgefüllt, wenn Sie die gespeicherte Prozedur "bts_ConfigureBtsLogShipping" ausführen. Diese Spalten sind standardmäßig auf NULL festgelegt, was bedeutet, dass das Zielsystem die Sicherungsdateien an dem Speicherort lesen soll, der in der Tabelle "adm_BackupHistory" gespeichert ist.
  • Bewahren Sie eine Kopie Ihrer Sicherungsdateien stets an einem sicheren Ort auf. Selbst wenn Sie über Protokollsicherungen verfügen, können Sie Ihre Datenbanken ohne die Sicherungsdateien nicht wiederherstellen.

Voraussetzungen

Melden Sie sich bei SQL Server mit einem Konto an, das Mitglied der Rolle sysadmin SQL Server ist.

Wiederherstellen Ihrer Datenbanken

  1. Öffnen Sie auf dem Zielsystem SQL Server Management Studio, und stellen Sie eine Verbindung mit Ihrem SQL Server her.

  2. Erweitern Sie SQL Server-Agent und Aufträge. Gehen Sie folgendermaßen vor:

    1. Klicken Sie mit der rechten Maustaste auf den Auftrag BTS-Protokollversand – Sicherungsverlauf abrufen , und wählen Sie Deaktivieren aus. Der Status wechselt zu "Erfolg".

    2. Klicken Sie mit der rechten Maustaste auf den Auftrag BTS-Protokollversand – Datenbanken wiederherstellen , und wählen Sie Deaktivieren aus. Der Status wechselt zu "Erfolg".

    3. Klicken Sie mit der rechten Maustaste auf BTS-Protokollversand – Wiederherstellen, um zu markieren , und wählen Sie Auftrag starten bei Schritt aus. Wählen Sie Schritt-ID 1 und dann Start aus.

      Wenn sich die status in Success ändert, werden die SQL Server-Agent Aufträge und BizTalk Server Datenbanken im Zielsystem wiederhergestellt.

    Wichtig

    Wenn der Status fehler lautet, wählen Sie den Link im Feld Nachricht aus, um die Ursache zu ermitteln. Diese Aufträge müssen den Status "Erfolg" haben, bevor Sie fortfahren.

  3. Öffnen Sie auf der BizTalk Server, in der Sie die datei SampleUpdateInfo.xml bearbeitet haben, eine Eingabeaufforderung, und wechseln Sie zu:

    32-Bit-Computer: %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

    64-Bit-Computer: %SystemDrive%\Program Files (x86)\Microsoft BizTalk Server <version>\Bins32\Schema\Restore

  4. Geben Sie an der Eingabeaufforderung Folgendes ein:

    cscript UpdateDatabase.vbs SampleUpdateInfo.xml

    Hinweis

    Wenn Sie eine SQL Server 2016 oder höher verwenden, müssen Sie möglicherweise MSOLEDBSQL in UpdateDatabase.vbs verwenden. Wechseln Sie in UpdateDatabase.vbs zu conn.Provider = "SQLOLEDB". Ändern Sie SQLOLEDB in MSOLEDBSQL. Andernfalls schlägt das Skript möglicherweise mit dem Fehler fehl: SQL Server: Invalid connection string attribute.

    Laden Sie MSOLEDBSQL 18.x herunter.

    Dieses Skript aktualisiert sämtliche Tabellen, in denen Informationen zum Speicherort anderer Datenbanken gespeichert sind.

    Wichtig

    • Führen Sie UpdateDatabase.vbs auf einem Server in der BizTalk-Gruppe aus.
    • Auf 64-Bit-Computern müssen Sie "UpdateDatabase.vbs" an einer 64-Bit-Eingabeaufforderung ausführen. Beachten Sie, dass die Standardeingabeaufforderung auf 64-Bit-Computern eine 64-Bit-Eingabeaufforderung ist und sich unter %SystemDrive%\windows\System32\cmd.exe befindet.
    • Die BizTalk EDI-Engine erfordert keine eigenen Änderungen an SampleUpdateInfo.xml beim Wiederherstellen von Datenbanken. Es basiert auf der Konnektivität mit der BizTalkDTADb-Datenbank, um auf die EDI-Tabellen zuzugreifen.

  5. Kopieren Sie die bearbeitete SampleUpdateInfo.xml-Datei auf jedem Computer, auf dem BizTalk Server in dieser BizTalk-Gruppe ausgeführt wird, in den folgenden Ordner:

    32-Bit-Computer: Kopieren in %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

    64-Bit-Computer: Kopieren in %SystemDrive%\Program Files (x86)\Microsoft BizTalk Server <version>\Bins32\Schema\Restore

  6. Öffnen Sie auf jedem Computer in der Gruppe BizTalk Server eine Eingabeaufforderung, und wechseln Sie zu:

    32-Bit-Computer: %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

    64-Bit-Computer: %SystemDrive%\Program Files (x86)Microsoft BizTalk Server <version>\Bins32\Schema\Restore

  7. Geben Sie an der Eingabeaufforderung Folgendes ein:

    cscript UpdateRegistry.vbs SampleUpdateInfo.xml

    Dieses Skript aktualisiert sämtliche Registrierungseinträge, in denen Informationen zum Speicherort anderer Datenbanken gespeichert sind.

    Wichtig

    • Führen Sie UpdateRegistry.vbs auf jedem Server in der BizTalk-Gruppe aus.
    • Auf 64-Bit-Computern müssen Sie UpdateRegistry.vbs an einer 64-Bit-Eingabeaufforderung ausführen. Beachten Sie, dass die Standard-Eingabeaufforderung auf 64-Bit-Computern eine 64-Bit-Eingabeaufforderung ist und sich unter "%SystemDrive%\windows\System32\cmd.exe" befindet.

  8. Starten Sie alle BizTalk Server-Dienste neu. Weitere Informationen finden Sie unter Starten, Beenden, Anhalten, Fortsetzen oder Neustarten von BizTalk Server Services.

  9. Nach Wiederherstellung Ihrer Datenbank starten Sie den Dienst "Windows-Verwaltungsinstrumentation" neu.

    1. Öffnen Sie services.msc.

    2. Klicken Sie mit der rechten Maustaste auf Windows-Verwaltungsinstrumentation, und wählen Sie dann Neu starten aus.

  10. Öffnen Sie BizTalk Server Administration. Gehen Sie folgendermaßen vor:

    1. Klicken Sie mit der rechten Maustaste auf die Gruppe BizTalk, und wählen Sie Entfernen aus.

    2. Klicken Sie mit der rechten Maustaste auf BizTalk Server Verwaltung, und wählen Sie Mit vorhandener Gruppe verbinden aus.

    3. Wählen Sie in SQL Server Namen den Namen der SQL Server instance aus, die die BizTalk-Verwaltungsdatenbank hostet. Wenn Sie die SQL Server instance auswählen, erkennt BizTalk Server automatisch die BizTalk Server Datenbanken auf diesem Computer.

    4. Wählen Sie unter Datenbankname Die BizTalk-Verwaltungsdatenbank (standardmäßig BizTalkMgmtDb ) aus, und klicken Sie dann auf OK.

      Die BizTalk Server-Verwaltungskonsole fügt die BizTalk-Gruppe der Verwaltungskonsole hinzu.

      Ihr BizTalk Server ist jetzt wiederhergestellt und sollte ausgeführt werden. Konfigurieren Sie als Nächstes den Auftrag Backup BizTalk Server, um mit dem Schreiben von Sicherungen auf einen neuen Zielserver zu beginnen. Sie müssen auch ein neues Zielsystem neu konfigurieren.

Wichtig

  • Wenn Sie die Regel-Engine verwenden, müssen Sie nach dem Wiederherstellen der Datenbanken den Regel-Engine-Updatedienst auf jedem Server in der gruppe BizTalk Server neu starten. Weitere Informationen finden Sie unter Starten, Beenden, Anhalten, Fortsetzen oder Neustarten von BizTalk Server Services.
  • Wenn Sie BAM verwenden, ist es jetzt an der Zeit, die BAM-Datenbanken wiederherzustellen. Weitere Informationen finden Sie unter Sichern und Wiederherstellen von BAM.
  • Wenn Sie Datenbanken verschieben und BizTalk EDI oder den RosettaNet Accelerator verwenden, werden möglicherweise einige SQL-Ports für die BizTalk-Datenbanken eingerichtet. Exportieren Sie die Bindungen, suchen Sie nach den alten Datenbanklinks, und ersetzen Sie die Datenbanklinks entsprechend.

Nächste Schritte

Sichern und Wiederherstellen von BAM

Weitere Informationen

Konfigurieren des BizTalk Server-Sicherungsauftrags
Konfigurieren des Zielsystems für den Protokollversand