Netzwerk-Fehlererkennung und Wiederherstellung in einem Windows 2000 Server-Cluster mit zwei Knoten

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 242600 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Der Windows 2000-Cluster-Dienst führt einen hoch entwickelten Algorithmus, die Verfügbarkeit der Netzwerkschnittstellen zu erkennen. Darüber hinaus erkennt die Plug & Play-Funktionalität von Windows 2000 getrennte Netzwerkkabel und Verbindungsprobleme zwischen dem Netzwerkadapter und das Gerät, z. B. ein Hub oder einem Switch verbunden ist. Dieser Artikel beschreibt die Netzwerk-Fehlererkennung und Wiederherstellung auf einem Servercluster zwei Knoten Windows 2000.

Weitere Informationen

Der Clusterdienst erkennt die Integrität der Netzwerkschnittstellen auf Ihrem Servercluster durch Senden einen Takt von einem Knoten im Cluster an einen anderen Knoten und Knoten Betriebsstatus Überwachungsinformationen. Takte sind einzelne UDP (User Datagram Protocol)-Pakete zwischen Server-Cluster-Knoten-Manager alle 1,2 Sekunden bestätigen, dass jede Netzwerkschnittstelle noch oben ist ausgetauscht.

Das Heartbeat-Paket nicht innerhalb von zwei Takt Perioden und lokales Netzwerk (LAN) zu empfangen wird die mit der Servercluster verbunden ist für Client-Cluster-Kommunikation konfiguriert ist und der Clusterdienst testet dann die Fähigkeit der einzelnen Knoten, mit externen Hosts zu kommunizieren. Beachten Sie, dass externe Hosts durch diese Definition IP-Adressen entsprechen, die mithilfe der Methode im folgenden Beispiel ermittelt werden. Hinweis: der lokale Router (Standardgateway) eine häufig verwendete externe Host werden.

Beispiel

  • Der Cluster verfügt über zwei Knoten, Node1 und Node2.
  • HEARTBEAT-Verbindung ist als privates Netzwerk für die Heartbeat-Kommunikation konfiguriert.
  • PUBLIC CONNECTION ist als ein gemischtes Netzwerk für den Clientzugriff konfiguriert.
  • NIC1 ist Knoten 1 zugeordnet. NIC2 ist Node2 zugeordnet. NIC1 und NIC2 sind Mitglieder der PUBLIC CONNECTION.
  1. Beziehen Sie alle IP-Adressen, die an NIC1 in IPLIST1 Form gebunden sind.
  2. Beziehen Sie alle IP-Adressen, die an NIC2 in IPLIST2 Form gebunden sind.
  3. Kombinieren Sie IPLIST1 und IPLIST2 in IPLIST Form.
  4. Überprüfen Sie die IP-Route Tabelle von Node1 zum Abrufen von der IP-Adressen (PINGLIST11), die als Gateways aufgelistet und mit der Netzwerkmaske NIC1 Schnittstelle im Subnetz des NIC1 entsprechen (das Standardgateway des NIC1 ist in dieser Liste enthalten) maskiert werden. Überprüfen Sie die aktuellen TCP-Verbindung Tabelle, die eingerichtet ist mit NIC1 zum Abrufen von TCP-Remote Adressen (PINGLIST12). Kombinieren Sie PINGLIST11 und PINGLIST12 in PINGLIST1 Form.
  5. Überprüfen Sie die IP-Route Tabelle von Node2 die IP-Adressen (PINGLIST21) abrufen, die als Gateways aufgelistet und mit der Netzwerkmaske NIC2 Schnittstelle im Subnetz des NIC2 entsprechen (das Standardgateway des NIC2 ist in dieser Liste enthalten) maskiert werden. Überprüfen Sie die aktuellen TCP-Verbindung Tabelle, die eingerichtet ist mit NIC2 zum Abrufen von TCP-Remote Adressen (PINGLIST22). Kombinieren Sie PINGLIST21 und PINGLIST22 in PINGLIST2 Form.
  6. Kombinieren Sie PINGLIST1 und PINGLIST2 in PINGLIST Form.
  7. Kombinieren Sie IPLISTS und PINGLIST in UNIONLIST Form. Entfernen Sie doppelte Elemente, entfernen Sie die IP-Adressen, die zum lokalen Netzwerkadapter gebunden sind und entfernen Sie die IP-Adressen, die nicht in dem LAN des PUBLIC CONNECTION sind. UNIONLIST Listet alle die IP-Adressen, die "externe Hosts" werden können
