Versand protokollieren - AWS Präskriptive Leitlinien

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Versand protokollieren

Mit dem Protokollversand können Sie Transaktionsprotokoll-Backups automatisch von einer primären Datenbank-Instance an eine oder mehrere sekundäre Datenbanken (auch bekannt als Warm-Standby) auf separaten DB-Instances senden. Beim Protokollversand werden Aufträge des SQL Server-Agents verwendet, um das Sichern, Kopieren und Anwenden der Transaktionsprotokollsicherungen zu automatisieren. Obwohl der Protokollversand in der Regel als Disaster Recovery-Funktion betrachtet wird, kann er auch für hohe Verfügbarkeit sorgen, da sekundäre DB-Instances heraufgestuft werden können, falls die primäre DB-Instance ausfällt. Wenn Ihr RTO und RPO flexibel sind oder Ihre Datenbanken nicht als äußerst geschäftskritisch angesehen werden, sollten Sie den Protokollversand in Betracht ziehen, um eine bessere Verfügbarkeit Ihrer SQL Server-Datenbanken zu gewährleisten.

Der Protokollversand erhöht die Verfügbarkeit von Datenbanken, indem er den Zugriff auf sekundäre Datenbanken ermöglicht, die bei Bedarf als schreibgeschützte Kopien der Primärdatenbank verwendet werden können. Sie können eine Verzögerung (eine längere Verzögerungszeit) konfigurieren, während der Sie versehentlich geänderte Daten in der Primärdatenbank wiederherstellen können, bevor diese Änderungen an die Sekundärdatenbank gesendet werden.

Wir empfehlen, die primären und sekundären DB-Instances in separaten Availability Zones auszuführen und eine Monitor-Instance bereitzustellen, um alle Details des Protokollversands nachzuverfolgen. Backup-, Kopier-, Wiederherstellungs- und Fehlerereignisse für eine Protokollversandgruppe sind in der Monitor-Instance verfügbar. Bei einer Konfiguration für den Protokollversand wird nicht automatisch ein Failover vom Primärserver auf den Sekundärserver durchgeführt. Jede der sekundären Datenbanken kann jedoch manuell online geschaltet werden, wenn die Primärdatenbank nicht mehr verfügbar ist.

Der Protokollversand wird häufig als Notfallwiederherstellungslösung verwendet, kann aber je nach Ihren Anwendungsanforderungen auch als Hochverfügbarkeitslösung verwendet werden. Verwenden Sie den Protokollversand in folgenden Fällen:

  • Sie haben flexible RTO- und RPO-Anforderungen. Der Versand von Protokollen bietet ein RPO von Minuten und ein RTO von Minuten bis Stunden.

  • Sie benötigen kein automatisches Failover auf die sekundäre Datenbank.

  • Sie möchten aus der sekundären Datenbank lesen, benötigen aber keine Lesbarkeit während eines Wiederherstellungsvorgangs.

Weitere Informationen zum Protokollversand finden Sie in der Microsoft SQL Server-Dokumentation.