Switchovers e Failovers

 

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2016-11-28

Alternâncias e failovers são duas formas de interrupçÕes no Microsoft Exchange Server 2010. Uma alternância É a interrupção programada de um banco de dados ou um servidor, a qual É explicitamente iniciada por um administrador, normalmente na preparação para uma operação de manutenção. Alternâncias envolvem mover a cÓpia do banco de dados da caixa de correio ativa para outro servidor no DAG (grupo de disponibilidade do banco de dados) por um administrador.

Um failover se refere a eventos inesperados que resultam na indisponibilidade de serviços, dados ou ambos. Um failover envolve a recuperação automÁtica do sistema de uma falha por meio da ativação de uma cÓpia do banco de dados da caixa de correio passiva a fim de tornÁ-la a cÓpia do banco de dados da caixa de correio ativa.

A plataforma de alta disponibilidade no Exchange 2010 foi projetada para lidar tanto com alternâncias quanto com failovers.

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

Alternâncias

HÁ três tipos de alternâncias no Exchange 2010:

  • Alternâncias de banco de dados

  • Alternâncias de servidor

  • Alternâncias de datacenter

Alternâncias de banco de dados

Uma alternância de banco de dados É o processo por meio do qual um banco de dados ativo individual É trocado por outra cÓpia do banco de dados (uma cÓpia passiva), e essa cÓpia do banco de dados torna-se a nova cÓpia do banco de dados ativo. Alternâncias de banco de dados podem acontecer dentro de datacenters e entre eles. Uma alternância de banco de dados pode ser realizada pelo Console de Gerenciamento do Exchange (EMC) ou pelo Shell de Gerenciamento do Exchange. Independentemente de qual interface É usada, o processo de alternância É o mesmo:

  1. O administrador inicia uma alternância de banco de dados para mover a cÓpia atual do banco de dados da caixa de correio ativa para outro servidor. A alternância pode ser iniciada pelo cmdlet Move-ActiveMailboxDatabase ou pelo assistente Ativar uma CÓpia do Banco de Dados.

  2. O cliente utilizado para a tarefa realiza uma chamada RPC para o serviço de Replicação do Microsoft Exchange em um membro do DAG.

  3. Se o membro do DAG não mantiver a função do PAM (Gerenciador Ativo PrimÁrio), o membro do DAG remete a tarefa para o PAM.

  4. A tarefa realiza uma chamada RPC para o serviço de Replicação do Microsoft Exchange do PAM.

  5. O PAM lê e atualiza as informaçÕes de localização do banco de dados que estão armazenadas no banco de dados de cluster do DAG.

  6. O PAM entra em contato com o serviço de Replicação do Microsoft Exchange no membro do DAG cuja cÓpia passiva estÁ sendo ativada como a nova cÓpia do banco de dados da caixa de correio ativa.

  7. O serviço de Replicação do Microsoft Exchange no servidor de destino consulta os serviços de Replicação do Microsoft Exchange em todos os outros membros do DAG para determinar a melhor fonte de log para a cÓpia do banco de dados.

  8. O banco de dados do servidor atual É desmontado, e o serviço de Replicação do Microsoft Exchange no servidor de destino copia os logs restantes para o servidor de destino.

  9. O serviço de Replicação do Microsoft Exchange no servidor de destino solicita a montagem de um banco de dados.

  10. O serviço de Armazenamento de InformaçÕes do Microsoft Exchange no servidor de destino repete os arquivos de log e monta o banco de dados.

  11. Quaisquer cÓdigos de erro são retornados para o serviço de Replicação do Microsoft Exchange do servidor de destino.

  12. O PAM atualiza as informaçÕes do estado da cÓpia do banco de dados no banco de dados de cluster do DAG.

  13. Quaisquer cÓdigos de erro são retornados pelo serviço de Replicação do Microsoft Exchange do servidor de destino para o serviço de Replicação do Microsoft Exchange do PAM.

  14. O serviço de Replicação do Microsoft Exchange do PAM retorna quaisquer erros para a interface administrativa em que a tarefa foi chamada.

  15. O PowerShell Remoto retorna os resultados da operação para a interface administrativa de chamada.

