Acontece que este era um problema conhecido com o Exchange 2010, eis mais informações Blog da equipe do Exchange
Eu tenho um DAG configurado entre dois servidores Exchange em dois sites diferentes, conectados por meio de um circuito gigabit dedicado. Por algum motivo, de vez em quando, o host remoto será removido da associação de cluster de failover ativo (mesmo que esteja on-line), então os dois servidores do Exchange entrarão em conflito sobre quem é o principal (logs de eventos relatam que "Compartilhamento de arquivos" A testemunha falhou em arbitrar o compartilhamento de arquivos ", o compartilhamento de arquivos existe e o Subsistema Confiável do Exchange tem direitos de administrador nessa caixa e nesse compartilhamento, mas a caixa de configuração do DAG relata que isso não ocorre).
em seguida, todo o usuário é solicitado a fornecer uma senha e, às vezes, a coisa toda fica inativa por alguns minutos. Até mesmo pastas públicas são colocadas off-line às vezes.
Está relatando que há três sub-redes diferentes (uma sub-rede de acesso, a sub-rede iSCSI e uma sub-rede IPv6 não roteável) e eu tenho a replicação desabilitada em todos, menos na sub-rede de acesso. Essa é a mesma sub-rede em que o DAG tem seus endereços IP (dei 2). A replicação está desativada nas outras duas sub-redes.
Alguém se deparou com esse problema antes?
Acontece que este era um problema conhecido com o Exchange 2010, eis mais informações Blog da equipe do Exchange
Tente aumentar os limites de pulsação padrão.
Eu sugeriria 25 segundos para servidores locais e 50 segundos para conexões WAN. Isso deve ajudar. Se você usar storage arrays e VMware e executar verificações de armazenamento, isso causará failover. Se você usar quadros jumbo no iSCSI que é visto pela sua rede MAPI, isso pode causar isso. Existem muitas razões. Eu começaria lá.
Tags exchange-2010