Konfigurieren des BizTalk Server-Sicherungsauftrags

  • Artikel

Nachdem Sie BizTalk Server installiert und konfiguriert haben, konfigurieren Sie den Auftrag Sicherung BizTalk Server, um Ihre Daten zu sichern.

Ab BizTalk Server Feature Pack 2016 können Sie Ihre Datenbanken und Protokolldateien in einem Azure Blob Storage-Konto sichern.

Überblick

Der Auftrag Backup BizTalk Server (BizTalkMgmtDb) umfasst die folgenden Schritte:

  • Schritt 1 – Festlegen der Komprimierungsoption: Aktivieren oder Deaktivieren der Komprimierung während der Sicherung

  • Schritt 2 – BackupFull: Führt vollständige Datenbanksicherungen der BizTalk Server Datenbanken aus.

  • Schritt 3 : MarkAndBackUpLog: Sichert die BizTalk Server Datenbankprotokolle

  • Schritt 4 – Löschen des Sicherungsverlaufs: Wählen Sie aus, wie lange der Sicherungsverlauf beibehalten wird.

Um diesen Auftrag zu konfigurieren, müssen Sie Folgendes ausführen:

  • Identifizieren der primären und Ziel-SQL-Server und anderer Sicherungsoptionen

  • Wählen Sie ein Windows-Benutzerkonto zum Sichern Ihrer Datenbanken aus, und erstellen Sie eine SQL Server Anmeldung für dieses Konto.

  • Zuordnen von SQL Server-Anmeldungen zur Datenbankrolle BTS_BACKUP_USERS in den BizTalk Server-Datenbanken

  • Stellen Sie sicher, dass der MSDTC-Dienst auf allen Knoten aktiv ist. Andernfalls schlägt das Hinzufügen eines Verbindungsservers zwischen dem Quellknoten und dem Zielknoten fehl.

Voraussetzungen

  • Für bestimmte Konfigurations- und Sicherungsvorgänge ist die Mitgliedschaft in der Rolle sysadmin SQL Server erforderlich. Um Ihre BizTalk Server Datenbanken zu sichern, melden Sie sich beim primären Server mit einem Konto an, das Mitglied der SQL Server sysadmin Server-Rolle ist. BizTalk Server Konfiguration fügt die Datenbankrolle BTS_BACKUP_USERS hinzu. Das Benutzerkonto, das Sie zum Sichern Ihrer Datenbanken verwenden, erfordert keine Systemadministratorberechtigungen (sysadmin SQL Server Rolle) für alle SQL Server, die möglicherweise an einer Sicherung beteiligt sind, mit Ausnahme des primären Servers.

  • Entscheiden Sie, welches Anmeldekonto Sie zum Ausführen Ihrer BizTalk Server Datenbanksicherungen verwenden. Sie können ein lokales Konto und mehrere Konten verwenden. Es ist jedoch im Allgemeinen einfacher und sicherer, ein dediziertes Windows-Domänenbenutzerkonto speziell für diesen Zweck zu erstellen. Sie müssen ein SQL Server-Anmeldekonto für diesen Benutzer konfigurieren, und der Benutzer muss einer SQL Server-Anmeldung für alle Server mit SQL Server zugeordnet werden, die am Sicherungsprozess beteiligt sind, entweder als primärer bzw. Quellserver oder sekundärer bzw. Zielserver. Weisen Sie diesen Benutzer der BizTalk-BTS_BACKUP_USERS-Datenbankrolle für jede der BizTalk Server Datenbanken zu, die Sie sichern.

  • Der Auftrag Sicherung BizTalk Server löscht keine veralteten Sicherungsdateien. Daher müssen Sie diese Sicherungsdateien manuell verwalten, um Speicherplatz zu sparen. Nachdem Sie eine neue vollständige Sicherung Ihrer Datenbanken erstellt haben, müssen Sie die veralteten Sicherungsdateien auf ein Archivierungsspeichergerät verschieben, um Festplattenspeicher freizugeben. Informationen zum Verwalten dieser Dateien finden Sie in den SSIS-Paketen .

  • BizTalk Server schreibt Trackingdaten nicht direkt in die BizTalk Tracking-Datenbank, sondern speichert die Daten in der MessageBox-Datenbank zwischen und verschiebt sie dann in die BizTalk-Überwachungsdatenbank. Wenn ein MessageBox-Datenverlust erfolgt, gehen möglicherweise auch Nachverfolgungsdaten verloren.