Para obter etapas detalhadas sobre como realizar um alternância de banco de dados, consulte Ativar uma Cópia do Banco de Dados de Correio.

Alternâncias de servidor

Uma alternância de servidor É o processo pelo qual todos os bancos de dados ativos em um membro do DAG são ativados em um ou mais outros membros do DAG. Assim como a alternância de banco de dados, uma alternância de servidor pode ocorrer tanto dentro de um datacenter quanto entre datacenters, e pode ser iniciada usando-se o EMC e o Shell. Independentemente de qual interface É usada, o processo de alternância É o mesmo:

  1. O administrador inicia uma alternância de servidor para mover todas as cÓpias atuais do banco de dados da caixa de correio ativas para um ou mais servidores diferentes. A alternância pode ser iniciada pelo cmdlet Move-ActiveMailboxDatabase ou pela IU de Alternância de Servidor.

  2. A tarefa segue as mesmas etapas descritas anteriormente, neste tÓpico, para alternâncias de banco de dados (Etapas 2 a 4) para cada um dos bancos de dados ativos no servidor atual.

  3. O PAM lê e atualiza as informaçÕes de localização do banco de dados que estão armazenadas no banco de dados de cluster do DAG.

  4. O PAM entra em contato com o serviço de Replicação do Microsoft Exchange de cada membro do DAG que possui uma cÓpia passiva sendo ativada.

  5. O serviço de Replicação do Microsoft Exchange nos servidores de destino consulta os serviços de Replicação do Microsoft Exchange em todos os outros membros do DAG para determinar a melhor fonte de log para a cÓpia do banco de dados.

  6. O banco de dados do servidor atual É desmontado, e o serviço de Replicação do Microsoft Exchange de cada servidor de destino copia os logs restantes.

  7. O serviço de Replicação do Microsoft Exchange em cada servidor de destino solicita a montagem de um banco de dados.

  8. O serviço de Armazenamento de InformaçÕes do Microsoft Exchange de cada servidor de destino repete os arquivos de log e monta o banco de dados.

  9. Quaisquer cÓdigos de erro são retornados para o serviço de Replicação do Microsoft Exchange do servidor de destino.

  10. O PAM atualiza as informaçÕes do estado da cÓpia do banco de dados no banco de dados de cluster do DAG.

  11. Quaisquer cÓdigos de erro são retornados pelo serviço de Replicação do Microsoft Exchange do servidor de destino para o serviço de Replicação do Microsoft Exchange do PAM.

  12. O serviço de Replicação do Microsoft Exchange do PAM retorna quaisquer erros para a interface administrativa em que a tarefa foi chamada.

  13. O PowerShell Remoto retorna os resultados da operação para a interface administrativa de chamada.

Para obter etapas detalhadas sobre como realizar uma alternância de servidor, consulte Alternar um Servidor.

Alternâncias de datacenter

Um datacenter ou uma falha no site são gerenciados de maneira diferente dos tipos de falhas que podem causar failover em um servidor ou banco de dados. Em uma configuração de alta disponibilidade, a recuperação automÁtica É iniciada pelo sistema, e a falha normalmente deixa o sistema de mensagens em um estado totalmente funcional. Por outro lado, uma falha em um datacenter É considerada um evento de recuperação de desastres. Por isso, a recuperação deve ser realizada e concluÍda manualmente para que o serviço do cliente seja restaurado, e a interrupção seja encerrada. O processo realizado É denominado alternância de datacenter. Assim como em muitos cenÁrios de recuperação de desastres, o planejamento e a preparação antecipados para uma alternância de datacenter podem simplificar o processo de recuperação e reduzir a duração da interrupção.

