Propriedades do Servidor > Guia Servidor de Caixas de Correio em Cluster

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

Tópico modificado em: 2007-08-13

Use a guia Servidor de Caixas de Correio em Cluster para exibir detalhes e informações sobre estado de um servidor de caixas de correio em cluster. Essa guia também pode ser usada para configurar o comportamento de montagem de banco de dados para servidores de caixas de correio em cluster em um ambiente CCR (replicação contínua em cluster). Essa guia tem duas áreas principais: Detalhes e Disponibilidade de Failover.

Detalhes

A área Detalhes exibe informações somente leitura que contém os seguintes detalhes básicos para um servidor de caixas de correio em cluster:

• Máquinas redundantes   Contém uma lista de nós no cluster de failover que são possíveis proprietários do servidor de caixas de correio em cluster.

• Tipo de armazenamento   Indica se o cluster está usando armazenamento compartilhado ou não compartilhado. Os clusters SCC (cluster de cópia única) usam armazenamento compartilhado. Os ambientes CCR usam armazenamento não compartilhado (por exemplo, armazenamento que é diretamente conectado a cada nó e não é gerenciado pelo serviço de cluster).

• Estado   Indica o atual estado online ou offline do servidor de caixas de correio em cluster. Possíveis condições de estado incluem:

  • Online   O servidor de caixas de correio em cluster e todos os grupos de armazenamento e bancos de dados estão online e montados.

  • Online Parcial   Um ou mais recursos do grupo que contém o servidor de caixas de correio em cluster está offline ou falhou.

  • Offline   O servidor de caixas de correio em cluster e todos os grupos de armazenamento e bancos de dados estão offline.

• Máquinas operacionais   Lista todos os nós atuais do cluster de failover, incluindo nós que podem ser ou não possíveis proprietários do servidor de caixas de correio em cluster. A lista também identifica quais nós estão ativos e qual é o proprietário do recurso de cluster do quorum.

Disponibilidade de Failover

A área Disponibilidade de Failover permite que você exiba e configure o comportamento de montagem do banco de dados para servidores de caixas de correio em cluster em um ambiente CCR. O comportamento é controlado por uma configuração chamada Discagem automática de montagem do banco de dados. Estas são configurações possíveis para a discagem:

• Lossless   Quando o atributo é definido como Lossless, na maioria das circunstâncias o sistema aguarda que o nó com falha volte a ficar online antes que os bancos de dados sejam montados. Mesmo então, o sistema que falhou deve retornar com todos os logs acessíveis e não danificados. Após a falha, o nó passivo é ativado torna-se ativo e o Armazenamento de Informações do Microsoft Exchange fica online. Ele verifica se os bancos de dados podem ser montados sem perda de dados. Se puderem, os bancos de dados serão montados. Se não, o sistema tentará periodicamente copiar os logs. Se o servidor retornar com os logs intactos, essa tentativa será bem-sucedida e os bancos de dados serão montados. Se o servidor retornar sem os logs intactos, os logs restantes não estarão disponíveis e os banco de dados afetados não serão montados.

  Dica

  A qualquer momento após a conclusão do failover, um administrador pode interceder e decidir montar usando os bancos de dados e logs disponíveis no nó anteriormente passivo. Essa tarefa é realizada usando um processo simples com duas etapas. Presume-se que o administrador que decidiu interceder o faz com base em uma análise do tempo necessário para tornar o servidor original operacional. A consistência da replicação entre os dois nós no momento da falha e a urgência dos clientes para acessar o servidor são alguns fatores que fazem parte dessa análise.

• Good availability   O valor Good availiability fornece uma recuperação totalmente automática quando a replicação está operando normalmente e replicando logs à medida que são gerados.

• Best availability   O valor Best availability, que é a configuração padrão, opera de forma semelhante ao Good availability, mas permite a recuperação automática quando a replicação apresenta um pouco mais de latência. Assim, o novo nó ativo pode estar ligeiramente atrasado em relação ao antigo nó ativo depois do failover, aumentando assim a probabilidade da divergência do banco de dados ocorrer, o que exige uma nova propagação completa para correção.