1) Eu tenho 2 nós em que o nó 1 é editor e distribuidor no mesmo servidor e assinante no nó 2. Caso o editor fique inativo por algumas horas e eu precise abrir o assinante para leitura e gravação desabilitando a replicação, a transação e comandos no banco de dados de distribuição do nó 1 serão revertidos ou perderei certos dados?
2) Eu tenho o nó 1 é editor e o nó 2 tem distribuidor e assinante, caso o editor fique inativo por algumas horas e eu precise abrir o assinante para leitura e gravação. O que acontece com a transação marcada para replicação no editor, mas não foi enviada ao distribuidor, será revertida ou perderei alguns dados?
obrigada
Primeiro, você não deve usar a Replicação para Alta Disponibilidade ou Recuperação de Desastres. Ele nunca foi projetado para isso, e você verá abaixo que não é uma solução muito boa
Em vez disso, você deve realmente usar Grupos de Disponibilidade AlwaysOn em vez de Replicação se planeja usar a solução para Alta Disponibilidade ou Recuperação de Desastres.
Não. O antigo Editor/Distribuidor voltará no momento em que caiu.
Você terá dados em cada banco de dados que não estão presentes no outro. Você pode descartar os dados em um ou outro, ou adicionar manualmente as alterações de um para o outro, talvez usando o utilitário tablediff .
O publicador voltará a ficar online e quaisquer transações confirmadas, mas não distribuídas, estarão presentes no Publicador, mas o antigo Distribuidor não está mais lendo seu arquivo de log para transações. Novamente, o assinante anterior agora possui dados não presentes no antigo editor e você precisa decidir o que fazer.
A resposta operacional típica aqui é salvar uma cópia do antigo editor e, em seguida, recriar e reinicializar a replicação usando os dados do antigo assinante. Você faz isso configurando o antigo assinante como o novo editor ou restaurando um backup do antigo assinante sobre o antigo editor e recriando a antiga topologia de replicação.