Voraussetzungen

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

  • Konfigurieren Sie den SQL Server Agent-Dienst für die Ausführung unter einem Domänenkonto mit einer zugeordneten Benutzeranmeldung für jede SQL Server-Instanz (empfohlen, obwohl auch lokale Konten verwendet werden können).

  • Um ein Azure Blob Storage-Konto verwenden zu können, benötigen Sie ein Universelles Speicherkonto, einen Container in Ihrem Blob Storage-Konto, eine SAS (Shared Access Signature ) und SQL-Anmeldeinformationen, die die SAS verwenden. Nachdem Sie erstellt haben, haben Sie die Endpunkt-URL des Blobdiensts bereit, was etwa https:// ystorageaccount.blob.core.windows.net/containername ist.

    Tipp

    Wenn Kein vorhandenes Blob storage-Konto mit einer SAS konfiguriert ist, können das SAS PowerShell-Skript es und den Container erstellen. SQL Server Backup to URL bietet eine Übersicht und die spezifischen Schritte.

Konfigurieren des Auftrags

  1. Öffnen Sie auf dem SQL Server, der die BizTalk Management-Datenbank hostet, SQL Server Management Studio, und stellen Sie eine Verbindung mit Ihrem SQL Server her.

  2. Erweitern Sie SQL Server-Agent, und erweitern Sie Aufträge.

  3. Klicken Sie mit der rechten Maustaste auf Backup BizTalk Server (BizTalkMgmtDb), und wählen Sie Eigenschaften aus. Wählen Sie in den Auftragseigenschaften die Option Schritte aus.

  4. Wählen Sie den Schritt Komprimierungsoption festlegen aus, und wählen Sie Bearbeiten aus:

    In diesem Schritt wird die sp_SetBackupCompression gespeicherte Prozedur in der BizTalk-Verwaltungsdatenbank (BizTalkMgmtDb) aufgerufen, um den Wert für die adm_BackupSettings Tabelle festzulegen. Die gespeicherte Prozedur verfügt über einen Parameter: @bCompression. Standardmäßig ist sie auf 0 festgelegt (Sicherungskomprimierung ist deaktiviert). Um die Komprimierung anzuwenden, ändern Sie den Wert in 1:

    exec [dbo].[sp_SetBackupCompression] @bCompression = 1 /*0 - Do not use Compression, 1 - Use Compression */

    Klicken Sie auf OK.

  5. Wählen Sie den Schritt BackupFull aus, und wählen Sie Bearbeiten aus. Aktualisieren Sie im Feld Befehl die Parameterwerte:

    1. Häufigkeit: Der Standardwert ist d (täglich); Dies ist die empfohlene Einstellung. Weitere Werte sind h (stündlich), w (wöchentlich), m (monatlich) oder y (jährlich).

    2. Name: Der Standardwert ist BTS. Der Name wird als Teil des Sicherungsdateinamens verwendet.

    3. Speicherort der Sicherungsdateien: Ersetzen Sie "<Zielpfad>" durch den vollständigen Pfad (der Pfad muss die einzelnen Anführungszeichen enthalten) zu dem Computer und Ordner, in dem Sie die BizTalk Server Datenbanken oder die Blobdienst-Endpunkt-URL in einem Azure Blob Storage-Konto sichern möchten.

      Wichtig

      • Wenn Sie einen lokalen Pfad eingeben, müssen Sie alle Dateien manuell in denselben Ordner auf dem Zielsystem kopieren, wenn der Sicherungsauftrag BizTalk Server neue Dateien erstellt.

        Um einen Remotepfad zu verwenden, geben Sie eine UNC-Freigabe ein, z. B. \\<ServerName>\<SharedDrive>\, wobei <ServerName> der Name des Servers ist, auf dem die Dateien gespeichert werden sollen, und <SharedDrive> den Namen des freigegebenen Laufwerks oder Ordners.

        Beim Sichern von Daten über ein Netzwerk können ggf. Netzwerkfehler auftreten. Wenn Sie einen Remotespeicherort verwenden, überprüfen Sie, ob die Sicherung erfolgreich war, wenn der Sicherungsauftrag BizTalk Server abgeschlossen ist.

      • Damit ein potenzieller Datenverlust vermieden wird, konfigurieren Sie den Sicherungsdatenträger auf einem anderen Datenträger als für die Datenbankdaten und Protokolldatenträger. Nur so kann sichergestellt werden, dass Sie auch dann auf die Sicherungen zugreifen können, wenn die Daten- oder Protokolldatenträger ausfallen.

      • Geben Sie beim Sichern in einem Azure-Blobkonto die Endpunkt-URL des Blobdiensts und den Containernamen ein, die in den Eigenschaften Ihres Blobdiensts im Azure-Portal aufgeführt sind.

    4. Optional. Vollständige Sicherung nach teilweisen Sicherungsfehlern erzwingen (@ForceFullBackupAfterPartialSetFailure): Der Standardwert ist 0. Wenn eine Protokollsicherung fehlschlägt, werden keine vollständigen Sicherungen ausgeführt, bis das nächste vollständige Sicherungshäufigkeitsintervall erreicht ist. Ersetzen Sie durch 1 , wenn eine vollständige Sicherung ausgeführt werden soll, wenn ein Protokollsicherungsfehler auftritt.

    5. Optional. Ortszeit für die Ausführung des Sicherungsvorgangs (@BackupHour): Der Standardwert ist NULL. Der Sicherungsauftrag ist nicht der Zeitzone des BizTalk Server Computers zugeordnet und wird um Mitternacht UTC (0000) ausgeführt. Wenn Sie eine Sicherung zu einer bestimmten Stunde in der Zeitzone des BizTalk Server Computers durchführen möchten, geben Sie einen ganzzahligen Wert von 0 (Mitternacht) bis 23 (23 Uhr) als Ortszeit ein.

    6. Optional. Lokale Zeit verwenden (@UseLocalTime): Weist die Prozedur an, die Ortszeit zu verwenden. Der Standardwert ist 0 und verwendet die aktuelle UTC-Zeit – GETUTCDATE() – 2007-05-04 01:34:11.933. Wenn sie auf 1 festgelegt ist, wird die lokale Zeit verwendet – GETDATE() – 2007-05-03 18:34:11.933

    Im folgenden Beispiel werden tägliche Sicherungen um 2 Uhr morgens erstellt und im Laufwerk m:\ gespeichert:

    exec [dbo].[sp_BackupAllFull_Schedule]   