Der Clusterdienst überprüft LAN-Verbindungen mithilfe von ICMP der Message Protocol-Anforderungen (Internet) Echo um den Umfang der Fehler der Netzwerkschnittstelle zu bestimmen. Z. B. wenn die Knoten auf Ihrem Servercluster nicht zur Kommunikation mit anderen, aber einer der Knoten ist mit einer externen Host kommunizieren und die Netzwerkschnittstelle bleibt bis und, Knoten, wenn einen möglichen Besitzer übernimmt die Besitzrechte die Cluster-Ressourcen Client LAN-Verbindungen abhängig. Da die Verwendung von ICMP-Echoanforderungen LAN-Ressourcen beansprucht, werden Sie nur als eine sekundäre Methode zum Bestimmen eines Fehlers verwendet. Server Clusternetzwerk-Schnittstellen, die nur für private Kommunikation zwischen Knoten konfiguriert sind Verhalten sich anders Wenn ein LAN-Fehler erkannt wird. Aus diesem Grund sollten private LAN, isoliert werden, alle Clusterknoten die einzigen Computer mit dem Segment verbunden sind sind und die einzigen LAN befindet sich auf das Segment. Anderen privaten LAN für den gleichen Cluster müssen auf einem anderen Segment isoliert werden. Um isolierte Segment zu erstellen, können Sie einen Hub verwenden, oder im Fall von einem Servercluster mit zwei Knoten können Sie ein Crossoverkabel verwenden.

Auf Grundlage dieser Anforderungen stehen keine externen Hosts für die Verwendung den Umfang des Fehlers zu ermitteln. Ist keine Alternative LAN für die private Clusterkommunikation, muss der Clusterdienst das Quorumgerät vermitteln konnte, welcher Knoten betriebsbereit bleiben soll verwenden. Andernfalls wird ein alternativer verfügbaren LAN für die private Clusterkommunikation verwendet. Beachten Sie, dass dieser Prozess nicht berücksichtigt den Status des LANs für die Verwendung durch Clients nur dauern wird.

Netzwerk-Interface-Status

Nicht verfügbar

Der übergeordnete Knoten ist ausgefallen.

Fehler

Berichte, die andere Schnittstellen im lokalen Netzwerk kommunizieren können untereinander oder mit externen Hosts während die lokale Schnittstelle kann nicht. Mögliche Ursachen für diesen Zustand sind:
  • Netzwerk-Adapter-Fehler.
  • Netzwerkfehler Adapter-Treiber.
  • Fehler bei der lokalen Kabel.
  • Fehler bei der Port auf dem Gerät, dem mit der Netzwerkadapter verbunden ist.

Nicht erreichbar

Kann nicht mit mindestens eine andere Schnittstelle, deren Status nicht fehlgeschlagen ist, kommunizieren und/oder nicht nicht verfügbar.

Nach oben

Mit allen anderen Schnittstellen im LAN, deren Status nicht beim sind, kommunizieren können bzw. nicht nicht verfügbar. Dies ist der normale Betriebsstatus.

Netzwerk-Status

Nicht verfügbar

Alle Schnittstellen auf diesem Clusternetzwerk definiert sind nicht verfügbar.

Nach unten

Alle Netzwerkschnittstellen auf diesem Clusternetzwerk definiert haben verloren Kommunikation untereinander und mit allen externen Hosts bezeichnet. Alle verbundenen Netzwerkschnittstellen auf einrichten Knoten sind in der fehlgeschlagen oder der Status nicht erreichbar. Daher alle TCP/IP (Transport Control Protocol/Internet Protocol) Adressressourcen, die im selben Subnetz definiert sind und alle Ressourcen, die diese Ressourcen abhängen, funktionieren nicht und sind auf das LAN nicht verfügbar.

Partitioniert

Eine oder mehrere Netzwerk-Schnittstellen im Status nicht erreichbar sind, aber mindestens zwei Schnittstellen können weiterhin kommunizieren miteinander oder mit einer externen Host.

