Transaktionen: Always On-Verfügbarkeitsgruppen und Datenbankspiegelung

Gilt für:SQL Server

In diesem Artikel wird die Unterstützung für datenbankübergreifende und verteilte Transaktionen für Always On-Verfügbarkeitsgruppen und die Datenbankspiegelung beschrieben.

Unterstützung für verteilte Transaktionen

SQL Server 2017 unterstützt verteilte Transaktionen für Datenbanken in Verfügbarkeitsgruppen. Diese Unterstützung schließt Datenbanken, die sich auf derselben Instanz von SQL Server befinden, genauso ein wie Datenbanken, die sich auf verschiedenen Instanzen von SQL Server befinden. Verteilte Transaktionen werden für Datenbanken unterstützt, die für die Datenbankspiegelung konfiguriert sind.

Weitere Informationen zum Konfigurieren einer Verfügbarkeitsgruppe für verteilte Transaktionen finden Sie unter Configure Availability Group for Distributed Transactions (Konfigurieren einer Verfügbarkeitsgruppe für verteilte Transaktionen).

Weitere Informationen finden Sie unter:

• DTC Administration Guide (DTC-Administratorhandbuch)
• DTC Developers Guide (DTC-Entwicklerhandbuch)
• DTC Programmers Reference (DTC-Referenz für Programmierer)

SQL Server 2016 SP1 und früher: Unterstützung für datenbankübergreifende Transaktionen innerhalb derselben SQL Server-Instanz

In SQL Server 2016 SP1 und früher werden datenbankübergreifende Transaktionen innerhalb derselben SQL Server-Instanz für Verfügbarkeitsgruppen nicht unterstützt. Keine zwei Datenbanken, die an einer datenbankübergreifenden Transaktion beteiligt sind, dürfen von derselben SQL Server-Instanz gehostet werden, wenn sich eine oder beide Datenbanken in einer Verfügbarkeitsgruppe befinden. Diese Einschränkung gilt auch, wenn diese Datenbanken Teil der gleichen Verfügbarkeitsgruppe sind.

Datenbankübergreifende Transaktionen werden für die Datenbankspiegelung ebenfalls nicht unterstützt.

SQL Server 2016 SP1 und früher: Unterstützung für verteilte Transaktionen

Verteilte Transaktion werden von Verfügbarkeitsgruppen unterstützt, wenn Datenbanken von unterschiedlichen SQL Server-Instanzen gehostet werden. Dies gilt auch für verteilte Transaktionen zwischen SQL Server-Instanzen und einem anderen DTC-konformen Server.

Microsoft Distributed Transaction Coordinator (MSDTC oder DTC) ist ein Windows-Dienst, der eine Transaktionsinfrastruktur für verteilte Systeme bereitstellt. Mit MSDTC können Clientanwendungen mehrere Datenquellen in eine Transaktion aufnehmen. Für diese Transaktion wird dann auf allen Servern, die Teil der Transaktion sind, ein Commit ausgeführt. Sie können MSDTC beispielsweise dazu nutzen, um Transaktionen zu koordinieren, die mehrere Datenbanken auf verschiedenen Servern umfassen.

Mit der neuen Funktion von SQL Server 2016 können Sie verteilte Transaktionen selbst dann verwenden, wenn mindestens eine Datenbank in der Transaktion Teil zu einer Verfügbarkeitsgruppe gehören. Vor SQL Server 2016 wurden verteilte Transaktionen für Datenbanken in Verfügbarkeitsgruppen nicht unterstützt. In SQL Server 2016 können Sie einen Ressourcen-Manager pro Datenbank registrieren. Dank dieser neuen Funktion können verteilte Transaktionen jetzt auch Datenbanken in Verfügbarkeitsgruppen berücksichtigen.

Die folgenden Anforderungen müssen erfüllt werden:

• Verfügbarkeitsgruppen müssen auf Windows Server 2012 R2 oder höher ausgeführt werden. Für Windows Server 2012 R2 müssen Sie das Update in KB3090973 installieren, das unter https://support.microsoft.com/kb/3090973 verfügbar ist.

• Availability groups must be created with the CREATE AVAILABILITY GROUP und der Klausel WITH DTC_SUPPORT = PER_DB erstellt werden. Zurzeit können Sie eine vorhandene Verfügbarkeitsgruppe nicht ändern.

• Alle SQL Server-Instanzen, die in die Verfügbarkeitsgruppe einbezogen werden, müssen SQL Server 2016 oder höher entsprechen.

Keine Unterstützung für verteilte Transaktionen

Besondere Fälle, in denen verteilte Transaktionen nicht unterstützt werden:

• Wenn sich in SQL Server 2016 SP1 und früher mehr als eine Datenbank, die an der Transaktion beteiligt ist, in der gleichen Verfügbarkeitsgruppe befindet.

• Wenn sich in SQL Server 2016 SP1 und früher mindestens eine Datenbank in einer Verfügbarkeitsgruppe befindet und sich eine andere Datenbank auf der gleichen SQL Server-Instanz befindet.

• Wenn die Verfügbarkeitsgruppe nicht mit der Aktivierung von verteilten Transaktionen erstellt wurde.

• Datenbankspiegelung

Beispielszenario mit Datenbankspiegelung

Im folgenden Beispiel zur Datenbankspiegelung wird verdeutlicht, wie eine logische Inkonsistenz auftreten kann. In diesem Beispiel fügt eine Anwendung über eine datenbankübergreifende Transaktion zwei Datenzeilen ein: Eine Zeile wird in eine Tabelle in einer gespiegelten Datenbank (A) eingefügt, und die andere Zeile wird in eine Tabelle in einer anderen Datenbank (B) eingefügt. Datenbank A wird im Modus für hohe Sicherheit mit automatischem Failover gespiegelt. Während des Commits der Transaktion fällt Datenbank A aus. Die Spiegelungssitzung führt automatisch ein Failover zum Spiegel von Datenbank A aus.

Nach dem Failover kann ein Commit der datenbankübergreifenden Transaktion möglicherweise erfolgreich für Datenbank B ausgeführt werden, jedoch nicht für die Datenbank, für die der Failover ausgeführt wurde. Dies wäre z.B. der Fall, wenn der ursprüngliche Prinzipalserver für Datenbank A nicht das Protokoll für die datenbankübergreifende Transaktion vor dem Ausfall an den Spiegelserver gesendet hätte. Nach dem Failover wäre diese Transaktion auf dem neuen Prinzipalserver nicht vorhanden. Datenbanken A und B würden inkonsistent werden, da die in Datenbank B eingefügten Daten erhalten bleiben, während die in Datenbank A eingefügten Daten verloren gingen.

Ein vergleichbares Szenario kann bei einer MS DTC-Transaktion auftreten. Angenommen, der neue Prinzipal setzt sich nach dem Failover mit MS DTC in Verbindung. Der neue Prinzipalserver ist MS DTC jedoch nicht bekannt, deshalb beendet er alle Transaktionen, für die "ein Commit vorbereitet wird", für die in anderen Datenbanken jedoch bereits anscheinend ein Commit ausgeführt wurde.

Nächste Schritte

Always On-Verfügbarkeitsgruppen: Interoperabilität (SQL Server)