Para obter mais informaçÕes sobre alternâncias de datacenter, incluindo etapas detalhadas para a realização desse procedimento, consulte Switchovers do Datacenter.

Para obter assistência com a realização de uma alternância de datacenter, consulte Passo a passo guiado: Alternância de Datacenter do Exchange Server 2010 para um Grupo de Disponibilidade de Banco de Dados.

Failovers

Um failover É um processo de ativação automÁtico que pode ocorrer tanto no nÍvel do banco de dados quanto no do servidor. Os failovers ocorrem em resposta a uma falha que afeta um banco de dados individual (por exemplo, uma perda de armazenamento isolada) ou todo um servidor (por exemplo, falha na placa-mãe ou uma perda de energia).

Os DAGs e as cÓpias do banco de dados da caixa de correio fornecem redundância completa (e, portanto, recuperação rÁpida) tanto dos dados como dos serviços que fornecem acesso aos dados. A tabela a seguir relaciona as açÕes de recuperação esperadas para vÁrias falhas. Algumas falhas exigem que o administrador inicie a recuperação, e outras são tratadas automaticamente pelo sistema.

Descrição Ativação automÁtica Ação de reparo automÁtico Estado durante o reparo: Ativo Estado durante o reparo: Passivo AçÕes de reparo ComentÁrios

Falha simples no banco de dados do Mecanismo de Armazenamento ExtensÍvel (ESE): As unidades que armazenam o banco de dados estão retornando erros em algumas leituras (por exemplo, um erro -1018).

PossÍvel interrupção breve.

PossÍvel failover automÁtico.

Correção automÁtica de pÁgina incorreta.

Alternância manual, failover automÁtico ou reparo online.

Falhou

Recompilação de RAID, reparo do banco de dados e da cÓpia do banco de dados, restauração e execução da recuperação em vez de correção da pÁgina ou correção de pÁgina da cÓpia.

Pode haver outros cÓdigos de falhas simples do banco de dados.

Não inclui falhas de bloco do sistema de arquivos NTFS.

Se o failover ou a alternância forem executados, o servidor de host serÁ atualizado.

Falha "semissuave" no banco de dados do ESE: As unidades que armazenam o banco de dados estão retornando erros em algumas gravaçÕes.

Breve interrupção durante o failover automÁtico.

Recompilação automÁtica do disco/volume apÓs possÍvel substituição da unidade.

Desmontado, se não puder ser recuperado.

Com falha

A recompilação de RAID pode resolver o problema.

CÓpia e reparo, restauração e execução da recuperação ou recompilação do disco/volume apÓs possÍvel substituição.

Um erro semissuave de gravação do ESE significa que algumas gravaçÕes foram bem-sucedidas.

Não inclui falha de bloco NTFS.

Falha "semissuave" de log do ESE: As unidades que armazenam os dados de log estão retornando erros não recuperados em algumas leituras ou gravaçÕes.

Breve interrupção durante o failover automÁtico.

Recompilação automÁtica do disco/volume apÓs possÍvel substituição da unidade.

Desmontado, se não puder ser recuperado.

Com falha

A recompilação de RAID pode resolver o problema.

CÓpia e reparo, restauração e execução da recuperação ou recompilação do disco/volume apÓs possÍvel substituição.

Um erro semissuave de leitura/gravação do ESE significa que algumas leituras/gravaçÕes foram bem-sucedidas.

Se o banco de dados falhar, a recuperação automÁtica ocorrerÁ antes de o processo de recuperação de dados de log começar.

Erro de software ou esgotamento de recursos do ESE: Um erro em que o ESE finaliza a instância (por exemplo, Evento ID 1022, profundidade do ponto de verificação muito alta).

Breve interrupção durante o failover automÁtico.

Nenhuma.

Desmontado, se não puder ser recuperado.

Com falha

Correção de problema de recurso subjacente.

