Freigeben über

Informationen zum Protokollversand (SQL Server)

Gilt für:SQL Server

SQL Server -Protokollversand können Sie automatisch Transaktionsprotokollsicherungen von einer primären Datenbank auf einer Instanz eines primären Servers an eine oder mehrere sekundäre Datenbanken auf separaten Instanzen eines sekundären Servers senden. Die Transaktionsprotokollsicherungen werden einzeln auf jede der sekundären Datenbanken angewendet. Eine optionale dritte Serverinstanz, die als Überwachungsserverbezeichnet wird, zeichnet den Verlauf und den Status von Sicherungs- und Wiederherstellungsvorgängen auf und löst optional Warnungen aus, falls diese Vorgänge nicht wie geplant ausgeführt werden können.

Übersicht über den Protokollversand

Der Protokollversand besteht aus drei Vorgängen:

  1. Sichern des Transaktionsprotokolls auf der primären Serverinstanz.
  2. Kopieren der Transaktionsprotokolldatei auf die sekundäre Serverinstanz.
  3. Wiederherstellen der Protokollsicherung auf der sekundären Serverinstanz.

Das Protokoll kann an mehrere sekundäre Serverinstanzen versendet werden. In diesen Fällen werden die Schritte 2 und 3 für jede sekundäre Serverinstanz dupliziert.

Eine Protokollversandkonfiguration schlägt nicht automatisch vom primären Server auf den sekundären Server fehl. Falls die primäre Datenbank nicht mehr verfügbar ist, kann eine der sekundären Datenbanken manuell online geschaltet werden.

Sie können eine sekundäre Datenbank für Berichtszwecke verwenden.

Darüber hinaus können Sie Warnungen für die Protokollversandkonfiguration konfigurieren.

Typische Protokollversandkonfiguration

In der folgenden Abbildung wird eine Protokollversandkonfiguration mit der primären Serverinstanz, drei sekundären Serverinstanzen und einer Überwachungsserverinstanz dargestellt. In der Abbildung werden die Schritte, die vom Sicherungs-, Kopier- und Wiederherstellungsauftrag ausgeführt werden, folgendermaßen veranschaulicht:

  1. Die primäre Serverinstanz führt den Sicherungsauftrag aus, um das Transaktionsprotokoll in der primären Datenbank zu sichern. Diese Serverinstanz speichert die Protokollsicherung dann in einer primären Protokollsicherungsdatei, die an den Sicherungsordner gesendet wird. In dieser Abbildung befindet sich der Sicherungsordner in einem freigegebenen Verzeichnis, der Sicherungsfreigabe.

  2. Jede der drei sekundären Serverinstanzen führt einen eigenen Kopierauftrag aus, um die primäre Protokollsicherungsdatei in ihren eigenen lokalen Zielordner zu kopieren.

  3. Jede sekundäre Serverinstanz führt einen eigenen Wiederherstellungsauftrag aus, um die Protokollsicherung aus dem lokalen Zielordner in der lokalen sekundären Datenbank wiederherzustellen.

Die primäre Serverinstanz und die sekundäre Serverinstanz senden ihre eigenen Verlaufs- und Statusinformationen an die Überwachungsserverinstanz.

Das Konfigurationsdiagramm zeigt Sicherungs-, Kopier- und Wiederherstellungsaufträge.

TLS 1.3-Verschlüsselung erzwingen

SQL Server 2025 (17.x) führt die TDS 8.0-Unterstützung für den Protokollversand ein. Das TDS 8.0-Protokoll bietet erweiterte Sicherheit und Verschlüsselung für Daten, die zwischen den primären und sekundären Servern einer Protokollversandtopologie übertragen werden. Wählen Sie zwischen obligatorischer oder strenger Verschlüsselung für die Kommunikation zwischen Servern aus.

In SQL Server 2025 (17.x) wird für den Protokollversand der Microsoft OLE DB-Treiber für SQL Server als Standardversion für verknüpfte Server verwendet, wobei ein Standardwert von EncryptMandatory festgelegt ist.

Wenn Sie die TLS 1.3-Verschlüsselung in Ihrer vorhandenen Protokollversandkonfiguration verwenden möchten, legen Sie die Topologie ab, und erstellen Sie dann die Topologie mit den neuen TLS 1.3-Parametern in den gespeicherten Protokollversandprozeduren neu.

Die Überwachung des Protokollversands kann fehlschlagen, wenn der Monitor eine Remoteinstanz von SQL Server 2025 ist.

Die Protokollversandüberwachung kann unterbrochen werden, wenn der Monitor eine SQL Server 2025(17.x)-Remoteinstanz ist, wenn andere SQL Server-Instanzen in der Protokollversandtopologie eine frühere Version verwenden. Möglicherweise erhalten Sie einen der folgenden Fehler:

OLE DB provider "MSOLEDBSQL19" for linked server "<server>" returned message "Client unable to establish connection. For solutions related to encryption errors, see https://go.microsoft.com/fwlink/?linkid=2227882.".

Oder:

Msg 32055, Level 16, State 2, Procedure master.dbo.sp_add_log_shipping_primary_database, Line 325 [Batch Start Line 10]
There was an error configuring the remote monitor server.

Um dieses Problem zu umgehen, legen Sie die Protokollversandkonfiguration sowohl für primäre als auch für sekundäre Replikate ab, und erstellen Sie sie neu. Ein Beispielskript ist unter "Verwenden eines Remotemonitors mit Konnektivitätsoptionen" verfügbar.

Weitere Informationen finden Sie unter Verschlüsselungs- und Zertifikatüberprüfungsverhalten.

