Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
APLICA-SE A:
2016 2019 Subscription Edition
Datacenter modo de Coordenação de Ativação (DAC) é uma propriedade de um grupo de disponibilidade de base de dados (DAG). O modo DAC está desativado por predefinição, mas deve ser ativado para todos os DAGs com dois ou mais membros que utilizam a replicação contínua. O modo DAC não deve ser ativado para DAGs que utilizam o modo de replicação de terceiros, a menos que seja especificado pelo fornecedor de terceiros.
O modo DAC é utilizado para controlar a montagem da base de dados no comportamento de arranque de um DAG. Este controlo foi concebido para impedir que o cérebro dividido ocorra ao nível da base de dados durante uma reativação do datacenter. O cérebro dividido, também conhecido como síndrome do cérebro dividido, é uma condição que resulta na montagem de uma base de dados como uma cópia ativa em dois membros do mesmo DAG que não conseguem comunicar uns com os outros. O cérebro dividido é impedido de utilizar o modo DAC, porque o modo DAC requer que os membros do DAG obtenham permissão para montar bases de dados antes de poderem ser montadas.
Por exemplo, quando um datacenter primário contém dois membros da DAG e o servidor de testemunhos e um segundo datacenter contém outros dois membros da DAG, o DAG não está no modo DAC. O datacenter primário perde energia, pelo que ativa o DAG no segundo datacenter. Eventualmente, a energia do datacenter primário é restaurada e os membros do DAG no datacenter primário, que tinha quórum antes da falha de energia, iniciarão e montarão as respetivas bases de dados. Uma vez que o datacenter primário foi restaurado sem conectividade de rede ao segundo datacenter e como o DAG não estava no modo DAC, as bases de dados ativas no DAG introduzem uma condição cerebral dividida.
Como funciona o modo DAC
O modo DAC inclui um protocolo chamado Datacenter Protocolo de Coordenação de Ativação (DACP). Quando o modo DAC está ativado, os membros do DAG não montam automaticamente bases de dados, mesmo que tenham quórum. Em vez disso, o DACP é utilizado para determinar o estado atual do DAG e se o Active Manager deve tentar montar as bases de dados.
Pode considerar o modo DAC como um nível de aplicação de quórum para a montagem de bases de dados. Para compreender o objetivo do DACP e como funciona, é importante compreender o cenário principal que pretende processar. Considere o cenário de dois datacenters descrito acima. Suponha que existe uma falha de energia completa no datacenter primário. Neste evento, todos os servidores e a WAN estão inativos, pelo que a organização toma a decisão de ativar o datacenter de reserva. Em quase todos esses cenários de recuperação, quando a energia é restaurada para o datacenter primário, a conectividade WAN normalmente não é restaurada imediatamente. Isto significa que os membros do DAG no datacenter primário irão ligar-se, mas não conseguirão comunicar com os membros do DAG no datacenter de reserva ativado. O datacenter primário deve conter sempre a maioria dos eleitores do quórum da DAG, o que significa que, quando a energia é restaurada, mesmo na ausência de conectividade WAN aos membros do DAG no datacenter de reserva, os membros do DAG no datacenter primário têm a maioria e, portanto, têm quórum. Este é um problema porque, com o quórum, estes servidores podem ser capazes de montar as respetivas bases de dados, o que, por sua vez, causaria divergências das bases de dados ativas reais que estão agora montadas no datacenter de reserva ativado.
O DACP foi criado para resolver este problema. O Active Manager armazena um pouco na memória (um 0 ou um 1) que indica ao DAG se é permitido montar bases de dados locais atribuídas como ativas no servidor. Quando um DAG está em execução no modo DAC, sempre que o Active Manager inicia o bit é definido como 0, o que significa que não é permitido montar bases de dados. Uma vez que está no modo DAC, o servidor tem de tentar comunicar com todos os outros membros do DAG que sabe para obter outro membro do DAG para lhe dar uma resposta sobre se pode montar bases de dados locais atribuídas como ativas. A resposta surge sob a forma da definição de bits para outros Gestores Ativos no DAG. Se outro servidor responder que o respetivo bit está definido como 1, significa que os servidores têm permissão para montar bases de dados, pelo que o servidor a iniciar configura o bit para 1 e monta as respetivas bases de dados.
No entanto, quando recupera de uma falha de energia do datacenter primário em que os servidores são recuperados, mas a conectividade WAN não foi restaurada, todos os membros do DAG no datacenter primário terão um valor de bits DACP de 0; e, portanto, nenhum dos servidores que iniciam a cópia de segurança no datacenter primário recuperado irá montar bases de dados, porque nenhum deles consegue comunicar com um membro da DAG que tenha um valor de bit DACP de 1.
Modo DAC para DAGs com dois membros
Os DAGs com dois membros têm limitações inerentes que impedem que o bit DACP proteja totalmente contra a síndrome cerebral dividida ao nível da aplicação. Para DAGs com apenas dois membros, o modo DAC também utiliza o tempo de arranque do servidor testemunha do DAG para determinar se pode montar bases de dados no arranque. O tempo de arranque do servidor de testemunhos é comparado com a hora em que o bit DACP foi definido como 1.
Se a hora em que o bit DACP foi definido for anterior à hora de arranque do servidor de testemunhos, o sistema pressupõe que o membro da DAG e o servidor de testemunhos foram reiniciados ao mesmo tempo (talvez devido à perda de energia no datacenter primário) e o membro da DAG não está autorizado a montar bases de dados.
Se a hora em que o bit DACP foi definido for mais recente do que a hora de arranque do servidor de testemunhas, o sistema pressupõe que o membro da DAG foi reiniciado por outro motivo (talvez uma falha agendada em que a manutenção foi realizada ou, talvez, uma falha do sistema ou uma perda de energia isolada do membro da DAG) e o membro da DAG está autorizado a montar bases de dados.
Importante
Uma vez que o tempo de arranque do servidor de testemunhos é utilizado para determinar se um membro do DAG pode montar as respetivas bases de dados ativas no arranque, nunca deve reiniciar o servidor de testemunhos e o único membro da DAG ao mesmo tempo. Ao fazê-lo, pode deixar o membro da DAG num estado em que não pode montar bases de dados no arranque. Se isto acontecer, tem de executar o cmdlet Restore-DatabaseAvailabilityGroup no DAG. Esta ação repõe o bit DACP e permite que o membro do DAG monte bases de dados.
Outras vantagens do modo DAC
Além de impedir a síndrome do cérebro dividido ao nível da aplicação, o modo DAC também permite a utilização dos cmdlets de resiliência do site incorporados utilizados para realizar transições de datacenters. Elas incluem o seguinte:
Efetuar uma ativação de comutação de datacenter para DAGs que não estão no modo DAC envolve a utilização de uma combinação de ferramentas do Exchange e ferramentas de gestão de clusters. Para obter mais informações, veja Datacenter comutadores.
Ativar o modo DAC
O modo DAC só pode ser ativado com a Shell de Gestão do Exchange. Especificamente, pode utilizar o cmdlet Set-DatabaseAvailabilityGroup para ativar o modo DAC, conforme ilustrado no exemplo seguinte.
Set-DatabaseAvailabilityGroup -Identity DAG2 -DatacenterActivationMode DagOnly
No exemplo anterior, o DAG2 está ativado para o modo DAC.
Para obter mais informações sobre como ativar o modo DAC, veja Configurar as propriedades do grupo de disponibilidade da base de dados e Set-DatabaseAvailabilityGroup.