Essa falha poderia ser o erro de superfÍcie dos outros casos.

Falhas de bloco NTFS: As unidades que armazenam o banco de dados ou os logs apresentam erro de leitura ou gravação em uma estrutura de controle NTFS.

Breve interrupção durante o failover automÁtico.

Volume completamente recompilado apÓs possÍvel substituição de unidade.

Desmontado, se não puder ser recuperado.

Com falha

A recompilação de RAID pode resolver o problema. UtilitÁrios para NTFS podem resolver os problemas com NTFS. Recuperar o Exchange pode ser necessÁrio.

É mais provÁvel que isso ocorra quando o RAID não estiver em uso. Se isso afetar o volume ativo de log, alguns arquivos de log recentes serão perdidos.

Não inclui erros corrigidos automaticamente pelo NTFS ou sua pilha de hardware ou software subjacente.

Falha de unidade de log ou banco de dados: Uma unidade que armazena o banco de dados ou os logs falhou completamente e estÁ inacessÍvel.

Breve interrupção durante o failover automÁtico.

Unidade reformatada ou substituÍda, seguida de recompilação completa de volume.

Desmontado, se não puder ser recuperado.

Com falha

Substituição de unidade seguida de possÍvel recompilação de RAID.

Substituição de unidade seguida de recompilação completa de volume.

Recompilação completa de volume.

Não se aplica.

Falha de volume de log ou banco de dados: O volume falha por causa de problemas de volume de nÍvel inferior ou NTFS.

Breve interrupção durante o failover automÁtico.

Unidade reformatada ou substituÍda.

Desmontado, se não puder ser recuperado.

Com falha

Substituição de unidade seguida de possÍvel recompilação de RAID.

Substituição de unidade seguida de recompilação completa de volume.

Recompilação completa de volume.

Não se aplica.

Banco de dados ou volume de log sem espaço: O sistema de arquivos NTFS com o banco de dados ou os arquivos de log estÁ sem espaço.

Failover automÁtico se outra cÓpia não estiver em estado similar.

Nenhuma.

Desmontado.

Com falha

Execução de backups completos ou incrementais, exclusão manual de logs, espera de intervalo de tempo, continuação da cÓpia do banco de dados ou reparo da cÓpia do banco de dados com falha.

Não se aplica.

O administrador desmonta o banco de dados errado.

Se o failover automÁtico não estiver bloqueado pelo administrador, haverÁ uma breve interrupção.

Se o failover automÁtico estiver protegido, haverÁ uma interrupção atÉ que o banco de dados seja montado.

Nenhuma.

Desmontado.

Não se aplica.

O administrador corrige o erro.

Não se aplica.

O administrador suspende a cÓpia do banco de dados errada.

Dependendo da configuração e da cÓpia afetada, a recuperação automÁtica poderÁ ser evitada.

Nenhuma.

Não se aplica.

Suspenso

O administrador corrige o erro.

Não se aplica.

O administrador desmonta um banco de dados para armazenamento, NTFS ou manutenção do volume.

Se o failover automÁtico não estiver bloqueado pelo administrador, haverÁ uma breve interrupção.

Se o failover automÁtico estiver bloqueado, haverÁ interrupção atÉ que o administrador conclua a tarefa.

Nenhuma.

Desmontado.

Não se aplica

O administrador conclui a tarefa.

Não se aplica.

O administrador suspende uma cÓpia do banco de dados para armazenamento, NTFS ou manutenção do volume.

Dependendo da configuração e da cÓpia afetada, a recuperação automÁtica poderÁ ser evitada.

Nenhuma.

Não se aplica.

Suspenso

O administrador conclui as açÕes.

Não se aplica.

O administrador desmonta um banco de dados para manutenção de banco de dados offline.

Interrupção atÉ ser reparado.

Nenhuma.

Desmontado.

Suspenso

O administrador conclui as açÕes.

HÁ divergência entre cÓpias ativas e passivas do banco de dados.

