Cada servidor Exchange com a função de Caixa de Correio instalada pode ter um ou mais bancos de dados de caixa de correio, portanto, se você precisar dividir apenas o carregamento do banco de dados, precisará criar um banco de dados de caixa de correio no novo servidor e movê-lo para ela; fim da história. Obviamente, isso significa que, se um usuário tiver uma caixa de correio no ServerA e o ServerA ficar inativo, não haverá tolerância a falhas no ; os usuários cujas caixas de correio estão no ServerB estarão bem, mas os usuários com caixas de correio no ServerA não poderão acessá-los.
Se você quiser redundância, precisará de um grupo de disponibilidade de banco de dados; em um DAG, cada banco de dados de caixa de correio tem uma ou mais cópias em servidores diferentes, sendo que apenas um deles está ativo em um determinado momento; se o servidor em que a cópia ativa de um banco de dados de caixa de correio reside ficar inativo, outra cópia será ativada e os usuários serão redirecionados automaticamente para ela. O lado negativo disso é que você precisará pelo menos do dobro do espaço em disco (porque cada banco de dados terá pelo menos duas cópias), e algum poder de processamento de seus servidores será usado para replicação de dados.
Você também precisa levar em conta que o Exchange não é feito apenas por bancos de dados de caixa de correio: para que ele funcione, você também precisará de pelo menos um servidor operacional para cada uma das outras duas funções principais, Transporte de Hub e Acesso para Cliente . Os servidores de Transporte de Hub são automaticamente balanceados e redundantes, portanto, você só precisará instalar a função no novo servidor e tudo ficará bem. O mesmo não é verdadeiro para o Client Access: além de instalar o papel, você também precisará criar um Client Access Array em uma configuração com balanceamento de carga, que precisa ser tratada no nível do IP. Normalmente você pode fazer isso usando o serviço de balanceamento de carga de rede integrado do Windows, mas há uma ressalva específica para um cenário de dois servidores como o seu: um grupo de disponibilidade de banco de dados depende do clustering de failover, que não é compatível com balanceamento de carga de rede.
O resultado final disso é que, se você quiser uma configuração totalmente redundante, precisará de dois servidores de várias funções (Caixa de Correio, Transporte de Hub, Acesso para Cliente), um Grupo de Disponibilidade do Banco de Dados, um Client Access Array e um balanceador de carga de hardware externo , sem o qual você precisaria ou desistir de redundância para os bancos de dados ou para a função de Acesso para Cliente.