Detecção de falha e recuperação em um cluster do Windows Server 2000 dois nós de rede

Traduções deste artigo Traduções deste artigo
ID do artigo: 242600 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

O serviço de cluster do Windows 2000 é executado um algoritmo sofisticado para detectar a disponibilidade de interfaces de rede. Além disso, a funcionalidade Plug and Play do Windows 2000 detecta cabos de rede desconectado e problemas de conectividade entre o adaptador de rede e o dispositivo que está conectado, como um hub ou um switch. Este artigo descreve o processo de recuperação e detecção de falha de rede em um cluster de dois nós Windows 2000 Server.

Mais Informações

O serviço Cluster detecta a integridade de interfaces de rede no cluster de servidor, enviando uma pulsação de um nó no cluster para outro nó e por monitorar informações de status operacional do nó. Pulsações são único pacotes UDP (User Datagram Protocol) trocados entre o cluster de servidor nó gerentes segundos 1.2 para confirmar que cada interface de rede está ainda backup.

Se o pacote de pulsação não for recebido dentro de dois períodos de pulsação e rede local (LAN) para que o cluster de servidor está conectado a é configurado para cliente para comunicação de cluster e, em seguida, o serviço de cluster testa a capacidade de se comunicar com hosts externos de cada nó. Observe que hosts externos, por essa definição, correspondem aos endereços IP que são obtidos usando o método no exemplo a seguir. Observe que um host externo usado com freqüência seria o roteador local (gateway padrão).

Exemplo

  • O cluster possui dois nós, Nó1 e Node2.
  • CONEXÃO de PULSAÇÃO é configurado como uma rede privada para comunicação de pulsação.
  • PUBLIC CONNECTION é configurado como uma rede mista para acesso do cliente.
  • NIC1 é anexado à Nó1. NIC2 é anexado à Node2. NIC1 e NIC2 são membros de CONNECTION PUBLIC.
  1. Obter todos os endereços IP que são vinculados a NIC1 para formulário IPLIST1.
  2. Obter todos os endereços IP que são vinculados a NIC2 para formulário IPLIST2.
  3. Combine IPLIST1 e IPLIST2 ao formulário IPLIST.
  4. Verifique o IP rota tabela de Nó1 para obter os endereços IP (PINGLIST11) que são listados como gateways e mascarados com a máscara de rede da interface NIC1 para corresponder à sub-rede NIC1 (o gateway padrão do NIC1 está incluso nesta lista). Verifique o atual TCP conexão tabela que é estabelecida com NIC1 para obter os endereços TCP remoto (PINGLIST12). Combine PINGLIST11 e PINGLIST12 ao formulário PINGLIST1.
  5. Verifique o IP rota tabela de Node2 para obter os endereços IP (PINGLIST21) que são listados como gateways e mascarados com a máscara de rede da interface NIC2 para corresponder à sub-rede NIC2 (o gateway padrão do NIC2 está incluso nesta lista). Verifique o atual TCP conexão tabela que é estabelecida com NIC2 para obter os endereços TCP remoto (PINGLIST22). Combine PINGLIST21 e PINGLIST22 ao formulário PINGLIST2.
  6. Combine PINGLIST1 e PINGLIST2 ao formulário PINGLIST.
  7. Combine IPLISTS e PINGLIST ao formulário UNIONLIST. Remover itens duplicados, remova os endereços IP que estão acoplados NICs locais e remover os endereços IP que não estão na LAN de PUBLIC CONNECTION. UNIONLIST lista todos os endereços IP que podem ser "hosts externos".
O serviço de cluster testa a conectividade da rede local usando solicitações de eco ICMP (Internet Control Message Protocol) para determinar o escopo da falha de interface de rede. Por exemplo, se os nós no cluster de servidor são não é possível para se comunicarem entre si, mas um de nós é capaz de se comunicar com um host externo, e a interface de rede permanece até e nó, se um possível proprietário designado apropria-se dos recursos de cluster que dependem de conectividade da rede local do cliente. Desde que o uso de solicitações de eco ICMP consome recursos de rede local, eles são usados somente como um método secundário de determinar uma falha. Interfaces de rede de cluster de servidor que estão configurados somente para comunicação particular entre os nós se comportam diferentemente quando uma falha de rede local é detectada. Devido a isso, a rede local privada deve ser isolada, que todos os nós de cluster são os únicos computadores conectados ao segmento de, e que somente uma rede local reside o segmento. Outros LANs particulares para o mesmo cluster devem ser isolados em um segmento diferente. Para criar o segmento isolado, você pode usar um hub, ou no caso de um cluster de servidor de dois nós, você pode usar um cabo cruzado.