O administrador deve suspender as cÓpias.

Falha do controlador de armazenamento, de disco ou da rede da Área de armazenamento (SAN).

Breve interrupção durante o failover automÁtico.

Nenhuma.

Desmontado.

Qualquer um

Reparo do hardware.

Uma cÓpia do banco de dados passiva estarÁ no estado em que se encontrava quando o sistema apresentou falha.

Manutenção do hardware do servidor.

Breve interrupção durante o failover automÁtico (a menos que bloqueado por um administrador).

Nenhuma.

Desmontado.

qualquer um

Conclusão das açÕes.

Uma cÓpia do banco de dados passiva estarÁ no estado em que se encontrava quando o sistema foi encerrado.

Manutenção do software do servidor.

Breve interrupção durante o failover automÁtico (a menos que bloqueado por um administrador).

Nenhuma.

Desmontado.

qualquer um

Conclusão das açÕes.

Uma cÓpia do banco de dados passiva estarÁ no estado em que se encontrava quando o sistema foi encerrado.

Microsoft Exchange O serviço de RepositÓrio de InformaçÕes do foi interrompido ou pausado por um administrador.

Nenhuma.

Nenhuma.

Desmontado.

qualquer um

Reinicie o serviço de Armazenamento de InformaçÕes do Microsoft Exchange.

Uma cÓpia do banco de dados passiva estarÁ no estado em que se encontrava quando o sistema foi interrompido.

Microsoft Exchange Falha no serviço de Armazenamento de InformaçÕes do ; o sistema operacional ainda estÁ sendo executado.

Breve interrupção durante o failover automÁtico.

O Gerenciador de Controle de Serviços reinicia o serviço de Armazenamento de InformaçÕes do Microsoft Exchange.

Desmontado.

qualquer um

Reiniciar manual ou automaticamente o serviço de Armazenamento de InformaçÕes do Microsoft Exchange.

Uma cÓpia do banco de dados passiva estarÁ no estado em que se encontrava quando o serviço de Armazenamento de InformaçÕes do Microsoft Exchange apresentou falha.

Falha parcial do serviço de Armazenamento de InformaçÕes do Microsoft Exchange; algumas partes do armazenamento do Exchange pararam de funcionar, mas não puderam ser identificadas como uma falha completa.

PossÍvel interrupção breve durante o failover automÁtico.

Nenhuma.

Montado e parcialmente funcional.

Qualquer um, mas pode estar parcialmente funcional.

Reinicie o servidor, o sistema operacional ou o serviço de Armazenamento de InformaçÕes do Microsoft Exchange.

Não se aplica.

Falha do servidor: O servidor apresentou falha por causa de um dos seguintes motivos:

  • Falha completa de energia

  • Falha não recuperada do chip do processador, da placa-mãe ou do painel traseiro

  • Erro de parada do sistema operacional

  • O sistema operacional parou de responder

  • Falha total na comunicação

Breve interrupção durante o failover automÁtico.

Reinicializar o computador.

Desmontado.

qualquer um

Restauração de energia, alteração das configuraçÕes do sistema operacional, alteração das configuraçÕes de hardware, substituição do hardware, reinicialização do sistema operacional, manutenção do sistema operacional, manutenção do hardware ou reparo de problemas na comunicação.

Não se aplica.

O DAG apresenta falha de quorum.

Interrupção atÉ ser reparado.

Nenhuma.

Desmontado.

qualquer um

Reparo do quorum com falha, atribuição de novo quorum ou restauração da rede que estÁ causando a falha no quorum.

Uma cÓpia do banco de dados passiva estarÁ no estado em que se encontrava quando o sistema apresentou falha.

Falha na comunicação da rede MAPI: O servidor não estÁ mais disponÍvel na rede MAPI.

Breve interrupção durante o failover automÁtico; deve estar sem perdas.

Nenhuma. Continua havendo tentativas de comunicação.

