Gerenciando a alta disponibilidade e resiliência do site
Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Tópico modificado em: 2010-05-06
Depois de construir, validar e implantar uma solução de alta disponibilidade ou resiliência do site do Microsoft Exchange Server 2010, a solução transita da fase de implantação para a fase operacional do seu ciclo de vida. A fase operacional consiste de várias tarefas, e todas elas estão relacionadas a uma das seguintes áreas: grupos de disponibilidade do banco de dados (DAGs), cópias de bancos de dados de caixa de correio, execução de monitoramento proativo e gerenciamento de alternância e failovers.
O gerenciamento de uma solução de resiliência de site ou alta disponibilidade do Exchange 2010 é executado de maneira diferente das versões anteriores do Exchange. Várias alterações na arquitetura e no design do Exchange 2010 foram feitas para eliminar a necessidade de executar tarefas exigidas nas versões anteriores do Exchange, e para fornecer maior granularidade e controle sobre a solução. Por exemplo:
O Exchange 2010 não usa o conceito de servidor de caixas de correio clusterizadas (referenciado como um Servidor Virtual do Exchange no Exchange Server 2003 e anteriores). Como resultado, o Exchange não é mais um aplicativo em cluster, e as identidades dos servidores Exchange não se movem mais entre os servidores clusterizados.
O Exchange 2010 não usa o conceito de grupos de armazenamento. Como resultado, bancos de dados são separados dos servidores e agora são gerenciados globalmente; bancos de dados não compartilham mais fluxos de log e a replicação contínua (incluindo alternâncias e failovers) opera no nível do banco de dados.
O Exchange 2010 não usa os conceitos de redes públicas e privadas. Estes conceitos são substituídos pelos conceitos de redes MAPI e redes de replicação. Cada DAG deve conter uma rede MAPI e uma ou mais redes de replicação.
Sumário
Gerenciamento do Grupo de Disponibilidade do Banco de Dados
Gerenciamento de Cópias de Bancos de Dados de Caixa de Correio
Monitoramento Proativo
Alternâncias e Failovers
Gerenciamento do Grupo de Disponibilidade do Banco de Dados
As tarefas de gerenciamento operacionais associadas a DAGs incluem:
Criação de um ou mais DAGs A criação de um DAG geralmente é um procedimento executado uma única vez, durante a fase de implantação do ciclo de vida da solução. No entanto, pode haver razões para a criação de DAGs que ocorre durante a fase operacional. Por exemplo:
O DAG está configurado para o modo de replicação de terceiros, e você deseja reverter para o uso de replicação contínua. Não é possível converter um DAG de volta para a replicação contínua; é necessário criar um DAG.
Você tem servidores em vários domínios. Todos os membros do mesmo DAG devem também ser membros do mesmo domínio.
Gerenciamento dos membros do DAG Gerenciar os membros do DAG é uma tarefa pouco frequente, geralmente realizada durante a fase de implantação do ciclo de vida da solução. No entanto, devido à flexibilidade oferecida pela implantação incremental, o gerenciamento dos membros do DAG também pode ser executado ao longo de todo o ciclo de vida da solução.
Configuração das propriedades do DAG Cada DAG possui várias propriedades, que podem ser configuradas de acordo com a necessidade. Estas propriedades incluem:
Servidor testemunha e diretório testemunha O servidor testemunha é um servidor fora do DAG que age como um eleitor de quorum quando o DAG contém um número par de membros. O diretório testemunha é um diretório criado e compartilhado no servidor testemunha para uso do sistema na manutenção de um quorum.
Endereços IP Cada DAG terá um ou mais endereços IPv4 e, opcionalmente, um ou mais endereços IPv6. Os endereços IP associados ao DAG são usados pelo cluster subjacente do DAG. O número de endereços IPv4 associados ao DAG é igual ao número de sub-redes que compõem a rede MAPI usada pelo DAG. Você pode configurar o DAG para usar endereços IP estáticos ou para obter endereços automaticamente, usando o protocolo DHCP.
Modo coordenação de ativação do banco de dados O modo coordenação de ativação do banco de dados é uma definição de propriedade em um DAG projetada para DAGs com três ou mais membros que foram implantados em vários sites. O modo coordenação de ativação do banco de dados é usado para lidar com condições que de outra forma levariam a uma síndrome do cérebro dividido dentro do DAG, como uma falha no site. Para obter mais informações sobre o modo coordenação de ativação do banco de dados, consulte Noções Básicas Sobre o Modo Coordenação de Ativação do Datacenter.
Servidor testemunha alternativo e diretório testemunha alternativo O servidor testemunha alternativo e o diretório testemunha alternativo são valores que podem ser pré-configurados como parte do processo de planejamento para DAGs configurados para a resiliência do site.
Porta de replicação Por padrão, todos os DAGs usam a porta TCP 64327 para a replicação contínua. É possível modificar o DAG para usar uma porta TCP diferente para a replicação, usando o parâmetro ReplicationPort do cmdlet Set-DatabaseAvailabilityGroup.
Descoberta de rede Você pode forçar o DAG a redescobrir redes e interfaces de rede. Esta operação é usada quando redes são adicionadas ou removidas ou quando sub-redes da rede do DAG são alteradas. A redescoberta de todas as redes do DAG pode ser forçada usando o parâmetro DiscoverNetworks do cmdlet Set-DatabaseAvailabilityGroup.
Compactação de rede Por padrão, os DAGs usam compactação somente entre redes de DAG em sub-redes diferentes. É possível habilitar a compressão para todas as redes do DAG ou apenas para operações de propagação, ou você pode desabilitar a compressão para todas as redes do DAG.
Criptografia de rede Por padrão, os DAGs usam criptografia somente entre redes de DAG em sub-redes diferentes. É possível habilitar a criptografia para todas as redes do DAG ou apenas para operações de propagação, ou você pode desabilitar a criptografia para todas as redes do DAG.
Gerenciamento de redes do DAG Embora haja suporte para o uso de uma única placa de interface de rede (NIC), é recomendável que cada membro do DAG tenha pelo menos duas NICs. Uma NIC é usada para a rede MAPI e outra é usada para a rede de replicação. NICs adicionais podem ser acrescentadas para criar outras redes de replicação, para o uso como redes de backup dedicadas, ou para o uso pelo sistema como armazenamento iSCSI. O gerenciamento de redes do DAG envolve designar uma rede MAPI ou uma rede de replicação, e configurar sub-redes da rede.
Desligamento de membros do DAG A solução de alta disponibilidade do Exchange 2010 está integrada com o processo de desligamento do Windows. Se um administrador ou aplicativo iniciar o desligamento de um servidor Windows em um DAG que possui um banco de dados montado, que é replicado para um ou mais membros do DAG, o sistema tentará ativar outra cópia dos bancos de dados montados antes de permitir que o processo de desligamento seja concluído. No entanto, este novo comportamento não garante que todos os bancos de dados do servidor que está sendo desligado passarão por uma ativação sem perdas. Como resultado, a melhor prática é executar uma alternância de servidor antes de desligar um servidor que seja membro de um DAG.
Para etapas detalhadas sobre como criar um DAG, consulte Criar um Grupo de Disponibilidade de Banco de Dados. Para etapas detalhadas sobre como configurar DAGs e propriedades de DAG, consulte Configurar as Propriedades do Grupo de Disponibilidade do Banco de Dados. Para obter mais informações sobre cada uma das tarefas de gerenciamento anteriores e sobre o gerenciamento de DAGs em geral, consulte Gerenciando grupos de disponibilidade de bancos de dados.
Voltar ao início
Gerenciamento de Cópias de Bancos de Dados de Caixa de Correio
As tarefas operacionais de gerenciamento associadas a cópias de bancos de dados de caixa de correio incluem:
Adicionar cópias de bancos de dados de caixa de correio Ao adicionar uma cópia de um banco de dados de caixa de correio, a replicação contínua é automaticamente habilitada entre o banco de dados existente e a cópia do banco de dados.
Configurar as propriedades da cópia do banco de dados de caixa de correio Você pode configurar várias propriedades, como a diretiva de ativação do banco de dados, a quantidade de tempo, caso haja, para o atraso de repetição e o atraso de truncamento, e as preferências de ativação para a cópia do banco de dados.
Suspender ou continuar uma cópia de banco de dados de caixa de correio Você pode suspender uma cópia de banco de dados de caixa de correio em preparação para propagação ou para outras formas de manutenção. Também é possível suspender uma cópia do banco de dados de caixa de correio somente para ativação. Esta configuração impede o sistema de ativar automaticamente a cópia como resultado de uma falha, mas ainda permite que o sistema mantenha a cópia do banco de dados atualizada com o envio e repetição de logs.
Atualizar uma cópia de banco de dados de caixa de correio A atualização, também conhecida como propagação, é o processo em que uma cópia de um banco de dados de caixa de correio é adicionada a outro servidor de Caixa de Correio. Esta se torna o banco de dados da linha de base para a cópia. Depois da primeira propagação inicial da cópia do banco de dados de linha de base, apenas em raras circunstâncias será necessário propagar o banco de dados novamente.
Ativar uma cópia do banco de dados de caixa de correio A ativação é o processo de designar uma cópia passiva específica como a nova cópia ativa de um banco de dados de caixa de correio. Este processo é chamado de alternância. Para obter mais informações, consulte "Alternâncias e Failovers", posteriormente neste tópico.
Remover uma cópia de banco de dados de caixa de correio Você pode remover uma cópia de banco de dados de caixa de correio a qualquer momento. Ocasionalmente, pode ser necessário remover uma cópia do banco de dados de caixa de correio. Por exemplo, não é possível remover um servidor de Caixa de Correio de um DAG até que as cópias de bancos de dados de caixa de correio sejam removidas do servidor. Além disso, você deve remover todas as cópias de um banco de dados de caixa de correio antes de alterar o caminho para um banco de dados de caixa de correio.
Para etapas detalhadas para adicionar a cópia de um banco de dados, consulte Adicionar uma Cópia do Banco de Dados de Caixa de Correio. Para etapas detalhadas para configurar cópias de bancos de dados de caixa de correio, consulte Configurar as Propriedades de Cópia do Banco de Dados de Caixa de Correio. Para obter mais informações sobre cada uma das tarefas de gerenciamento anteriores e sobre o gerenciamento de cópias de bancos de dados de caixas de correio em geral, consulte Gerenciando cópias de banco de dados de caixa de correio. Para etapas detalhadas para remover uma cópia de banco de dados de caixa de correio, consulte Remover uma Cópia de Banco de Dados de Caixa de Correio.
Voltar ao início
Monitoramento Proativo
Garantir que seus servidores estejam operando confiavelmente e que suas cópias de bancos de dados sejam íntegras são os principais objetivos das operações diárias de mensagens. O Exchange 2010 oferece vários recursos que podem ser usados para executar múltiplas tarefas de monitoramento de integridade para DAGs e cópias de bancos de dados de caixa de correio, incluindo:
Log de eventos do canal Crimson
Além de monitorar a integridade e o status, é também essencial monitorar situações que possam comprometer a disponibilidade. Por exemplo, recomendamos que você monitore a redundância de seus bancos de dados replicados. É essencial evitar situações em que há uma única cópia de um banco de dados. Esse cenário deve ser tratado com a mais alta prioridade e resolvido o mais rápido possível.
Para obter informações mais detalhadas sobre o monitoramente da integridade e do status de DAGs e cópias de banco de dados de caixa de correio, consulte Monitorando a alta disponibilidade e resiliência do site.
Voltar ao início
Alternâncias e Failovers
Uma alternância é um processo manual, no qual um administrador manualmente ativa uma ou mais cópias de bancos de dados de caixa de correio. Alternâncias, que podem ocorrer no nível do banco de dados ou do servidor, geralmente são executadas como parte da preparação de atividades de manutenção. O gerenciamento de alternância envolve a realização de alternâncias de banco de dados ou de servidor, conforme a necessidade. Por exemplo, se você precisar executar a manutenção em um servidor de Caixa de Correio em um DAG, primeiro realize uma alternância de servidor para que o servidor não hospede nenhuma cópia de banco de dados de caixa de correio ativa. Para etapas detalhadas para executar uma alternância de banco de dados, consulte Ativar uma Cópia do Banco de Dados de Correio. Para etapas detalhadas para executar uma alternância de servidor, consulte Alternar um Servidor. Alternâncias também podem ser realizadas no nível do datacenter. Para obter mais informações sobre alternâncias de datacenter, consulte Switchovers do Datacenter.
Um failover é a ativação automática pelo sistema de uma ou mais cópias de banco de dados em reação a uma falha. Por exemplo, a perda de uma unidade de disco disparará um failover de banco de dados. A perda de uma rede MAPI ou uma queda de energia disparará um failover de servidor.
Para obter mais informações sobre alternâncias e failovers consulte Switchovers e Failovers.
Voltar ao início
© 2010 Microsoft Corporation. Todos os direitos reservados.