Gerenciando alta disponibilidade e resiliência do site em Exchange Server
Depois de compilar, validar e implantar um Microsoft Exchange Server solução de alta disponibilidade ou resiliência do site, a solução passa da fase de implantação para a fase operacional do ciclo de vida geral da solução. A fase operacional consiste em várias tarefas, e todas as tarefas relacionadas a uma das seguintes áreas: grupos de disponibilidade (DAGs), cópias de banco de dados de caixa de correio, executando o monitoramento proativo e gerenciando alternâncias e failovers de banco de dados.
Gerenciamento de grupo de disponibilidade do banco de dados
As tarefas de gerenciamento operacional associadas DAGs incluem:
Criando um ou mais DAGs: a criação de um DAG normalmente é um procedimento único realizado 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 ocorrem durante a fase operacional, por exemplo:
DAG está configurado para o modo de replicação de terceiros e você quiser reverter para usando a replicação contínua. Você não pode converter um DAG para replicação contínua; Você precisa criar um DAG.
Você tem servidores em vários domínios. Todos os membros do mesmo DAG também devem ser membros do mesmo domínio.
Gerenciamento da associação DAG: Gerenciar membros da DAG é uma tarefa pouco frequente normalmente executada durante a fase de implantação do ciclo de vida da solução. No entanto, devido a flexibilidade oferecida pela implantação incremental, gerenciar a associação ao DAG pode também ser executada durante todo o ciclo de solução.
Configurando propriedades DAG: cada DAG tem várias propriedades que podem ser configuradas conforme necessário. Essas propriedades incluem:
Servidor testemunha e diretório testemunha: o servidor testemunha é um servidor fora do DAG que atua 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 pelo sistema em manter 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 atribuídos ao DAG são usados pelo cluster subjacente do DAG. O número de endereços IPv4 atribuídos ao DAG é igual ao número de sub-redes que compõem a rede MAPI usada pelo DAG. Você pode configurar o DAG usar endereços IP estáticos ou obter endereços automaticamente usando o Dynamic Host Configuration Protocol (DHCP).
Modo de Coordenação de Ativação do Datacenter: o modo de Coordenação de Ativação do Datacenter é uma configuração de propriedade em um DAG projetado para evitar condições split-brain no nível do banco de dados, em um cenário em que você está restaurando o serviço para um datacenter primário depois que uma alternância de datacenter foi executada. Para obter mais informações sobre o modo coordenação de ativação de Datacenter, consulte Modo coordenação de ativação de Datacenter.
Servidor de testemunha alternativo e diretório de testemunha alternativo: o servidor testemunha alternativo e o diretório de testemunha alternativo são valores que você pode pré-configurar como parte do processo de planejamento para uma alternância de datacenter. Essas referir-se ao servidor de testemunha e um diretório testemunha que será usado quando uma alternância de datacenter foi realizada.
Porta de replicação: por padrão, todos os DAGs usam a porta TCP 64327 para replicação contínua. Você pode modificar o DAG para usar uma porta TCP diferente para replicação usando o parâmetro ReplicationPort do cmdlet Set-DatabaseAvailabilityGroup .
Descoberta de rede: você pode forçar o DAG a redes redes e interfaces de rede. Essa operação é usada quando você adicionar ou remove redes ou introduzir novas sub-redes. A redes de redes 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 DAG em sub-redes diferentes. Você pode habilitar a compactação de todas as redes do DAG ou para propagação somente operações ou é possível desabilitar a compactação de todas as redes do DAG.
Criptografia de rede: por padrão, os DAGs usam criptografia somente entre redes DAG em sub-redes diferentes. É possível habilitar a criptografia de todas as redes do DAG ou para propagação somente operações ou você pode desabilitar a criptografia de todas as redes do DAG.
Desligar membros DAG: a solução de alta disponibilidade Exchange Server está integrada ao processo de desligamento do Windows. Se um administrador ou aplicativo inicia um desligamento de um servidor Windows em um DAG que tenha 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 o desligamento processo seja concluído. No entanto, esse novo comportamento não garante que todos os bancos de dados no servidor que está sendo desligado experimentará uma ativação sem perdas. Como resultado, é uma prática recomendada para realizar uma alternância de servidor antes de encerrar um servidor que seja membro de um DAG.
Para obter etapas detalhadas sobre como criar um DAG, consulte Criar um grupo de disponibilidade de banco de dados. Para obter etapas detalhadas sobre como configurar DAGs e DAG propriedades, 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 Gerenciar grupos de disponibilidade de banco de dados.
Gerenciamento de cópia de banco de dados de caixa de correio
As tarefas de gerenciamento operacional associadas a cópias de banco de dados de caixa de correio incluem:
Adicionando cópias de banco de dados de caixa de correio: quando você adiciona uma cópia de um banco de dados de caixa de correio, a replicação contínua é habilitada automaticamente entre o banco de dados existente e a cópia do banco de dados.
Configurando propriedades de cópia de banco de dados de caixa de correio: você pode configurar uma variedade de propriedades, como a política de ativação do banco de dados, a quantidade de tempo, se houver, para atraso e atraso de truncamento de reprodução e a preferência de ativação para a cópia do banco de dados.
Suspender ou retomar 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 a semeadura ou para outras formas de manutenção. Também é possível suspender uma cópia de banco de dados de caixa de correio para ativação apenas. Essa configuração impede que o sistema ativando automaticamente a cópia como resultado de uma falha, mas ela ainda permite que o sistema manter a cópia do banco de dados atualizado com envio de log e repetição.
Atualizar uma cópia de banco de dados de caixa de correio: a atualização, também conhecida como semeadura, é o processo em que uma cópia de um banco de dados de caixa de correio é adicionada a outro servidor de caixa de correio. Isso se torna o banco de dados de linha de base para a cópia. Após o término da propagação primeiro inicial do banco de dados da linha de base copia, somente em circunstâncias raras o banco de dados precisará ser propagado novamente.
Ativar uma cópia de banco de dados de caixa de correio: ativar é 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. Esse processo é chamado de alternância. Para obter mais informações, consulte "Alternâncias e Failovers" mais adiante neste tópico.
Removendo uma cópia de banco de dados de caixa de correio: ocasionalmente, pode ser necessário remover uma cópia de banco de dados de caixa de correio. Por exemplo, é possível remover um servidor de caixa de correio de um DAG até que todas as cópias de banco de dados de caixa de correio são 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 obter instruções detalhadas sobre como adicionar uma cópia do banco de dados de caixa de correio, consulte Adicionar uma cópia do banco de dados de caixa de correio. Para obter instruções detalhadas sobre como configurar cópias de banco de dados de caixa de correio, consulte Configurar propriedades de cópia de banco de dados de caixa de correio. Para obter mais informações sobre cada uma das tarefas de gerenciamento anteriores e sobre como gerenciar cópias de banco de dados de caixa de correio em geral, consulte Gerenciar cópias de banco de dados de caixa de correio. Para obter instruções detalhadas sobre como remover uma cópia do banco de dados de caixa de correio, consulte Remover uma cópia do banco de dados de caixa de correio.
Monitoramento proativo
Certificando-se de que os servidores estão funcionando confiável e que suas cópias de banco de dados são íntegras é os objetivos principais para operações diárias de mensagens. Exchange Server inclui uma série de recursos que podem ser usados para executar uma variedade de tarefas de monitoramento de integridade para DAGs e cópias de banco 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 para o monitoramento de situações em que podem comprometer a disponibilidade. Por exemplo, é recomendável monitorar a redundância de seus bancos de dados replicados. É essencial para evitar situações em que você esteja para baixo até uma única cópia de um banco de dados. Este cenário deve ser tratado com prioridade máxima e resolvido assim que possível.
Para obter informações mais detalhadas sobre como monitorar a integridade e o status dos DAGs e cópias de banco de dados de caixa de correio, consulte Monitorar grupos de disponibilidade de banco de dados.
Alternâncias e failovers
Uma substituição é um processo manual no qual um administrador ativa manualmente uma ou mais cópias de banco de dados de caixa de correio. Alternâncias, que podem ocorrer no nível do banco de dados ou servidor, geralmente são executadas como parte da preparação para atividades de manutenção. Gerenciamento de alternância envolve a realização de alternâncias de banco de dados ou servidor conforme necessário. Por exemplo, se você precisar executar manutenção em um servidor de caixa de correio em um DAG, você deve executar primeiro uma alternância de servidor para que o servidor não hospedar qualquer cópias de banco de dados de caixa de correio ativas. Para obter instruções detalhadas sobre como realizar uma alternância de banco de dados, consulte Ativar uma cópia do banco de dados de caixa de correio. Alternâncias também podem ser executadas no nível 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 em um ambiente sem RAID irá disparar um failover de banco de dados. Perda de rede MAPI ou uma falha de energia irá disparar um failover de servidor.