Detecção de falhas de rede e de recuperação num cluster de dois nós Windows Server 2000

Traduções de Artigos Traduções de Artigos
Artigo: 242600 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

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 desligadas e problemas de conectividade entre a placa de rede e o dispositivo que está ligado, como um concentrador ou um comutador. Este artigo descreve o processo de recuperação e detecção de falhas de rede num cluster de dois nós Windows 2000 Server.

Mais Informação

O serviço de cluster detecta a integridade das interfaces de rede no cluster de servidor ao enviar um heartbeat de um nó do cluster para outro nó e monitorizando informações de estado operacional do nó. Heartbeats existem pacotes de protocolo de datagrama de utilizador (UDP, User Datagram Protocol) único trocadas entre o cluster de servidor nó gestores segundos 1.2 para confirmar que cada interface de rede é ainda mais.

Se o pacote de heartbeat não for recebido dentro do heartbeat dois pontos e a rede local (LAN) para que o cluster de servidor está ligado à está configurado para cliente à comunicação do cluster e, em seguida, o serviço de cluster testa a capacidade de cada nó de comunicar com anfitriões externos. Tenha em atenção que anfitriões externos, por esta definição, correspondem aos endereços IP que são obtidos utilizando o método no exemplo seguinte. Note que um anfitrião externo utilizado com frequência iria ser o router (gateway predefinido) local.

Exemplo

  • O cluster tem dois nós, Nó1 e Nó2.
  • HEARTBEAT CONNECTION está configurado como uma rede privada para comunicação de heartbeat.
  • PUBLIC CONNECTION está configurado como uma rede mista para acesso de cliente.
  • NIC1 é anexado ao Nó1. NIC2 é anexado ao Nó2. NIC1 e NIC2 são membros do CONNECTION PUBLIC.
  1. Obter todos os endereços IP que estão vinculados a NIC1 formulário IPLIST1.
  2. Obter todos os endereços IP que estão vinculados a NIC2 formulário IPLIST2.
  3. Combinar IPLIST1 e IPLIST2 formulário IPLIST.
  4. Verifique o IP rota tabela de Nó1 para obter endereços IP (PINGLIST11) que estão listados como portas de ligação e mascarados com a máscara de rede de interface NIC1 para corresponder à subrede dos NIC1 (o gateway predefinido do NIC1 está incluído nesta lista). Verifique o actual TCP tabela de ligação que é estabelecida com NIC1 para obter os endereços TCP remoto (PINGLIST12). Combinar PINGLIST11 e PINGLIST12 formulário PINGLIST1.
  5. Verifique o IP rota tabela de Nó2 para obter endereços IP (PINGLIST21) que estão listados como portas de ligação e mascarados com a máscara de rede de interface NIC2 para corresponder à subrede dos NIC2 (o gateway predefinido do NIC2 está incluído nesta lista). Verifique o actual TCP tabela de ligação que é estabelecida com NIC2 para obter os endereços TCP remoto (PINGLIST22). Combinar PINGLIST21 e PINGLIST22 formulário PINGLIST2.
  6. Combinar PINGLIST1 e PINGLIST2 formulário PINGLIST.
  7. Combinar IPLISTS e PINGLIST formulário UNIONLIST. Remover itens duplicados, remova os endereços IP vinculados a placas de interface de rede locais e remover os endereços IP que não estão a rede local de PUBLIC CONNECTION. UNIONLIST lista todos os endereços IP podem ser "anfitriões externos."
O serviço de cluster verifica a conectividade de rede local utilizando pedidos de eco de Internet controlo Message Protocol (ICMP) para determinar o âmbito da falha de interface de rede. Por exemplo, se os nós no cluster de servidor não é possível para comunicar entre si, mas um de nós é capaz de comunicar com um anfitrião externo, em seguida, a interface de rede permanece até e, nesse nó, se designado um proprietário possível, obtém a propriedade dos recursos de cluster que dependem de conectividade de rede local do cliente. Uma vez que a utilização de pedidos de eco do ICMP consome recursos de rede local, são utilizados apenas como um método secundário de determinar uma falha. Interfaces de rede de cluster do servidor que estão configuradas apenas para a comunicação privada entre nós ter comportamentos diferentes quando for detectada uma falha de rede local. Deste modo, a rede local privada deve ser isolada, como, por exemplo que todos os nós do cluster são os únicos computadores ligados ao segmento de e que apenas uma rede local reside no segmento. Outras redes locais privadas para o mesmo cluster tem de ser isolados num segmento de diferente. Para criar o segmento isolado, poderá utilizar um concentrador ou no caso de um cluster de servidor de dois nós, poderá utilizar um cabo crossover.

