Auf dieser Seite wird beschrieben, was AlwaysOn-Verfügbarkeitsgruppen in SQL Server sind und wie Datastream sie für Failover- und Datenwiederherstellungsszenarien unterstützt.
Übersicht über Always On-Verfügbarkeitsgruppen
In SQL Server sind Always On-Verfügbarkeitsgruppen eine Hochverfügbarkeitslösung, mit der Sie Ihre Datenbanken auf Notfallwiederherstellungsszenarien vorbereiten können.
Always On-Verfügbarkeitsgruppen maximieren die Datenbankverfügbarkeit für Unternehmen. Verfügbarkeitsgruppen unterstützen eine replizierte Umgebung für eine ausgewählte Gruppe von Datenbanken, die als Verfügbarkeitsdatenbanken bezeichnet werden. Jede Gruppe enthält einen Satz primärer Datenbanken für Lese- und Schreibvorgänge sowie bis zu acht Sätze entsprechender sekundärer Datenbanken. Die sekundären Datenbanken können optional Lesezugriff oder Sicherungsvorgänge zulassen.
Weitere Informationen zu Always On-Verfügbarkeitsgruppen finden Sie in der SQL Server-Dokumentation unter Was ist eine Always On-Verfügbarkeitsgruppe?.
Informationen zu den Voraussetzungen für Always On-Verfügbarkeitsgruppen für eine SQL Server-Instanz finden Sie in der SQL Server-Dokumentation.
Datastream für die Verwendung mit Always On-Verfügbarkeitsgruppen konfigurieren
Datastream unterstützt den Verfügbarkeitsmodus synchronous-commit mit der CDC-Methode für Tabellenänderungen. In diesem Modus bleibt die sekundäre Datenbank mit der entsprechenden primären Datenbank synchronisiert, bis die Datensynchronisierung beendet wird. Die Bestätigung einer Transaktion wird nur an den Client gesendet, wenn das sekundäre Replikat die eingehenden Transaktionslog-Einträge auf eine Festplatte schreibt.
Informationen zu den Verfügbarkeitsmodi finden Sie unter Differences between availability modes for an Always On availability group (Unterschiede zwischen den Verfügbarkeitsmodi für eine Always On-Verfügbarkeitsgruppe).
Wenn Sie Ihre SQL Server-Instanz für die Verwendung mit AlwaysOn-Verfügbarkeitsgruppen konfigurieren möchten, müssen Sie den SQL Server-Agent aktivieren, damit Protokolle erfasst werden, wenn ein Failover erfolgt. Anschließend müssen Sie einen Bereinigungsjob ausführen. Bevor Sie das tun können, müssen Sie die CDC Agent-Jobschritte so ändern, dass geprüft wird, ob das aktuelle Replikat tatsächlich das primäre ist. Dazu wird die Funktion sys.fn_hadr_is_primary_replica verwendet.
Verwenden Sie die folgenden Befehle, um Ihre Instanz einzurichten:
-- Check if the current replica is a primary for the corresponding database.
USE [DATABASE_NAME];
DECLARE @DatabaseName SYSNAME = DB_NAME();
IF (SELECT sys.fn_hadr_is_primary_replica(@DatabaseName)) = 1
BEGIN
-- If the replica isn't a primary, the code block that follows is skipped
EXECUTE sys.sp_cdc_add_job @job_type = 'capture';
EXECUTE sys.sp_cdc_add_job @job_type = 'cleanup';
END