DetailPage-MSS-KB

Base de connaissances

Numéro d'article: 242600 - Dernière mise à jour: jeudi 1 mars 2007 - Version: 4.2

 

Sommaire

Résumé

Le service de cluster Windows 2000 s'exécute un algorithme sophistiqué pour détecter la disponibilité des interfaces réseau. En outre, la fonctionnalité Plug-and-Play de Windows 2000 détecte des câbles réseau déconnecté et des problèmes de connectivité entre la carte réseau et le périphérique est connecté, tel qu'un concentrateur ou un commutateur. Cet article décrit le processus de récupération et de détection de défaillance réseau sur un cluster à deux noeuds Windows 2000 Server.

Plus d'informations

Le service de cluster détecte l'état de l'interface réseau sur votre cluster de serveurs en envoyant une pulsation à partir d'un nœud du cluster vers un autre nœud et en analysant les informations d'état opérationnel nœud. Pulsations sont unique paquets UDP (User Datagram Protocol) sont échangés entre le cluster de serveurs directeurs de nœud toutes les secondes 1.2 pour confirmer que chaque interface réseau est toujours des.

Si le paquet de pulsation n'est pas reçu de deux points d'interrogation, ainsi que le réseau local (LAN) pour qui le cluster de serveur est connecté à est configuré pour client communications du cluster, et ensuite le service de cluster teste la capacité de chaque nœud à communiquer avec les hôtes externes. Notez que hôtes externes, par cette définition, correspondent aux adresses IP qui sont obtenus en utilisant la méthode dans l'exemple suivant. Notez qu'un ordinateur hôte externe fréquemment utilisé devez être le routeur local (passerelle par défaut).

Exemple

  • Le cluster possède deux nœuds, Node1 et Node2.
  • CONNEXION de PULSATION est configurée comme un réseau privé pour la communication de pulsations.
  • CONNECTION PUBLIC est configurée comme un réseau mixte pour l'accès au client.
  • NIC1 est lié à Node1. NIC2 est lié à Node2. NIC1 et NIC2 sont membres du PUBLIC CONNECTION.
  1. Obtenir toutes les adresses IP sont liés aux NIC1 à formulaire IPLIST1.
  2. Obtenir toutes les adresses IP sont liés aux NIC2 à formulaire IPLIST2.
  3. Combiner IPLIST1 et IPLIST2 à formulaire IPLIST.
  4. Vérifiez l'IP gamme table de Node1 pour obtenir les adresses IP (PINGLIST11) qui sont répertoriés en tant que passerelles et masqués avec le masque réseau de l'interface NIC1 faire correspondre le sous-réseau de NIC1 (la passerelle par défaut de NIC1 est incluse dans cette liste). Vérifiez la actuelle TCP connexion table qui est établie avec NIC1 pour obtenir les adresses TCP à distance (PINGLIST12). Combiner PINGLIST11 et PINGLIST12 à formulaire PINGLIST1.
  5. Vérifiez l'IP gamme table de Node2 pour obtenir les adresses IP (PINGLIST21) qui sont répertoriés en tant que passerelles et masqués avec le masque réseau de l'interface NIC2 faire correspondre le sous-réseau de NIC2 (la passerelle par défaut de NIC2 est incluse dans cette liste). Vérifiez la actuelle TCP connexion table qui est établie avec NIC2 pour obtenir les adresses TCP à distance (PINGLIST22). Combiner PINGLIST21 et PINGLIST22 à formulaire PINGLIST2.
  6. Combiner PINGLIST1 et PINGLIST2 à formulaire PINGLIST.
  7. Combiner IPLISTS et PINGLIST à formulaire UNIONLIST. Supprimer les éléments en double, supprimez les adresses IP qui sont liés à des cartes réseau local et supprimer les adresses IP qui ne figurent pas dans le réseau de publics CONNECTION. UNIONLIST répertorie toutes les adresses IP qui peuvent être des hôtes externes.
Le service de cluster vérifie la connectivité réseau en utilisant Internet Control Message les demandes ICMP (Protocol) Écho pour déterminer l'étendue de la défaillance d'interface réseau. Par exemple, si les nœuds sur votre cluster de serveurs ne parvenez pas à communiquer avec eux, mais un des nœuds est capable de communiquer avec un ordinateur hôte externe, l'interface réseau reste des, puis ce nœud Si désigné un propriétaire possible prend possession les ressources de cluster qui dépendent de connectivité réseau client. Étant donné que l'utilisation de requêtes d'écho ICMP consomme des ressources réseau, elles sont utilisées uniquement comme méthode secondaire de déterminer une défaillance. Interfaces de réseau serveur cluster sont configurées uniquement pour la communication privée entre les noeuds se comportent différemment lorsqu'un Échec de réseau est détecté. De ce fait, le réseau local privé doit être isolé, telle que tous les nœuds de cluster sont les seuls ordinateurs connectés au segment et résidant sur le segment réseau local seul. Autres réseaux locaux privées pour le même cluster doivent être isolés sur un segment différent. Pour créer le segment isolé, vous pouvez utiliser un concentrateur ou dans le cas d'un cluster de serveurs à deux noeuds, vous pouvez utilisez un câble simulateur de modem.