'd' /* Frequency */,   
'BTS' /* Name */,   
'm:\BizTalkBackups' /* location of backup files */,   
'0' /* 0 (default) or 1 ForceFullBackupAfterPartialSetFailure */,   
'2' /* local time hour for the backup process to run */

    Im folgenden Beispiel werden wöchentliche Sicherungen um Mitternacht UTC-Zeit erstellt und in Ihrem Azure-Blobkonto gespeichert:

    exec [dbo].[sp_BackupAllFull_Schedule]   
'w' /* Frequency */,   
'BTS' /* Name */,   
'http://yourstorageaccount.blob.core.windows.net/yourcontainer/' /* location of backup files */,   
'1' /* 0 (default) or 1 ForceFullBackupAfterPartialSetFailure */

    Klicken Sie auf OK.

  6. Wählen Sie den Schritt MarkAndBackupLog aus, und wählen Sie Bearbeiten aus. Aktualisieren Sie im Feld Befehl die Parameterwerte:

    1. @MarkName: Dies ist Teil der Benennungskonvention für Sicherungsdateien: <Servername>_<Datenbankname>_Log_< Protokollmarkierungsname >_<Timestamp>

    2. @BackupPath: Vollständiger Zielpfad (einschließlich einzelner Anführungszeichen) zum Computer und Ordner zum Speichern der BizTalk Server Datenbankprotokolle oder des Azure Blob Storage-Kontos und -Containers. Der <Zielpfad> kann auch lokal oder ein UNC-Pfad zu einem anderen Server sein.

      Der Schritt "MarkAndBackupLog" kennzeichnet die Protokolle für die Sicherung und sichert sie anschließend.

    Wichtig

    Um potenzielle Datenverluste zu vermeiden und die Leistung zu verbessern, sollte der <Zielpfad> auf einen anderen Computer oder eine andere Festplatte festgelegt werden, die sich von dem unterscheidet, was zum Speichern der ursprünglichen Datenbankprotokolle verwendet wird.

    Klicken Sie auf OK.

  7. Wählen Sie den Schritt Sicherungsverlauf löschen aus, und wählen Sie Bearbeiten aus. Aktualisieren Sie im Feld Befehl die Parameterwerte:

    1. @DaysToKeep: Der Standardwert ist 14 Tage. Bestimmt, wie lange der Sicherungsverlauf in der Adm_BackupHistory Tabelle aufbewahrt wird. Das regelmäßige Löschen des Sicherungsverlaufs trägt dazu bei, dass die Adm_BackupHistory Tabelle eine angemessene Größe aufweist.

    2. Optional. @UseLocalTime: Weist die Prozedur an, die Ortszeit zu verwenden. Der Standardwert ist 0. Es verwendet die aktuelle UTC-Zeit – GETUTCDATE() – 2007-05-04 01:34:11.933. Wenn sie auf 1 festgelegt ist, wird die lokale Zeit verwendet – GETDATE() – 2007-05-03 18:34:11.933

    exec [dbo].[sp_DeleteBackupHistory] @DaysToKeep=14, @UseLocalTime =1

    Hinweis

    In diesem Schritt werden keine Sicherungsdateien aus dem Zielpfad gelöscht.

    Wählen Sie OK aus, und schließen Sie alle Eigenschaftenfenster.

  8. Optional. Ändern Sie den Sicherungszeitplan. Weitere Informationen finden Sie unter Planen des Sicherungsauftrags BizTalk Server.

    Hinweis

    Der Auftrag Backup BizTalk Server wird ausgeführt, wenn Sie ihn zum ersten Mal konfigurieren. Standardmäßig führt der Auftrag Backup BizTalk Server bei nachfolgenden Ausführungen einmal täglich eine vollständige Sicherung und alle 15 Minuten Protokollsicherungen durch.

  9. Klicken Sie mit der rechten Maustaste auf den Auftrag Backup BizTalk Server, und wählen Sie Aktivieren aus. Die status sollte in Erfolg geändert werden.