Desmontado.

qualquer um

Correção do problema de comunicação ao corrigir problemas de hardware ou software.

Não se aplica.

Falha na comunicação da rede de replicação: O servidor não consegue receber pulsaçÕes e cÓpias de logs ou propagar atravÉs da rede de replicação com falha.

Pode haver breve interrupção de cÓpias e propagaçÕes enquanto a carga de trabalho É transferida para outra rede.

Nenhuma. Continua havendo tentativas de comunicação.

Nenhuma.

qualquer um

Correção do problema de comunicação ao corrigir problemas de hardware ou software.

Resiliência afetada por falha.

Falha na comunicação de redes mÚltiplas: O servidor não consegue receber pulsaçÕes, cÓpias de log ou propagar atravÉs de vÁrias redes.

Breve interrupção durante o failover automÁtico; deve estar sem perdas.

Nenhuma. Continua havendo tentativas de comunicação.

Desmontado.

qualquer um

Correção do problema de comunicação ao corrigir problemas de hardware ou software.

Pelo menos uma rede ainda estÁ funcionando.

Falha parcial de uma ou mais redes: Redes apresentam altas taxas de erro.

Falha não detectada; nenhuma ação.

Nenhuma.

Montado, mas hÁ possÍveis problemas de desempenho.

qualquer um

Correção do problema de comunicação ao corrigir problemas de hardware ou software.

Redes apresentam taxas de erro mais altas do que o normal.

Travamento não detectado do sistema operacional: O sistema operacional parou de responder, mas não foi detectado pelo monitoramento ou cluster.

Nenhuma.

Nenhuma.

Qualquer um.

qualquer um

Reiniciar ou encerrar os recursos que não estão respondendo.

O travamento não foi detectado, portanto nenhuma ação foi executada.

Algumas funcionalidades podem ser operacionais.

A unidade do sistema operacional apresenta falha.

Breve interrupção durante o failover automÁtico.

Nenhuma.

Desmontado.

qualquer um

Substituição da unidade e reconstrução do servidor ou do volume usando RAID.

Não se aplica.

A unidade do sistema operacional estÁ sem espaço.

Breve interrupção durante o failover automÁtico.

Nenhuma.

Desmontado.

qualquer um

Liberação manual de espaço no volume.

Não se aplica.

A unidade que contÉm os binÁrios do Exchange apresentou falha de volume ou unidade.

Breve interrupção durante o failover automÁtico.

Nenhuma.

Desmontado.

qualquer um

Substituição da unidade e reinstalação do aplicativo ou reconstrução do volume usando a RAID.

Não se aplica.

A unidade que contÉm os binÁrios do Exchange estÁ sem espaço.

Breve interrupção durante o failover automÁtico.

Nenhuma.

Desmontado.

qualquer um

Liberação manual de espaço no volume.

Não se aplica.

Novo log invÁlido detectado: A sequência de log foi interrompida por um arquivo existente.

Breve interrupção durante o failover automÁtico; assume outras cÓpias que não têm o mesmo problema.

Nenhuma.

Desmontado.

Com falha

Remoção dos logs destrutivos apÓs a determinação de sua origem.

Os logs destrutivos não devem replicar.

A replicação contÍnua detecta log invÁlido: A repetição detecta um log inadequado durante uma cÓpia ou repetição.

Não se aplica.

Descartar log.

Não se aplica.

Com falha

Descarte do log invÁlido; movimentação do fluxo do log de impacto.

Não se aplica.

Failovers de banco de dados