De acordo com esses requisitos, há não hosts externos para uso em determinar a extensão da falha. Se não houver nenhum LAN alternativo para a comunicação privada de cluster, o serviço de cluster deve usar o dispositivo de quorum para arbitrar qual nó deve permanecer em funcionamento. Caso contrário, uma LAN disponível alternativa é usada para comunicações de cluster particular. Observe que esse processo não levar em conta o status de LANs designados para uso apenas do cliente.

Estados de interface de rede

Não está disponível

O nó proprietário está inoperante.

Falha

Relatórios que outras interfaces na rede local podem se comunicar entre si ou com hosts externos, enquanto a interface local não é possível. As causas possíveis para esse estado são:
  • Falha do adaptador de rede.
  • Falha do driver de adaptador de rede.
  • Falha de cabo local.
  • Falha de porta no dispositivo que o adaptador de rede está conectado ao.

Inacessível

Não pode se comunicar com pelo menos uma outra interface cujo estado não é falha, e/ou não não disponível.

Backup

Pode se comunicar com todas as interfaces na rede local cujos estados não são falha, e/ou não não disponível. Isso é o estado operacional normal.

Estados de rede

Não está disponível

Todas as interfaces definidas nesta rede de cluster são não disponível.

Para baixo

Todas as interfaces de rede definidas nesta rede de cluster tem perdido a comunicação entre si e com todos os hosts externos conhecidos. Todas as interfaces rede conectada no backup nós estão na falha ou no estado inalcançável. Portanto, todos os recursos de endereço TCP/IP (Transport Control Protocol/Internet Protocol) que são definidos na mesma sub-rede e todos os recursos que dependem desses recursos, não funcionam e não está disponíveis na rede local.

Particionado

Um ou mais interfaces de rede estão em estado inalcançável, mas pelo menos duas interfaces ainda podem se comunicar entre si ou com um host externo.

Observação : isso só se aplica a clusters de servidor que possuem dois ou mais nós.

Backup

Todas as interfaces de rede definidas nesta rede de cluster não falha e não são indisponível pode se comunicar. Isso é o estado operacional normal. Nos exemplos a seguir, há apenas uma rede local no cluster de servidor que está configurado para cliente para comunicação pública e, nesta LAN é perdida.

Observação : desabilitar sentido de mídia em cada nó no cluster afeta seu comportamento, e esse comportamento é observado nos exemplos abaixo. Para obter mais informações sobre como desativar sentido de mídia, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
239924Como desativar o Media Sense para TCP/IP no Windows

A nó e nó B

Cenário

  • Nó B e nó A perdem comunicação.
  • Nó B pode se comunicar com um host externo.
  • UM nó não pode se comunicar com qualquer hosts externos.

Resultados

  • O nó um estado de interface de rede está inacessível, falha e, em seguida, esta rede interface desaparece do administrador de cluster.
  • O nó B estado da interface de rede está inacessível e, em seguida, o backup.
  • O estado de rede é backup.
  • Os grupos de recursos com recursos de endereço TCP/IP dependentes na interface de rede que falhou, o failover para nó B.

A nó e nó B

Cenário

  • Nó B e nó A perdem comunicação.
  • Nó A e nó B não é possível se comunicar com qualquer hosts externos.

Resultados

  • O estado do nó A e interfaces de rede do nó B é inacessível, e eles desaparecem do administrador de cluster.
  • Estado da rede é para baixo e a rede desaparece do administrador de cluster. Quando a conexão de rede local é restaurada, nesta LAN herda a função de rede padrão que deve ser usado para cliente e comunicação particular. Se algo diferente for necessário, ele deve ser modificado manualmente.
  • Não há grupos de recursos failover. Recursos de endereço TCP/IP dependentes que falha de rede e todos os recursos que dependem de endereço TCP/IP são colocados off-line.

Resultados com o Media Sense desativado

  • Ambas as interfaces de rede estão inacessível até que a conectividade de rede pode ser restabelecida.
  • Estado de rede permanece abaixo até que a conexão de rede local é restaurada. Isso mantém a configuração da função de rede.
  • Os recursos permanecem on-line.
Observação : no processo de fazer uma atualização "sem interrupção" de um Microsoft Windows NT Server 4.0, Enterprise Edition Cluster Server para um cluster do Windows 2000 Server, haverá um ponto quando tiver um nó do Windows 2000 e um nó do Windows NT 4.0. Nesse caso, o nó do Windows 2000 usa o algoritmo de estado de interface do Windows NT 4.0. Quando todos os nós estão executando o Windows 2000, eles usarão o algoritmo de estado de interface do Windows 2000. Para obter mais informações sobre o algoritmo de estado de interface do Windows NT 4.0, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
176320Impacto de falha do adaptador de rede em um cluster

Propriedades

ID do artigo: 242600 - Última revisão: quinta-feira, 1 de março de 2007 - Revisão: 4.2
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
Palavras-chave: 
kbmt kbinfo kbnetwork KB242600 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 242600

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com