Teste / problema de failover automático do Exchange 2010 do DAG. Nem sempre failover automaticamente para uma cópia de banco de dados saudável, dependendo da maneira como o servidor montado está danificado

4

Ok, tenho dois servidores Exchange 2010 que executam funções de acesso / transporte de hub / caixa de correio e um servidor Exchange 2010 executando apenas funções de acesso de cliente / transporte de hub e atua como minha ponte de ponte. Os dois servidores de caixa de correio estão executando uma configuração de banco de dados em um DAG. O servidor A mostra o DB Montado e o Servidor B mostra Saudável. Se eu reiniciar o Servidor A através do Windows GUI, o Servidor B alterna de saudável para montado e quase não vejo interrupção no serviço usando o Outlook 2007. O Servidor A mostra "Serviço inativo", "Falha" e "Saudável" e deixa o DB montado no Servidor B. É assim que deve funcionar, até aí tudo bem.

Agora, se eu testar o servidor A sendo desligado a frio ou desconectando ambas as redes da rede para simular falhas, o Servidor B alterna de Saudável para Montado e o servidor A alterna para "Serviço Inativo", mas meu cliente do Outlook nunca se conecta ao DB montado no servidor B! Posso conectar-me ao servidor C (acesso do cliente / transporte por hub) e acessar meu e-mail e até mesmo enviar e-mails novos, mas os e-mails recebidos não são entregues até que o Servidor A volte a ficar on-line e retorne ao status "Saudável".

Portanto, não entendo por que o failover automático ocorre quando eu reinicializo o servidor com a cópia do banco de dados montada, o que causa pouquíssimo outlook 2007, se houver. Mas quando eu desligar ou DC o servidor de banco de dados montado ele monta a cópia saudável, mas os clientes do Outlook 2007 não podem se conectar ..

Espero que a imagem que estou tentando pintar faça algum sentido, está me deixando um pouco maluca. Qualquer ajuda seria apreciada!

    
por Richard 10.03.2010 / 22:12

3 respostas

1

Eu acho que você precisa configurar um array de cas. Em seguida, defina o banco de dados para usar essa matriz. Em seguida, faça o balanceamento de carga com um balanceador de carga de hardware ou 2 servidores cas dedicados com nlb. Eu vou editar isso mais tarde, quando em um computador para dar mais detalhes. Isso deve dar o suficiente para o google embora.

    
por 18.07.2010 / 00:37
0

Acho que o problema está relacionado à função Servidor de Acesso para Cliente, especificamente ao Servidor de Acesso para Cliente RPC.

Atualmente, estou vendo a mesma coisa que sua postagem original no meu ambiente. Se eu parar o serviço de acesso do cliente RPC do Microsoft Exchange um servidor B, não será possível acessar a caixa de correio, independentemente do membro do DAG que esteja montado.

Infelizmente, ainda não tenho uma solução clara. Acho que o truque envolve o balanceamento de carga das funções do Servidor de Acesso para Cliente, no entanto, você não deve ter o NLB e o DAG no mesmo servidor. Então você precisa mover as funções do CAS para dois outros servidores ou usar um dispositivo de hardware para balancear a carga.

    
por 27.03.2010 / 01:11
0

Para o Exchange 2010, você precisa criar uma matriz CAS, que manipulará o tráfego de entrada do usuário, e algumas configurações adicionais serão necessárias. Explicação detalhada aqui .

    
por 06.09.2015 / 16:45