Selon ces exigences, il existe sans hôtes externes pour déterminer l'étendue de l'échec. S'il y n'a aucun réseau autre pour les communications cluster privé, le service de cluster devez utiliser le périphérique de quorum pour arbitrent le nœud doit rester haut et en cours d'exécution. Dans le cas contraire, un autre réseau disponible est utilisé pour les communications de cluster privé. Notez que ce processus ne tient pas compte de l'état de LAN désigné pour l'usage du client.

États d'interface réseau

Non disponible

Le nœud propriétaire est vers le bas.

A échoué

Rapports autres interfaces sur le réseau local peuvent communiquer avec eux ou avec les hôtes externes, tandis que l'interface locale ne peut pas. Les causes possibles de cet état sont :
  • Échec de la carte de réseau.
  • Échec de pilote de carte de réseau.
  • Échec de câble local.
  • Échec de port sur le périphérique connecté à la carte réseau.

Impossible de joindre

Ne peut pas communiquer avec au moins une autre interface dont l'état est Échec pas, ou non disponible.

Haut

Peut communiquer avec tous les autres interfaces sur le réseau local dont états sont Échec pas, ou non disponible. Ceci est l'état opérationnel normal.

États de réseau

Non disponible

Toutes les interfaces définies sur ce réseau de clusters sont disponible.

Vers le bas

Toutes les interfaces réseau définies sur ce réseau de cluster ont perdu la communication avec eux et avec les connue hôtes externes. Toutes les interfaces réseau connecté sur des nœuds sont dans l'état inaccessible ou l'échec. Par conséquent, toutes les ressources d'adresse TCP/IP (Transport Control Protocol/Internet Protocol) qui sont définis sur le même sous-réseau et toutes les ressources qui dépendent de ces ressources, ne fonctionnent pas et disponibles sur le réseau local.

Partitionnée

Une ou plusieurs interfaces réseau sont dans l'état inaccessible, mais au moins deux interfaces peuvent toujours communiquer avec eux ou avec un ordinateur hôte externe.

Remarque : il s'applique uniquement aux clusters de serveurs ont deux ou plusieurs nœuds.

Haut

Toutes les interfaces réseau définies sur ce réseau de clusters qui pas a échoué et ne sont pas non disponible peut communiquer. Ceci est l'état opérationnel normal. Dans les exemples suivants, il y n'a qu'un seul réseau dans le cluster de serveurs qui est configuré pour client communication publique, ce réseau est perdue.

Remarque : désactivation de la détection de support sur chaque nœud du cluster affecte son comportement, et ce comportement est noté dans les exemples ci-dessous. Pour plus d'informations sur la désactivation de détection de support, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
239924  (http://support.microsoft.com/kb/239924/ ) Comment faire pour désactiver détection de support pour le protocole TCP/IP dans Windows

Noeud A et noeud B

Scénario

  • Nœud A et noeud B perdre la communication.
  • Noeud B peut communiquer avec un ordinateur hôte externe.
  • UN nœud ne peut communiquer avec les hôtes externes.

Résultats

  • Le nœud un état d'interface réseau est inaccessible, Échec puis ce réseau interface disparaît de l'administrateur de cluster.
  • Le nœud B réseau interface état est inaccessible et puis haut.
  • L'état du réseau est suivi.
  • Les groupes de ressources avec TCP/IP adresse ressources dépend de l'interface réseau qui a échoué, basculer vers le nœud b.

Noeud A et noeud B

Scénario

  • Nœud A et noeud B perdre la communication.
  • Nœud A et noeud B ne peut pas communiquer avec les hôtes externes.

Résultats

  • L'état du nœud A et noeud B réseau interfaces est inaccessible, et ils disparaissent de l'administrateur de cluster.
  • L'état du réseau est vers le bas et le réseau disparaît de l'administrateur de cluster. Lorsque la connexion réseau est rétablie, ce réseau hérite le rôle de réseau par défaut qui doit être utilisé pour les clients et communication privée. Si quelque chose de différent est nécessaire, il doit être modifié manuellement.
  • Aucun groupe de ressources ne basculent. Ressources d'adresse TCP/IP dépendent de cet échec de réseau et toutes les ressources qui dépendent de cette adresse TCP/IP proviennent en mode hors connexion.

Résultats avec Media détection désactivée

  • Les deux interfaces réseau sont inaccessible jusqu'à ce que la connectivité réseau peut être rétablie.
  • État de réseau reste vers le bas jusqu'à ce que la connexion réseau est rétablie. Il conserve la configuration du rôle de réseau.
  • Les ressources restent en ligne.
Remarque : dans le processus d'effectuer une mise à niveau « report d'un Microsoft Windows NT Server 4.0, Enterprise Edition cluster serveur à un cluster Windows 2000 Server, il sera un moment vous aurez un nœud de Windows 2000 et un nœud de Windows NT 4.0. Dans ce cas, le nœud de Windows 2000 utilise l'algorithme d'état Windows NT 4.0 interface. Lorsque tous les nœuds exécutent Windows 2000, il utilise l'algorithme de état interface Windows 2000. Pour plus d'informations sur l'algorithme d'état Windows NT 4.0 interface, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
176320  (http://support.microsoft.com/kb/176320/ ) Impact de la défaillance de carte réseau dans un cluster

Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
Mots-clés : 
kbmt kbinfo kbnetwork KB242600 KbMtfr
Traduction automatiqueTraduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 242600  (http://support.microsoft.com/kb/242600/en-us/ )
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Partager
Options de support supplémentaire
Forums du support Microsoft Community
Nous contacter directement
Trouver un partenaire Microsoft Certified Partner
Microsoft Store