Hinweis : Dies gilt nur für Servercluster, der über zwei oder mehr Knoten verfügen.

Nach oben

Alle auf diesem Clusternetzwerk definiert Netzwerkschnittstellen, die sind keine Fehler und nicht kann nicht verfügbar kommunizieren. Dies ist der normale Betriebsstatus. In den folgenden Beispielen gibt es ist nur eine LAN im Servercluster für die öffentliche Kommunikation-Client konfiguriert ist und diesem LAN geht verloren.

Hinweis : Deaktivieren Medienerkennung auf jedem Knoten im Cluster beeinflusst das Verhalten, und dieses Verhalten wird in die unten aufgeführten Beispiele eingetragen. Weitere Informationen zum Deaktivieren Medienerkennung finden Sie im folgenden Artikel der Microsoft Knowledge Base:
239924Deaktivieren der Funktion "Media Sense" für TCP/IP in Windows

Knoten A und B

Szenario

  • Knoten A und Knoten B verlieren Kommunikation.
  • Knoten B kann mit einer externen Host kommunizieren.
  • Knoten A kann nicht mit allen externen Hosts kommunizieren.

Ergebnisse

  • Der Knoten ein Netzwerk-Schnittstelle Zustand ist nicht erreichbar, Fehler und dieses Netzwerk Schnittstelle verschwindet von Cluster Administrator.
  • Der Knoten B Netzwerkstatus Schnittstelle ist nicht erreichbar und dann nach oben.
  • Der Netzwerk-Status ist auf.
  • Alle Ressourcengruppen mit TCP/IP-Adressenressourcen die Netzwerkschnittstelle, die fehlgeschlagen ist, hängt ein Failover auf Knoten b.

Knoten A und B

Szenario

  • Knoten A und Knoten B verlieren Kommunikation.
  • Knoten A und Knoten B können nicht mit allen externen Hosts kommunizieren.

Ergebnisse

  • Der Zustand von Knoten A und Knoten B Netzwerkschnittstellen ist nicht erreichbar, und Sie in der Clusterverwaltung verschwinden.
  • Der Netzwerk-Status ist unten, und das Netzwerk in der Clusterverwaltung wird geschlossen. Wenn die LAN-Verbindung wiederhergestellt wird, erbt diese LAN die Netzwerk-Standardrolle, sowohl Client als auch private Kommunikation verwendet werden. Wenn etwas anderes benötigt wird, muss manuell geändert werden.
  • Keine Ressourcengruppen Failover. TCP/IP-Adressenressource abhängig von der Netzwerk-Fehler und alle Ressourcen, die die TCP/IP-Adresse abhängig sind, werden offline geschaltet.

Ergebnisse mit Media Sense deaktiviert

  • Beide Netzwerkschnittstellen sind nicht erreichbar, bis die Netzwerkkonnektivität wiederhergestellt werden kann.
  • Netzwerkstatus bleibt nach unten, bis die LAN-Verbindung wiederhergestellt wird. Diese behält die Netzwerkkonfiguration Rolle.
  • Die Ressourcen weiterhin online.
Hinweis : in der auf diese Weise einer "parallelen" Aktualisierung von einer Windows NT Server 4.0 Enterprise Edition-Clusterserver zu einer Windows 2000 Server-Cluster wird es ein Punkt, wenn Sie einen Knoten unter Windows 2000 und einem Windows NT 4.0-Knoten haben können. In diesem Fall wird der Windows 2000-Knoten der Windows NT 4.0-Schnittstelle Zustand Algorithmus verwendet. Wenn alle Knoten auf Windows 2000 ausgeführt werden, wird den Windows 2000-Schnittstelle Zustand Algorithmus verwendet. Weitere Informationen zu den Windows NT 4.0-Schnittstelle Zustand Algorithmus finden Sie im folgenden Artikel der Microsoft Knowledge Base:
176320Auswirkungen der Netzwerkfehler der Adapter in einem cluster

Eigenschaften

Artikel-ID: 242600 - Geändert am: Donnerstag, 1. März 2007 - Version: 4.2
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
Keywords: 
kbmt kbinfo kbnetwork KB242600 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 242600
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

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