O DAG do Exchange copiará alterações de banco de dados instáveis / corrompidas?

Question

Acabamos de configurar um ambiente DAG entre dois servidores do Exchange.

Um dos servidores hospeda os bancos de dados ativos e um hospeda cópias passivas (sem intervalo).

Acho que isso funcionará perfeitamente no caso de uma falha de hardware, mas estou preocupado com o lado do aplicativo.

Se nosso banco de dados de caixa de correio ativo for corrompido (talvez devido a arquivos de log ausentes ou a um EDB corrompido), o servidor secundário não replicará a "corrupção" do arquivo EDB na cópia passiva?

Ou o DAG é inteligente o suficiente para perceber quando e / ou o que causa a corrupção no banco de dados ativo e para a replicação dessas configurações defeituosas na cópia passiva?

    

Answer 1

Você precisa separar aqui entre corrupção lógica e física:

Corrupção física:

Ocorrerá quando o banco de dados de uma estrutura ESE não for mais válido de alguma forma. Aqueles corrupção não poderia replicar. Simplesmente não é possível pelo design da Microsoft (o Exchange executa várias etapas para validar os arquivos de log; mais infos aqui ). Portanto, se a estrutura de uma perspectiva ESE não for mais válida (por exemplo, "Dirty Shutdown" devido a uma falha de hardware), você não poderá colocar o EDB on-line.

Corrupção lógica:

Ocorrerá quando os dados dentro do banco de dados não forem mais válidos, mas a estrutura de uma perspectiva ESE é válida. Esses danos podem se replicar (mas também ocorrerão em um servidor Exchange autônomo). No entanto, você tem maneiras diferentes de lidar com eles:

• Você pode mover a caixa de correio, excluindo assim os dados incorretos. Útil, especialmente quando a corrupção lógica ocorreu fora da janela de retenção de backup. (Verifique as opções de limite de uso, mais informações sobre aqui )
• Você pode implementar e usar a recuperação de item único e restaurar o item original. Útil ao editar mensagem causada corrupção (aplicativo cliente causou cenário de corrupção).
• Você pode usar o Assistente de Reparo de Calendário para detectar e corrigir inconsistências (desde o Exchange 2010 SP2) Veja mais informações aqui .
• Você pode usar New-MailboxRepairRequest , que pode corrigir corrupções com pastas de pesquisa, contagens de itens, exibições de pasta e problemas de pasta pai / filho (Veja mais informações aqui e aqui ).
• Você pode manter um backup do Exchange (backup VSS ou cópia atrasada se a janela de retenção de backup estiver entre 0 e 14 dias) (Consulte aqui para mais infos).

Conclusão:

Um DAG não ajudará você a evitar elementos corrompidos dentro da caixa de correio. Mas sem um DAG, você também terá esses elementos corruptos e precisará lidar com eles de qualquer maneira. E se um nó (durante a inicialização) descobrir que o EDB está corrompido, ele não será ativado (por exemplo, em um "Encerramento Direto"). Você precisa corrigir o problema aqui (por exemplo, você pode criar uma nova cópia de banco de dados, mais outras opções podem ser vistas aqui ).