Um failover de banco de dados ocorre quando uma cÓpia do banco de dados que estava ativa não É mais capaz de permanecer ativa. Ocorre o seguinte como parte de um failover de banco de dados:

  1. A falha do banco de dados É detectada pelo serviço de Armazenamento de InformaçÕes do Microsoft Exchange.

  2. O serviço de Armazenamento de InformaçÕes do Microsoft Exchange grava eventos de falha no log de eventos do canal vermelho.

  3. O Gerenciador Ativo do servidor que contÉm o banco de dados com falha detecta os eventos de falha.

  4. O Gerenciador Ativo solicita o status da cÓpia do banco de dados dos outros servidores que mantêm uma cÓpia do banco de dados.

  5. Os outros servidores retornam o status da cÓpia do banco de dados solicitado pelo Gerenciador Ativo solicitador.

  6. O PAM inicia a movimentação do banco de dados ativo para outro servidor no DAG usando um algoritmo de seleção de melhor cÓpia.

  7. O PAM atualiza o local de montagem do banco de dados no banco de dados do cluster para consultar o servidor selecionado.

  8. O PAM envia uma solicitação para o Gerenciador Ativo do servidor selecionado para se tornar o mestre do banco de dados.

  9. O Gerenciador Ativo do servidor selecionado solicita que o serviço de Replicação do Microsoft Exchange tente copiar os Últimos logs do servidor anterior e defina o sinalizador montÁvel do banco de dados.

  10. O serviço de Replicação do Microsoft Exchange copia os logs do servidor que anteriormente tinham a cÓpia ativa do banco de dados.

  11. O Gerenciador Ativo lê o nÚmero de geração de log mÁximo a partir do banco de dados do cluster.

  12. O serviço de Armazenamento de InformaçÕes do Microsoft Exchange monta a nova cÓpia ativa do banco de dados.

Failovers de servidor

Um failover de servidor ocorre quando o membro do DAG não É mais capaz de prestar serviços À rede MAPI ou quando o serviço do Cluster de um membro do DAG não É mais capaz de contatar os demais membros do DAG. Ocorre o seguinte como parte de um failover de servidor:

  1. O serviço de Cluster do PAM envia uma notificação para o PAM mediante uma de duas condiçÕes:

    1. Desativação do nÓ   O servidor É alcançÁvel, mas não É capaz de participar das operaçÕes do DAG.

    2. Desativação da rede MAPI   O servidor não pode ser contatado pela rede MAPI e, por isso, não pode participar das operaçÕes do DAG.

  2. Se o servidor for alcançÁvel, o PAM entra em contato com o Gerenciador Ativo do servidor afetado e solicita que todos os bancos de dados sejam desmontados imediatamente.

  3. Para cada cÓpia do banco de dados afetada:

    1. O PAM solicita o status da cÓpia do banco de dados de todos os servidores do DAG.

    2. O PAM recebe uma resposta de todos os membros alcançÁveis e ativos do DAG.

    3. O PAM tenta determinar a melhor fonte de log dentre todos os servidores que respondem ao consultar o nÚmero mais recente de geração de log de cada um dos respondentes.

    4. Cada um dos servidores responde com o nÚmero de geração de log.

  4. O PAM recupera o status do catÁlogo de Índices de pesquisa atual do banco de dados do cluster.

  5. Com base no nÚmero de geração de log e a integridade do catÁlogo de cada cÓpia do banco de dados, o PAM seleciona as melhores cÓpias a fim de ativÁ-las.

  6. O PAM atualiza o local de montagem do banco de dados no banco de dados do cluster.

  7. O PAM inicia o failover do banco de dados comunicando-se com o Gerenciador Ativo de um ou mais outros servidores.

  8. O Gerenciador Ativo dos servidores selecionados solicitam que o serviço de Replicação do Microsoft Exchange tente copiar os Últimos logs do servidor anterior e defina o sinalizador montÁvel.

  9. Quando o banco de dados É montÁvel, o Gerenciador Ativo dos servidores monta os bancos de dados.

Para obter mais informaçÕes sobre o melhor processo de seleção de cÓpias do Gerenciador Ativo, consulte Noções Básicas Sobre o Gerenciador de Ativos.

 © 2010 Microsoft Corporation. Todos os direitos reservados.