Bancos de dados e os dados que eles contêm são fundamentais para qualquer organização do Exchange. Para garantir a alta disponibilidade para bancos de dados de caixa de correio, o Exchange 2007 fornecido uma variedade de replicação e agrupamento de opções, incluindo a replicação contínua local, clusters de cópia única e servidores caixa de correio agrupados. Embora esses recursos representava

aperfeiçoamentos sobre versões anteriores, eles ainda pairam muitos desafios de implementação. Para iniciantes, cada abordagem para alta disponibilidade foi gerenciada de maneira diferente. Com clusters de cópia única, Mailbox dos servidores em um cluster usava armazenamento compartilhado. Implementar clustering significava que os administradores do Exchange tinham que configurar o Windows clustering de failover, que é bastante complexo e pode exigir uma grande quantidade de tempo do administrador para obter um alto nível de tempo de atividade. Com a replicação contínua Exchange 2007 usado internos de replicação assíncrono para criar cópias dos dados era mantido cópias usando transação log repetição e envio. Embora usado replicação contínua local para criar cópias locais em um ambiente que não estão em cluster, usado replicação contínua em cluster ou replicação contínua em espera em um ambiente agrupado e cada tipo de replicação contínua foi gerenciado de forma diferente.

Exchange Server 2010 tem uma abordagem radicalmente diferente para alta disponibilidade porque alta disponibilidade é integrada a sua arquitetura de núcleo, criando uma solução de ponta a ponta que fornece serviço disponibilidade, disponibilidade de dados e recuperação automática. O resultado é que, uma chave, solução de alta disponibilidade substitui muitas soluções usadas anteriormente. Esta solução é o grupo de disponibilidade do banco de dados (DAG).

DAGs fornecem o failover automático e recuperação no nível do banco de dados (em vez de nível do servidor) sem exigir clusters quando implantado em vários servidores Mailbox com várias cópias de bancos de dados de caixas de correio. Devido a essas alterações, criar uma solução de servidor de Mailbox de alta disponibilidade não requer hardware de cluster ou configuração avançada de cluster. Em vez disso, DAGs fornece componente base para alta disponibilidade e o failover é automático para bancos de dados de caixa de correio que fazem parte do mesmo DAG. DAGs pode ser estendidos para vários sites do Active Directory e alterações de arquitetura relacionadas a servidores Mailbox, ativar um banco de dados de uma única caixa de correio, mover entre sites do Active Directory. Como resultado, um banco de dados, única caixa de correio em um site do Active Directory pode fazer failover para outro site do Active Directory.

Em versões anteriores, o Exchange operava como um aplicativo de cluster usando o modelo de gerenciamento de recursos de cluster. Nesta abordagem, implementava-se alta disponibilidade para servidores Mailbox primeiro criando um cluster de failover do Windows e executando a instalação do Exchange no modo de cluster. Como parte do processo de instalação, o recurso de cluster do Exchange (exres.dll) DLL era registrado, permitindo a criação de um servidor de caixas de correio em cluster. Em contraste, Exchange 2010 não opera como um aplicativo em cluster e o modelo de gerenciamento de recursos de cluster não é mais usado para alta disponibilidade. DLL de recurso de cluster do Exchange e todos os recursos de cluster que ele fornecido não existem mais. Em vez disso, o Exchange 2010 usa seu próprio modelo interno de alta disponibilidade. Embora alguns componentes do Windows clustering de failover ainda são usados neste modelo, eles são gerenciados agora exclusivamente pelo Exchange 2010.

Anúncios