Noções Básicas Sobre o Gerenciador de Ativos

Tópico modificado em: 2010-01-13

O Microsoft Exchange Server 2010 inclui um novo componente chamado Active Manager, que oferece funcionalidades que substituem os recursos de modelo de recurso e gerenciamento de failover fornecidos pela integração com o serviço de Cluster, em versões anteriores do Exchange. O Exchange não usa mais o modelo de recurso de cluster para alta disponibilidade. Todos os recursos de cluster do Exchange fornecidos pela exres.dll não existem mais, incluindo a estrutura conhecida como servidor de caixa de correio em cluster. Um Cluster de Failover do Windows é usado pelo Exchange, mas não há grupos de cluster para o Exchange, e não há recursos de armazenamento no cluster. Assim, se o cluster for examinado usando ferramentas de gerenciamento de cluster, você verá apenas os recursos de cluster principais (Endereço IP e Nome de Rede e, se necessário, recurso de quorum). Nós e redes de cluster também existirão, mas são gerenciados pelo Exchange e não pelo cluster ou por ferramentas de cluster.

O Active Manager é executado em todos os servidores de Caixa de Correio que são membros de um grupo de disponibilidade de banco de dados (DAG). Existem duas funções do Active Manager: Active Manager Principal (PAM) e Active Manager em Espera (SAM). PAM é o Active Manager em um DAG que decide quais cópias serão ativas e passivas. O PAM é responsável por obter notificações de alteração de topologia e reagir a falhas do servidor. O membro do DAG que hospeda a função PAM é sempre o membro que atualmente possui o recurso de quorum do cluster (grupo de cluster padrão). Se o servidor que possui o recurso de quorum do cluster falhar, a função PAM automaticamente é movida para um servidor sobrevivente, que se apropria do recurso de quorum do cluster. Além disso, se for preciso desligar o servidor que hospeda o recurso de quorum do cluster para manutenção ou atualização, você deve primeiro mover o PAM para outro servidor do DAG. O PAM controla todo o movimento de designações ativas entre as cópias de um banco de dados (apenas uma cópia pode estar ativa em qualquer tempo especificado, e esta cópia pode ser montada ou desmontada). O PAM também executa as funções da função SAM no sistema local (detectando o banco de dados local e falhas do Armazenamento de Informações).

O SAM fornece informações sobre qual servidor hospeda a cópia ativa de um banco de dados de caixa de correio para outros componentes do Exchange que estão executando um componente cliente do Active Manager (por exemplo, o serviço Acesso para Cliente RPC ou servidor de Transporte de Hub). O SAM detecta falhas de bancos de dados locais e do Armazenamento de Informações local. Ele reage a falhas pedido ao PAM que inicie um failover (caso o banco de dados seja replicado). Um SAM não determina o destino de um failover, nem atualiza o estado da localização do banco de dados no PAM. Ele acessará o estado da localização da cópia do banco de dados ativa para responder consultas na cópia ativa do banco de dados que recebe.

Dica

O Exchange 2010 não é um aplicativo em cluster. Ao invés disso, usa as funções da biblioteca do cluster implementadas na clusapi.dll para cluster, rede de cluster (pulsação), gerenciamento de nó, registro de cluster e algumas funções de código de controle. Além disso, o Active Manager armazena informações do banco de dados de caixa de correio atual (por exemplo, dados ativos e passivos e dados montados) no banco de dados de cluster. Embora as informações sejam armazenadas diretamente no banco de dados de cluster, não são acessadas diretamente por qualquer outro componente.

No Exchange 2010, o serviço de Replicação do Microsoft Exchange monitora periodicamente a integridade de todos os bancos de dados montados. Além disso, também monitora o ESE (Mecanismo de Armazenamento Extensível) para qualquer erro ou falha de E/S. Quando o serviço detecta uma falha, o Active Manager é notificado. O Active Manager então determina qual cópia de banco de dados deve ser montada e o que é necessário para montar o banco de dados. Além disso, controla a cópia ativa de um banco de dados de caixa de correio (com base na última cópia montada do banco de dados) e fornece informações dos resultados do controle para o componente Acesso para Cliente RPC, no servidor de Acesso para Cliente no qual o cliente está conectado.

Failovers de Banco de Dados

Quando acontece uma falha que afeta um banco de dados de caixa de correio replicado, o PAM inicia a lógica do failover e seleciona a melhor cópia de banco de dados disponível para ativação. O PAM usa até dez conjuntos separados de critérios quando está localizando a melhor cópia para ativar. Antes de usar seu critério de seleção para localizar a melhor cópia para ser ativada, um processo chamado últimos logs da tentativa de cópia (ACLL) ocorre. O Exchange 2010 foi aprimorado para lidar com várias cópias de bancos de dados e reconhecer qual cópia é a melhor origem para copiar arquivos de log. O ACLL faz chamadas de procedimento remoto paralelas para cada servidor de Caixa de Correio no DAG que hospeda uma cópia do banco de dados de caixa de correio, para verificar se o servidor está disponível e íntegro, e para examinar o valor de LogInspectorGeneration para a cópia do banco de dados. A cópia do banco de dados de caixa de correio com maior valor no parâmetro LogInspectorGeneration é a melhor origem para copiar arquivos de log.

