Transazioni: gruppi di disponibilità Always On e mirroring del database

Si applica a: SQL Server

Questo articolo descrive il supporto delle transazioni tra database e delle transazioni distribuite per i gruppi di disponibilità Always On e il mirroring del database.

Supporto delle transazioni distribuite

SQL Server 2017 supporta le transazioni distribuite per i database nei gruppi di disponibilità. Questo supporto include i database nella stessa istanza di SQL Server o i database in istanze diverse di SQL Server. Le transazioni distribuite non sono supportate per i database configurati per il mirroring.

Per configurare un gruppo di disponibilità per le transazioni distribuite, vedere Configurare il gruppo di disponibilità per le transazioni distribuite.

Per altre informazioni, vedere:

• Guida all'amministrazione di DTC
• Guida per gli sviluppatori di DTC
• Riferimento per programmatori di DTC

SQL Server 2016 SP1 e versioni precedenti: supporto delle transazioni tra database nella stessa istanza di SQL Server

In SQL Server 2016 SP1 e versioni precedenti, le transazioni tra database all'interno della stessa istanza di SQL Server non sono supportate per i gruppi di disponibilità. I due database in una transazione tra database non possono essere ospitati dalla stessa istanza di SQL Server, se uno o entrambi si trovano in un gruppo di disponibilità. Questa limitazione si applica anche quando tali database fanno parte dello stesso gruppo di disponibilità.

Anche le transazioni tra database non sono supportate per il mirroring del database.

SQL Server 2016 SP1 e versioni precedenti: supporto delle transazioni distribuite

Le transazioni distribuite sono supportate con i gruppi di disponibilità quando i database sono ospitati da istanze di SQL Server diverse. Questa limitazione si applica anche alle transazioni distribuite tra le istanze di SQL Server e un altro server conforme a DTC.

Microsoft Distributed Transaction Coordinator (MSDTC o DTC) è un servizio Windows che offre l'infrastruttura delle transazioni per i sistemi distribuiti. MSDTC consente alle applicazioni client di includere più origini dati in un'unica transazione di cui viene quindi eseguito il commit in tutti i server inclusi nella transazione. Ad esempio, è possibile usare MSDTC per coordinare le transazioni che interessano più database in server diversi.

Una nuova funzionalità di SQL Server 2016 consente di usare le transazioni distribuite nei casi in cui uno o più database della transazione sono inclusi in un gruppo di disponibilità. Nelle versioni precedenti a SQL Server 2016 le transazioni distribuite non erano supportate per i database inclusi in gruppi di disponibilità. SQL Server 2016 può registrare un gestore risorse per ogni database. Questa nuova funzionalità permette alle transazioni distribuite di includere database di gruppi di disponibilità.

Devono essere soddisfatti i requisiti seguenti:

• I gruppi di disponibilità devono essere in esecuzione in Windows Server 2012 R2 o versioni successive. Per Windows Server 2012 R2, è necessario installare l'aggiornamento in KB3090973 disponibile all'indirizzo https://support.microsoft.com/kb/3090973.

• Availability groups must be created with the CREATE AVAILABILITY GROUP e la clausola WITH DTC_SUPPORT = PER_DB . Attualmente non è possibile modificare un gruppo di disponibilità esistente.

• Tutte le istanze di SQL Server che vengono incluse nel gruppo di disponibilità devono essere SQL Server 2016 o versioni successive.

Transazioni distribuite non supportate

I casi specifici in cui le transazioni distribuite non sono supportate includono:

• In SQL Server 2016 SP1 e versioni precedenti, nei casi in cui più database coinvolti nella transazione sono inclusi nello stesso gruppo di disponibilità.

• In SQL Server 2016 SP1 e versioni precedenti, nei casi in cui è presente almeno un database in un gruppo di disponibilità e un altro database nella stessa istanza di SQL Server.

• Casi in cui il gruppo di disponibilità non è stato creato con la transazione distribuita abilitata.

• Mirroring del database.

Scenario di esempio con mirroring del database

Nell'esempio di mirroring del database seguente si illustra come può verificarsi un'incoerenza logica. In questo esempio un'applicazione utilizza una transazione tra database per inserire due righe di dati. Una riga viene inserita in una tabella in un database con mirroring, A, l'altra viene inserita in un altro database, B. Il database A viene sottoposto a mirroring in modalità a protezione elevata con failover automatico. Durante il commit della transazione, il database A diventa non disponibile e viene automaticamente eseguito il failover della sessione di mirroring sul mirror del database A.

Dopo il failover, è possibile che il commit della transazione tra database abbia esito positivo sul database B, ma non sul database di cui è stato eseguito il failover. Ad esempio, se il server principale originale del database A non ha inviato il log per la transazione tra database al server mirror prima dell'errore. Dopo il failover, tale transazione non è più presente nel nuovo server principale. I database A e B diventano incoerenti perché i dati inseriti nel database B rimangono inalterati, mentre quelli inseriti nel database A sono stati persi.

Uno scenario analogo può verificarsi quando si usa una transazione MS DTC. Ad esempio, dopo il failover, il nuovo server principale contatta MS DTC. MS DTC, tuttavia, non rileva il nuovo server principale e termina tutte le transazioni di cui si sta preparando il commit e per le quali in altri database il commit viene considerato eseguito.

Passaggi successivi

Gruppi di disponibilità Always On: interoperabilità (SQL Server)