Exemplos de design do grupo de disponibilidade do banco de dados

Tópico modificado em: 2009-12-08

A capacidade de um grupo de disponibilidade de banco de dados (DAG) conter até 16 servidores de caixa de correio, combinada à capacidade de se estender um DAG por múltiplas localidades físicas e sites do Active Directory, oferece uma grande número de possibilidades de design de arquitetura para os DAGs.

Você pode usar os exemplos de design para DAGs em uma variedade de ambientes:

• DAG de dois membros, adequado para implantações em escritórios pequenos e de filiais.
• DAG de quatro membros que oferece alta disponibilidade em um único datacenter, localizando todos os membros no mesmo datacenter.
• DAG de quatro membros que oferece alta disponibilidade em um único datacenter e resiliência de site para o esse datacenter, localizando dois dos membros no datacenter primário e dois dos membros em um segundo datacenter.

O design que você usa para os DAGs e a distribuição de cópias de bancos de dados de caixa de correio serão baseados nos contratos de nível de serviço (SLAs) de sua organização e no objetivo de tempo de recuperação e no objetivo de ponto de recuperação do serviço de caixa de correio e dos dados, conforme declarado nesses SLAs.

Procurando tarefas de gerenciamento relacionadas à alta disponibilidade e à resiliência de site? Consulte Gerenciando a alta disponibilidade e resiliência do site.

Sumário

DAG de Dois Membros em um Site de Datacenter/Active Directory Único

DAG de Quatro Membros em um Site de Datacenter/Active Directory Único

DAG de Quatro Membros em Sites de Dois Datacenters/Active Directory

DAG de Dois Membros em um Site de Datacenter/Active Directory Único

Um DAG de dois membros é o menor DAG possível capaz de oferecer alta disponibilidade. DAGs de dois membros são mais adequados a organizações que exigem alguma forma de alta disponibilidade para serviços e dados de caixa de correio, mas que não exigem resiliência de site. Essa configuração funciona especialmente bem em escritórios pequenos e de filiais, porque habilita a redundância para as funções de servidor de Acesso para Cliente, Caixa de Correio e Transporte de Hub usando apenas dois servidores do Exchange. A figura a seguir ilustra essa configuração.

Grupo de disponibilidade de banco de dados de dois membros

Vale a pena observar vários aspectos desta configuração:

• Nesse design, apenas as funções de servidor de Acesso para Cliente, Caixa de Correio e Transporte de Hub são co-localizadas. Embora seja suportada para co-localização da função de servidor da Unificação de Mensagens, essa configuração não é recomendada por motivos de desempenho.
• Para atingir a alta disponibilidade para funções de servidor de Acesso para Cliente e Transporte de Hub, alguma forma de balanceamento de carga deve ser usada entre os clientes e essas funções de servidor. Como essas funções de servidor são co-localizadas com um servidor de caixa de correio que é membro de um DAG, o Balanceamento de Carga de Rede (NLB) do Windows não pode ser usado (porque o NLB e o cluster de failover do Windows não podem ser instalados no mesmo servidor). Em vez disso, uma solução NLB que não pertença ao Windows deve ser usada (por exemplo, o balanceamento de carga do ISA Server 2006, um balanceador de carga de hardware ou um balanceador de carga baseado em software feito por terceiros).
• Como acontece com todos os DAGs que contêm um número par de membros, um DAG de dois membros exige um servidor testemunha para manter o quórum. O quórum é mantido desde que mais da metade dos votantes de quórum estejam disponíveis e em comunicação. Um DAG de dois membros com um servidor testemunha oferece três votantes de quórum (os membros do DAG e a testemunha podem votar quando estiverem disponíveis e em comunicação). Desse modo, um DAG de dois membros pode sobreviver à falha ou à falta de um votante (por exemplo, um dos membros do DAG ou apenas o servidor testemunha) sem uma interrupção de serviço. No entanto, a perda de dois dos votantes (por exemplo, um membro do DAG e um servidor testemunha) resultará em uma perda de quórum, causando uma interrupção de serviço.

Retornar ao início

DAG de Quatro Membros em um Site de Datacenter/Active Directory Único

Um DAG de quatro membros em uma implantação de datacenter único oferece maior resiliência a falhas do que um DAG de dois ou três membros. DAGs maiores naturalmente oferecem maior resiliência, porque podem sustentar mais falhas sem uma interrupção de serviço. Enquanto um DAG de dois ou de três membros só pode sustentar a perda de um único votante sem perder quórum e comprometer o serviço, um DAG de quatro membros, que por definição têm cinco votantes de quórum, pode sustentar a perda de dois votantes sem perder quórum e comprometer o serviço.

A figura a seguir ilustra um DAG de quatro membros com todos os membros localizados em um único datacenter.

Grupo de Disponibilidade de banco de dados de quatro membros

Usando um DAG de quatro membros, você pode criar um máximo de quatro cópias de cada banco de dados. Essa é uma quantidade suficiente de banco de dados para permitir o uso de cenários de proteção de dados alternativos, como proteção flexível de caixa de correio. A proteção flexível de caixa de correio permite a você combinar a alta disponibilidade do Exchange 2010 e os recursos de resiliência do ESE (Mecanismo de Armazenamento Extensível) a outros recursos integrados de proteção, como cópias de banco de dados de caixa de correio com atraso, diretivas de retenção, a pasta Itens Recuperáveis e a diretiva de retenção para criar uma solução capaz de reduzir a necessidade de outras formas de proteção, como o uso de RAID ou a realização de backups de dados. Para mais informações sobre a proteção flexível de caixa de correio, consulte Understanding Backup, Restore and Disaster Recovery. Para mais informações sobre o uso da replicação para seus backups e sobre o uso de JBOD, consulte Design do Armazenamento do Servidor de Caixa de Correio.

Retornar ao início

DAG de Quatro Membros em Sites de Dois Datacenters/Active Directory

Um DAG de quatro membros se estende por dois datacenters e proporciona aos dois datacenters alta disponibilidade e resiliência de site para os dados e serviços de caixa de correio. Essa configuração é ilustrada na figura a seguir.

Grupo de disponibilidade de banco de dados de quatro membros que se estende por dois sites

Vale a pena observar vários aspectos desta configuração:

• O servidor testemunha do DAG deve estar localizado no datacenter primário. De modo geral, o datacenter primário é o datacenter que contém a maior parte da população de usuários. O uso de um servidor testemunha no datacenter primário permite a funcionalidade contínua para a maior parte da população de usuários no caso de interrupção na rede de longa distância (WAN).
• Não há roteamento direto que permita o tráfego de pulsação da rede de replicação em um servidor de membro do DAG para a rede MAPI em outro servidor de membro do DAG, ou o contrário, ou entre múltiplas redes de replicação no DAG.
• Neste exemplo, as funções de servidor do Exchange são implantadas em hardware dedicado. Como as funções de servidor de Acesso para Cliente e Transporte de Hub não são co-localizadas com o servidor de caixa de correio no DAG, o NLB do Windows é usado para balancear a carga das funções de Acesso para Cliente e Transporte de Hub.

Retornar ao início