Depois da conclusão do processo do ACLL, se todos os arquivos de log faltantes foram copiados da melhor origem selecionada, o banco de dados é montado sem qualquer perda de dados. Ele é denominado failure sem perdas. Se o processo do ACLL não for bem-sucedido, o valor configurado em AutoDatabaseMountDial é consultado. Para obter mais informações sobre o AutoDatabaseMountDial, consulte Set-MailboxServer. Se o número de logs perdidos estiver dentro do valor configurado para AutoDatabaseMountDial, o banco de dados é montado. Se o número de logs perdidos estiver fora do valor configurado para AutoDatabaseMountDial, o banco de dados não é montado até que os arquivos de log faltantes sejam recuperados ou até que um administrador monte o banco de dados explicitamente e aceite a perda de dados maior.

Seleção de Melhor Cópia do Active Manager

Quando uma falha que afeta o banco de dados ativo acontece, o Active Manager usa vários conjuntos de critérios de seleção para determinar qual cópia do banco de dados deve ser ativada. O Active Manager tenta localizar uma cópia de banco de dados que tenha o status Healthy, DisconnectedAndHealthy, DisconnectedAndResynchronizing, ou SeedingSource e que esteja de acordo com todos os seguintes critérios:

• Tem um índice de conteúdo com o status Íntegro (Healthy).
• Tem um tamanho de fila de cópia inferior a 10 arquivos de log.
• Tem um tamanho de fila de repetição inferior a 50 arquivos de log.

Se nenhuma das cópias do banco de dados estiver de acordo com os critérios anteriores, o Ative Manager tenta localizar uma cópia do banco de dados que esteja de acordo com o próximo conjunto de critérios:

• Tem um índice de conteúdo com o status Rastreando (Crawling).
• Tem um tamanho de fila de cópia inferior a 10 arquivos de log.
• Tem um tamanho de fila de repetição inferior a 50 arquivos de log.

Se nenhuma das cópias do banco de dados estiver de acordo com os critérios anteriores, o Ative Manager tenta localizar uma cópia do banco de dados que esteja de acordo com o próximo conjunto de critérios:

• Tem um índice de conteúdo com o status Íntegro (Healthy).
• Tem um tamanho de fila de repetição inferior a 50 arquivos de log.

Se nenhuma das cópias do banco de dados estiver de acordo com os critérios anteriores, o Ative Manager tenta localizar uma cópia do banco de dados que esteja de acordo com o próximo conjunto de critérios:

• Tem um índice de conteúdo com o status Rastreando (Crawling).
• Tem um tamanho de fila de repetição inferior a 50 arquivos de log.

Se nenhuma das cópias do banco de dados estiver de acordo com os critérios anteriores, o Ative Manager tenta localizar uma cópia do banco de dados que esteja de acordo com o próximo conjunto de critérios:

• Tem um tamanho de fila de repetição inferior a 50 arquivos de log.

Se nenhuma das cópias do banco de dados estiver de acordo com os critérios anteriores, o Ative Manager tenta localizar uma cópia do banco de dados que esteja de acordo com o próximo conjunto de critérios:

• Tem um índice de conteúdo com o status Íntegro (Healthy).
• Tem um tamanho de fila de cópia inferior a 10 arquivos de log.

Se nenhuma das cópias do banco de dados estiver de acordo com os critérios anteriores, o Ative Manager tenta localizar uma cópia do banco de dados que esteja de acordo com o próximo conjunto de critérios:

• Tem um índice de conteúdo com o status Rastreando (Crawling) e
• Tem um tamanho de fila de cópia inferior a 10 arquivos de log

Se nenhuma das cópias do banco de dados estiver de acordo com os critérios anteriores, o Ative Manager tenta localizar uma cópia do banco de dados que esteja de acordo com o próximo conjunto de critérios:

• Tem um índice de conteúdo com o status Íntegro (Healthy).

Se nenhuma das cópias do banco de dados estiver de acordo com os critérios anteriores, o Ative Manager tenta localizar uma cópia do banco de dados que esteja de acordo com o próximo conjunto de critérios:

• Tem um índice de conteúdo com o status Rastreando (Crawling).

Se nenhuma das cópias de banco de dados estiver de acordo com os critérios acima, o Active Manager tenta ativar qualquer cópia de banco de dados com o status Healthy, DisconnectedAndHealthy, DisconnectedAndResynchronizing, ou SeedingSource. Se nenhuma cópia de banco de dados com esses status for encontrada, não será possível ativar automaticamente uma cópia do banco de dados.

Em cada um dos passos anteriores, se mais de uma cópia de banco de dados atender os critérios acima, o valor configurado de ActivationPreference será consultado, e o banco de dados com o menor valor será ativado e montado.