Transações – grupos de disponibilidade e espelhamento de banco de dados

Aplica-se a: SQL Server

Este artigo descreve o suporte de transações distribuídas e entre bancos de dados para Grupos de Disponibilidade Always On e espelhamento de banco de dados.

Suporte a transações distribuídas

O SQL Server 2017 dá suporte para transações distribuídas em bancos de dados em grupos de disponibilidade. Esse suporte inclui bancos de dados na mesma instância do SQL Server ou bancos de dados em instâncias diferentes do SQL Server. Não há suporte para transações distribuídas em bancos de dados configurados para o espelhamento de banco de dados.

Para configurar transações distribuídas em um grupo de disponibilidade, consulte Configurar um grupo de disponibilidade para transações distribuídas.

Obtenha mais informações em:

• Guia de Administração do DTC
• Guia de Desenvolvedores do DTC
• Referência de Programadores do DTC

SQL Server 2016 SP1 e anteriores: suporte para transações entre bancos de dados na mesma instância do SQL Server

No SQL Server 2016 SP1 e anteriores, não há suporte para transações entre bancos de dados na mesma instância do SQL Server em grupos de disponibilidade. Não será possível hospedar dois bancos de dados em uma transação entre bancos de dados na mesma instância do SQL Server se um ou ambos os bancos de dados estiverem em um grupo de disponibilidade. Essa limitação também se aplica quando esses bancos de dados fazem parte do mesmo grupo de disponibilidade.

Também não há suporte para transações entre bancos de dados para espelhamento de banco de dados.

SQL Server 2016 SP1 e anteriores: suporte para transações distribuídas

Transações distribuídas são compatíveis com grupos de disponibilidade quando os bancos de dados são hospedados por diferentes instâncias do SQL Server. Ela também se aplica a transações distribuídas entre instâncias do SQL Server e outro servidor em conformidade com DTC.

O DTC ou MSDTC (Coordenador de Transações Distribuídas da Microsoft) é um serviço Windows que fornece a infraestrutura de transação para sistemas distribuídos. O MSDTC permite que aplicativos clientes incluam várias fontes de dados em uma transação, que é então confirmada em todos os servidores incluídos na transação. Por exemplo, você pode usar o MSDTC para coordenar transações que abrangem vários bancos de dados em servidores diferentes.

O SQL Server 2016 introduz a capacidade de usar transações distribuídas em que um ou mais dos bancos de dados na transação estão em um Grupo de Disponibilidade. Antes do SQL Server 2016, as transações distribuídas não tinham suporte para bancos de dados em Grupos de Disponibilidade. O SQL Server 2016 pode registrar um resource manager por banco de dados. Essa nova funcionalidade é a razão pela qual as transações distribuídas podem incluir bancos de dados em Grupos de Disponibilidade.

Os seguintes requisitos devem ser atendidos:

• Os grupos de disponibilidade devem estar em execução no Windows Server 2012 R2 ou posteriores. Para o Windows Server 2012 R2, é necessário instalar a atualização na KB3090973 disponível em https://support.microsoft.com/kb/3090973.

• Availability groups must be created with the CREATE AVAILABILITY GROUP e a cláusula WITH DTC_SUPPORT = PER_DB . No momento, você não pode alterar um grupo de disponibilidade existente.

• Todas as instâncias do SQL Server que participam do Grupo de Disponibilidade devem ter o SQL Server 2016 ou posterior.

Sem suporte para transações distribuídas

Casos específicos em que não há suporte para as transações distribuídas:

• No SQL Server 2016 SP1 e anteriores, em que mais de um banco de dados envolvido na transação está no mesmo grupo de disponibilidade.

• No SQL Server 2016 SP1 e anteriores, em que pelo menos um banco de dados está em um grupo de disponibilidade e outro banco de dados está na mesma instância do SQL Server.

• quando o grupo de disponibilidade não foi criado com as transações distribuídas habilitadas.

• Espelhamento de banco de dados.

Cenário de exemplo com espelhamento de banco de dados

O exemplo de espelhamento de banco de dados a seguir ilustra como uma inconsistência lógica pode ocorrer. Neste exemplo, um aplicativo usa uma transação de banco de dados cruzado para inserir duas linhas de dados: uma linha é inserida em uma tabela em um banco de dados espelho, A, e a outra linha é inserida em uma tabela em outro banco de dados, B. O banco de dados A está sendo espelhado em modo de alta segurança com failover automático. Enquanto a transação está sendo confirmada, o banco de dados A torna-se indisponível e ocorre failover automático na sessão de espelhamento para o espelho do banco de dados A.

Depois do failover, a transação entre bancos de dados pode ser confirmada com sucesso no banco de dados B, mas não no banco de dados onde ocorreu failover. Por exemplo, se o servidor principal original para o banco de dados A não tiver enviado o log de transações entre bancos de dados para o servidor de espelho antes da falha. Depois do failover, a transação não existirá no novo servidor principal. Os bancos de dados A e B se tornarão inconsistentes, porque os dados inseridos no banco de dados B permanecerão intactos, mas os dados inseridos no banco de dados A serão perdidos.

Um cenário semelhante pode acontecer ao usar uma transação MS DTC. Por exemplo, depois do failover, o novo principal contata o MS DTC. Mas o MS DTC não tem conhecimento do novo servidor principal e encerra qualquer transação que esteja "sendo preparada para confirmação”, considerada confirmada em outros bancos de dados.

Próximas etapas

Grupos de Disponibilidade Always On: Interoperabilidade (SQL Server)