Vorteile

  • Stellt eine Lösung für die Wiederherstellung im Notfall für eine einzelne primäre Datenbank und eine oder mehrere sekundäre Datenbanken bereit, jede auf einer separaten Instanz von SQL Server.

  • Unterstützt beschränkten schreibgeschützten Zugriff auf sekundäre Datenbanken (während des Intervalls zwischen Wiederherstellungsaufträgen).

  • Ermöglicht eine vom Benutzer angegebene Verzögerung zwischen dem Zeitpunkt, zu dem der primäre Server das Protokoll der primären Datenbank sichert, und dem Zeitpunkt, zu dem die sekundären Server die Protokollsicherung wiederherstellen (anwenden) müssen. Eine längere Verzögerung kann nützlich sein, wenn z. B. versehentlich Daten in der primären Datenbank geändert werden. Wenn die versehentliche Änderung schnell bemerkt wird, kann eine Verzögerung es Ihnen ermöglichen, die noch unveränderten Daten von einer sekundären Datenbank abzurufen, bevor die Änderung dort widergespiegelt wird.

Begriffe und Definitionen

  • Primärer Server: Die Instanz von SQL Server , die der Produktionsserver ist.

  • Primäre Datenbank: Die Datenbank auf dem primären Server, die Sie auf einem anderen Server sichern möchten. Die gesamte Verwaltung der Protokollversandkonfiguration über SQL Server Management Studio erfolgt von der primären Datenbank aus.

  • Sekundärer Server: Die Instanz von SQL Server , auf der Sie eine betriebsbereite Standby-Kopie der primären Datenbank bereithalten möchten.

  • Sekundäre Datenbank: Die betriebsbereite Standby-Kopie der primären Datenbank. Die sekundäre Datenbank befindet sich möglicherweise entweder im ZUSTAND "RECOVERING" oder im STANDBY Zustand, der die Datenbank für eingeschränkten schreibgeschützten Zugriff verfügbar lässt.

  • Überwachungsserver: Eine optionale Instanz von SQL Server , die alle Informationen zum Protokollversand nachverfolgt:

    • Wann das Transaktionsprotokoll in der primären Datenbank zuletzt gesichert wurde.
    • Wann die Sicherungsdateien zuletzt von den sekundären Servern kopiert und wiederhergestellt wurden.
    • Informationen zu Sicherungsfehlerwarnungen.

    Wichtig

    Nachdem der Monitorserver konfiguriert wurde, kann er nicht mehr geändert werden, ohne zuerst den Protokollversand zu entfernen.

  • Backup-Auftrag: Ein SQL Server-Agent-Auftrag, der den Sicherungsvorgang ausführt, den Verlauf auf dem lokalen Server und dem Überwachungsserver protokolliert und veraltete Sicherungsdateien und Verlaufsinformationen löscht. Wenn der Protokollversand aktiviert ist, wird die Auftragskategorie "Protokollversandsicherung" in der primären Serverinstanz erstellt.

  • Kopierauftrag: Ein SQL Server-Agent-Auftrag, der die Sicherungsdateien vom primären Server in ein konfigurierbares Ziel auf dem sekundären Server kopiert und den Verlauf auf dem sekundären Server und dem Überwachungsserver protokolliert. Wenn der Protokollversand auf einer Datenbank aktiviert ist, wird die Auftragskategorie "Protokollversandkopie" in jeder sekundären Serverinstanz in einer Protokollversandkonfiguration erstellt.

  • Wiederherstellungsauftrag: Ein SQL Server-Agent-Auftrag, der die kopierten Sicherungsdateien in den sekundären Datenbanken wiederherstellt. Er protokolliert den Verlauf auf dem lokalen Server und dem Überwachungsserver und löscht veraltete Dateien und Verlaufsinformationen. Wenn der Protokollversand in einer Datenbank aktiviert ist, wird die Auftragskategorie "Protokollversandwiederherstellung" in der sekundären Serverinstanz erstellt.

  • Warnungsauftrag: Ein SQL Server-Agent-Auftrag, der Warnungen für primäre und sekundäre Datenbanken auslöst, wenn ein Sicherungs- oder Wiederherstellungsvorgang nicht erfolgreich innerhalb eines angegebenen Schwellenwerts abgeschlossen wird. Wenn der Protokollversand in einer Datenbank aktiviert ist, wird die Auftragskategorie "Protokollversandwarnung"in der Überwachungsserverinstanz erstellt.

    Tipp

    Für jede Warnung müssen Sie eine Warnungsnummer angeben. Stellen Sie sicher auch sicher, dass die Warnung zum Benachrichtigen eines Bedieners konfiguriert ist, wenn eine Warnung ausgelöst wird.

Interoperabilität

Der Protokollversand kann mit den folgenden Funktionen oder Komponenten von SQL Serververwendet werden:

Hinweis

Always On-Verfügbarkeitsgruppen und Datenbankspiegelung schließen sich gegenseitig aus. Eine Datenbank, die für eine dieser Features konfiguriert ist, kann nicht für die andere konfiguriert werden.

Achtung

Bekanntes Problem: Bei Datenbanken mit speicheroptimierten Tabellen kann die Durchführung einer Transaktionsprotokollsicherung ohne Wiederherstellung und später das Ausführen einer Wiederherstellung eines Transaktionsprotokolls mit der Wiederherstellung zu einem nicht reagierenden Datenbankwiederherstellungsprozess führen. Dieses Problem kann sich auch auf die Protokollversandfunktionalität auswirken. Um dieses Problem zu umgehen, kann die SQL-Server-Instanz vor dem Initiieren des Wiederherstellungsvorgangs neu gestartet werden.

Zugehöriger Inhalt

  • Last updated on