Ausführen von Backup_Setup_All_Procs.sql und LogShipping_Destination_Logic.sql

BizTalk Server 2016 Feature Pack 2 (FP2) verwendet die Skripts Backup_Setup_All_Procs.sql und LogShipping_Destination_Logic.sql in \Program Files (x86)\Microsoft BizTalk Server *your version*\Schema.

Wenn Ihr Sicherungsauftrag BizTalk Server bereits konfiguriert ist und Sie zur Verwendung eines Azure-Blobs (anstelle eines Datenträgers) wechseln möchten, gehen Sie auch wie folgt vor:

  1. Führen Sie auf der SQL Server das Backup_Setup_All_Procs.sql Skript für alle benutzerdefinierten Datenbanken aus, die vom Auftrag Backup BizTalk Server gesichert werden. Standardmäßig aktualisiert FP2 automatisch BizTalk-Datenbanken. Es werden keine benutzerdefinierten Datenbanken (die Datenbanken in der adm_OtherBackupDatabases Tabelle in BizTalkMgmtDb) aktualisiert.

    Sichern benutzerdefinierter Datenbanken enthält weitere Details zu benutzerdefinierten Datenbanken.

  2. Wenn Sie den Protokollversand verwenden, führen Sie das Skript LogShipping_Destination_Logic.sql auf dem Zielsystem in SQL Server aus. Wenn Sie den Protokollversand nicht verwenden, führen Sie dieses Skript nicht aus.

    Konfigurieren des Zielsystems für den Protokollversand enthält weitere Details zum Zielsystem.

Sp_ForceFullBackup, gespeicherte Prozedur

Die sp_ForceFullBackup gespeicherten Prozedur in der BizTalkMgmtDb-Datenbank kann verwendet werden, um eine vollständige Ad-hoc-Sicherung der Daten- und Protokolldateien auszuführen. Die gespeicherte Prozedur aktualisiert die Tabelle "adm_ForceFullBackup" mit dem Wert 1. Wenn der Auftrag backup BizTalk Server das nächste Mal ausgeführt wird, wird ein vollständiger Datenbanksicherungssatz erstellt.

Nächste Schritte

Konfigurieren des Zielsystems für den Protokollversand
Planen des BizTalk Server-Sicherungsauftrags
Azure-Speicherkonten
SQL Server-Sicherung über URL