Problema: Como posso executar o Coordenador de Transações Distribuídas (DTC) em todos os servidores em um Grupo de Disponibilidade (AG) AlwaysOn? NÃO preciso manter transações em eventos de failover/switchover.
Configuração: Eu tenho um Cluster de Failover do Windows (WSFC) com três servidores Windows 2008 R2 onde todos estão executando o SQL 2012. Dois servidores estão em um datacenter e fazem parte de um Cluster de Failover AlwaysOn (FCI), enquanto o terceiro servidor está em um segundo centro de dados. O WSFC é um cluster de várias sub-redes. Aqui está um esboço da configuração:
Consegui instalar e configurar o DTC para funcionar entre os dois nós FCI porque eles estão na mesma sub-rede e compartilham armazenamento. Eu configurei alguns AGs e eles estão funcionando bem. Esta captura de tela mostra o DTC instalado no FCI:
Esta captura de tela mostra que posso configurar o DTC em um dos nós FCI (o que estiver ativo):
Gostaria de migrar um aplicativo que usa DTC para este cluster e usar um AG. Eu li que o DTC não é compatível com AGs ( Referência ). Não consegui encontrar uma maneira de configurar o DTC no terceiro nó do segundo data center. Quando tento configurar o DTC no terceiro nó, ele parece estar indisponível, conforme mostrado nesta captura de tela:
No PDF da lista de verificação de configuração gratuita de Brent Ozar para grupos de disponibilidade, ele lista:
Instalação de cluster...
29. Se uma FCI estiver envolvida, configure o DTC de acordo com as decisões da seção de Planejamento.
Nos comentários sobre os Grupos de Disponibilidade AlwaysOn do SQL Server 2012, Rock Brent diz que "... nada muda quando os AGs estão em jogo. Lembre-se de que os bancos de dados em um Grupo de Disponibilidade não oferecem suporte à consistência transacional quando falham juntos para outra réplica. .."
Isso faz parecer que o DTC pode ser usado em grupos de disponibilidade, desde que você entenda que as transações não serão mantidas em uma alternância de AG. Eu não precisaria dele para manter as transações dos nós FCI. Eu só precisaria do DTC disponível para o aplicativo usar no caso de um desastre catastrófico (onde perdi meu data center principal).
Como configuro o DTC no meu terceiro nó? Ou será que estou sem sorte quando se trata de usar AGs e um aplicativo que precisa de DTC?
ATUALIZAÇÃO: A solução que escolhi é usar Log Shipping. No entanto, no caso de um failover, ainda preciso que o DTC esteja disponível no Node3. Descobri que ele se torna disponível desinstalando a instância MSDTC-MSSQLSERVERCLU agrupada do DTC que é compartilhada entre o Nó1 e o Nó2. Depois de removido, posso instalar e configurar uma instância LocalDTC no Node3. Depois disso, posso reinstalar a instância MSDTC-MSSQLSERVERCLU em cluster. Fazer a sequência de instalação nessa ordem parece funcionar. Estou correndo assim há algum tempo e não descobri nenhum efeito nocivo. Parece que isso também funcionaria para executar um grupo de disponibilidade AlwaysOn. Entendo que as transações distribuídas não seriam preservadas em um failover de AG, precisaria apenas de novas para funcionar após o failover. Mas eu não
Elias. Há duas perguntas separadas aqui:
1. O DTC é compatível com grupos de disponibilidade AlwaysOn?
Você está usando o SQL Server 2012 e, de acordo com a documentação da Microsoft , essa resposta é não. Eu entendo perfeitamente que você queira tentar de qualquer maneira, mas tenha em mente que agora você está colocando em produção algo que a Microsoft simplesmente não suporta, E você está usando dois recursos de nicho separados juntos (AGs e DTC). Se alguma coisa der errado, você estará em um mundo de dor. Isso simplesmente não é algo que eu jamais pensaria em tentar na produção.
Lembre-se de que, se seus gerentes descobrirem que você implantou algo que a Microsoft diz especificamente em letras grandes, "VOCÊ NÃO PODE FAZER ISSO", e você tiver qualquer tipo de interrupção em que precise ligar para o suporte da Microsoft, você irá tem algumas explicações feias para fazer.
Tecnicamente, o DTC tem suporte a partir do SQL Server 2016 SP2 e posterior, mas significa apenas que você pode escolher qual banco de dados perderá dados no failover, e o aplicativo não terá ideia de que os dados foram perdidos permanentemente. Isso não é o que um administrador de banco de dados normal chamaria de suporte DTC.
2. Como o DTC deve ser configurado em um cluster de vários nós e várias sub-redes?
Leia a postagem de Allan Hirt sobre como configurar o DTC com várias instâncias do SQL Server em um cluster e certifique-se de ler todos os links da postagem também.