Estou tentando configurar um cenário de recuperação de desastre e estou preso neste ponto específico. Aqui está o que eu fiz até agora:
A) Banco de dados principal criado no Servidor A e espelho no Servidor B
B) Configure o banco de dados de distribuição no servidor C e modifique os perfis do agente com –PublisherFailoverPartner para o servidor B.
C) Criou dois editores de replicação no principal.
D) Configure um assinante no Servidor D para as duas assinaturas.
E) Verifiquei que meu assinante estava recebendo atualizações.
Neste ponto, desligo o Servidor A que hospeda meu banco de dados principal. Em seguida, executei ALTER DATABASE SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS no servidor B para obter meu banco de dados espelho online. Com o antigo servidor principal A ainda offline, modifiquei um registro em uma tabela publicada. A alteração nunca chegou ao Servidor D, meu assinante.
Eu verifiquei o monitor de replicação e não mostra erros. Mas no Histórico do Editor para Distribuidor está escrito 'As transações replicadas estão esperando pelo próximo backup de log ou pelo parceiro de espelhamento para alcançá-las.'
Entendo que, quando executei o FORCE_SERVICE_ALLOW_DATA_LOSS, meu espelho tornou-se meu principal e meu antigo principal tornou-se o espelho (que será sincronizado com meu novo principal quando colocado online).
O que eu gostaria que acontecesse é a função de replicação normal, mesmo quando o Servidor A está inoperante. Então, quando ele voltar, desligue o Servidor B e execute novamente o comando FORCE_SERVICE_ALLOW_DATA_LOSS no Servidor A e tenha meu servidor principal original de volta sem muito trabalho.
Isso é possível? Alguém tem algum conselho além de remover o espelhamento de banco de dados após o failover inicial (para fazer a replicação funcionar)? Alguma solução alternativa? O que acontece quando o Servidor A volta a ficar online (independentemente de o espelhamento ter sido mantido intacto) em relação à opção –PublisherFailoverPartner. A replicação volta automaticamente para o Servidor A?
O sinalizador de rastreamento 1448 foi a resposta ...
DBCC TRACEON (1448, -1) no Servidor B imediatamente enviou o registro para o assinante. Não é necessário reiniciar.