Com base nestes requisitos, existem não anfitriões externos para utilização em determinar a extensão da falha. Se não existir nenhuma rede local alternativo para comunicação de cluster privada, o serviço de cluster tem de utilizar o dispositivo de quórum para arbitrate o nó deve permanecer em funcionamento. Caso contrário, uma rede local disponível alternativa é utilizada para comunicações de cluster privada. Tenha em atenção que este processo não tem em consideração o estado de redes locais designado cliente apenas para utilização.

Estados da interface de rede

Indisponível

O nó proprietário é premida.

Falhou

Relatórios que outras interfaces na rede local podem comunicar entre si ou com anfitriões externos, enquanto a interface local não é possível. As causas possíveis para este estado são:
  • Falha da placa de rede.
  • Falha de controlador da placa de rede.
  • Falha de cabo local.
  • Falha de porta no dispositivo que a placa de rede está ligada.

Inacessível

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

Cima

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

Estados de rede

Indisponível

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

Para baixo

Todas as interfaces de rede definidas na rede de cluster que perdeu as comunicações entre si e com todos os conhecidos anfitriões externos. Todas as interfaces de rede ligada no mais nós estão a falha ou no estado inacessível. Por conseguinte, todos os recursos de endereço TCP/IP (Transport Control Protocol/Internet Protocol) são definidos na mesma sub-rede e todos os recursos que dependem destes recursos, não funcionam e estão indisponíveis na rede local.

Partições

Um ou mais interfaces de rede estão no estado inacessível, mas, pelo menos, duas interfaces ainda podem comunicar entre si ou com um anfitrião externo.

Nota : apenas se aplica a clusters de servidor com dois ou mais nós.

Cima

Todas as interfaces de rede definidas na rede de cluster que não são falhou e não pode comunicar não está disponível. Este é o estado operacional normal. Nos exemplos seguintes, existe apenas uma rede local no cluster de servidor que está configurado para o cliente para comunicações públicas e nesta LAN é perdida.

Nota : Desactivar media sense em cada nó no cluster afecta o comportamento e este comportamento é indicado nos exemplos abaixo. Para obter mais informações sobre como desactivar o media sense, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
239924Como desactivar a detecção de falha de cabo de rede do TCP/IP no Windows

Nó A e o nó B

Cenário

  • Nó A e o nó B perdem comunicação.
  • Nó B pode comunicar com um anfitrião externo.
  • Nó A não consegue comunicar com qualquer anfitriões externos.

Resultados

  • O nó do estado da interface de rede é inatingível falhou e, em seguida, esta rede interface desaparece do administrador de clusters.
  • O nó B estado da interface de rede é inatingível e, em seguida, cópia.
  • O estado de rede é para cima.
  • Os grupos de recursos com recursos de endereço TCP/IP dependentes na interface de rede que falhou, pós-para nó B.

Nó A e o nó B

Cenário

  • Nó A e o nó B perdem comunicação.
  • Nó A e B do nó não é possível comunicar com qualquer anfitriões externos.

Resultados

  • O estado do nó A e interfaces de rede do nó B é inatingível e desaparecerem de administrador de clusters.
  • É o estado da rede para baixo e à rede desaparece do administrador de clusters. Quando a ligação for restaurada, nesta LAN herda a função de rede predefinida que é a ser utilizado para cliente e a comunicação privada. Se for necessário algo diferente, tem ser modificado manualmente.
  • Não existem grupos de recursos pós-falha. Recursos de endereço de TCP/IP dependentes dessa falhas de rede e todos os recursos que dependem desse endereço TCP/IP são colocados offline.

Resultados com o Media Sense desactivado

  • Ambas as interfaces de rede são inatingível até que a conectividade de rede pode ser restabelecida.
  • Estado de rede permanece para baixo até a ligação é restaurada. Isto mantém a configuração da função de rede.
  • Os recursos permanecem online.
Nota : no processo de efectuar uma "gradual" actualização de um Microsoft Windows NT Server 4.0, Enterprise Edition Cluster Server para um cluster de servidores do Windows 2000, existirá um ponto de quando irá tem um nó do Windows 2000 e um nó do Windows NT 4.0. Neste caso, o nó do Windows 2000 utiliza o algoritmo de estado de interface do Windows NT 4.0. Quando todos os nós com o Windows 2000, utiliza 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 de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
176320Impacto da falha da placa de rede num cluster

Propriedades

Artigo: 242600 - Última revisão: 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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