Problembehandlung bei Netzwerklastenausgleich-Clustern

• Ursache: Dieselbe IP-Adresse ist bereits im Netzwerk vorhanden.
  
  
• Lösung: Wählen Sie eine andere IP-Adresse aus, oder entfernen Sie die doppelt vorhandene Adresse.
  
  
• Ursache: Sie haben verschiedene Clusterausführungsmodi (Unicast oder Multicast) auf den Hosts konfiguriert, wodurch derselben IP-Adresse zwei unterschiedliche MAC-Adressen zugeordnet werden.
  
  
• Lösung: Stellen Sie sicher, dass alle Hosts mit demselben Clusterausführungsmodus konfiguriert wurden.
  
  
• Ursache: Sie haben die IP-Adresse des Clusters konfiguriert, bevor NLB an den Netzwerkadapter gebunden wurde.
  
  
• Lösung: Entfernen Sie die IP-Adresse des Clusters aus den TCP/IP-Eigenschaften, aktivieren Sie NLB auf dem richtigen Adapter, und konfigurieren Sie anschließend die IP-Adresse des Clusters.
  
  
• Ursache: Sie haben die IP-Adresse des Clusters eines Netzwerkadapters hinzugefügt, die nicht für NLB aktiviert wurde.
  
  
• Lösung: Entfernen Sie die IP-Adresse des Clusters aus den TCP/IP-Eigenschaften des falschen Adapters, aktivieren Sie NLB auf dem richtigen Adapter, und konfigurieren Sie anschließend die IP-Adresse des Clusters.
  
  

Weitere Informationen zur Aktivierung des Netzwerklastenausgleichs finden Sie unter Installieren des Netzwerklastenausgleichs

Überprüfen Sie, ob Sie mithilfe von ping über einen Computer außerhalb des Routers auf die dedizierten IP-Adressen der Clusterhosts zugreifen können. Wenn bei dieser Überprüfung ein Fehler auftritt und Sie mehrere Netzwerkadapter verwenden, wird das Problem nicht durch NLB verursacht. Wenn Sie nur einen einzigen Netzwerkadapter für die dedizierten IP-Adresse und die Cluster-IP-Adressen verwenden, sollten Sie die folgenden Ursachen berücksichtigen:

• Ursache: Wenn Sie die Multicastunterstützung verwenden, treten beim Auflösen der primären IP-Adresse in eine MAC-Adresse (Media Access Control) durch den Router mithilfe von ARP (Address Resolution Protocol) Probleme auf.
  
  
• Lösung: Überprüfen Sie, ob Sie mithilfe von ping über einen Client des Clustersubnetzes auf den Cluster und über einen Computer außerhalb des Routers auf die dedizierten IP-Adressen der Clusterhosts zugreifen können. Wenn diese Überprüfungen ordnungsgemäß ausgeführt werden können, ist der Router möglicherweise fehlerhaft. Sie sollten dem Router einen statischen ARP-Eintrag hinzufügen können, um dieses Problem zu umgehen. Sie können die NLB-Multicastunterstützung deaktivieren und eine Unicast-Netzwerkadresse ohne Hub verwenden.
  
  
• Ursache: Wenn NLB im Multicast- oder Unicastmodus verwendet wird, müssen von Routern Proxy-ARP-Rückmeldungen (Adresszuordnungen von IP zu Netzwerk, die mit einer anderen Netzwerkquelladresse im Ethernet-Rahmen empfangen werden) akzeptiert werden.
  
  
• Lösung: Stellen Sie sicher, dass für Ihren Router die Unterstützung für Proxy-ARP aktiviert ist. Sie können auch einen statischen ARP-Eintrag eingeben, damit die Unterstützung für Proxy-ARP für den Router weiterhin deaktiviert ist.
  
  
• Ursache: ICMP-Datenverkehr (Internet Control Message-Protokoll) zum Cluster wird von einem Router oder einer Firewall blockiert.
  
  
• Lösung: Lassen Sie ICMP-Datenverkehr über den Router oder die Firewall zu. Beachten Sie, dass Ihr System dadurch möglicherweise weiteren Sicherheitsrisiken ausgesetzt ist.
  
  

• Ursache: Wenn Netzwerklastenausgleich im Multicast- oder Unicastmodus verwendet wird, müssen von Routern Proxy-ARP-Rückmeldungen (Adresszuordnungen von IP zu Netzwerk, die mit einer anderen Netzwerkquelladresse im Ethernet-Rahmen empfangen werden) akzeptiert werden.
  
  
• Lösung: Stellen Sie sicher, dass für Ihren Router die Unterstützung für Proxy-ARP aktiviert ist. Sie können auch einen statischen ARP-Eintrag festlegen, damit die Unterstützung für Proxy-ARP für den Router weiterhin deaktiviert ist.
  
  
• Ursache: ICMP-Datenverkehr (Internet Control Message-Protokoll) zum Cluster wird von einem Router oder einer Firewall blockiert.
  
  
• Lösung: Lassen Sie ICMP-Datenverkehr über die Firewall oder den Router zu. Beachten Sie, dass Ihr System dadurch möglicherweise weiteren Sicherheitsrisiken ausgesetzt ist.
  
  

• Ursache: Der ICMP-Datenverkehr (Internet Control Message-Protokoll) zum Host wird von einem Router oder einer Firewall blockiert, oder er ist auf den Netzwerkadapter des Hosts deaktiviert.
  
  
• Lösung: Aktivieren Sie ICMP auf dem Netzwerkadapter des Hosts, oder lassen Sie ICMP-Datenverkehr über die Firewall oder den Router zu. Beachten Sie, dass Ihr System dadurch möglicherweise weiteren Sicherheitsrisiken ausgesetzt ist. Sie können auch die Option /noping des NLB-Managers verwenden.
  
  

• Ursache: Überprüfen Sie, ob Sie mithilfe von ping auf den Computer außerhalb des Clusters zugreifen können. Wenn diese Überprüfung erfolgreich ausgeführt wird, haben Sie möglicherweise die dedizierte IP-Adresse des Hosts zuvor nicht in die TCP/IP-Eigenschaften eingegeben.
  
  
• Lösung: Wenn mit dem Befehl Ping nicht auf den Computer außerhalb des Clusters zugegriffen werden kann, lesen Sie die Informationen zu den folgenden Problemen (die weiter oben in diesem Thema zur Problembehandlung beschrieben wurden):
  
  
  • Es erfolgt keine Rückmeldung, wenn Sie "Ping" verwenden, um über ein externes Netzwerk auf die Cluster-IP-Adresse zuzugreifen.
    
    
  • Es erfolgt keine Rückmeldung, wenn Sie "Ping" verwenden, um über einen anderen Clusterhost auf die dedizierten IP-Adressen eines Hosts zuzugreifen.
    
    

• Ursache: Remotesteuerungsbefehle werden nicht an die IP-Adresse des Clusters gesendet.
  
  
• Lösung: Remotesteuerungsbefehle müssen an die primäre IP-Adresse des Clusters gesendet werden, die im Dialogfeld Netzwerklastenausgleich-Eigenschaften zugewiesen wurden. Stellen Sie sicher, dass Sie Remotebefehle an die richtige IP-Adresse senden.
  
  
• Ursache: Der Remotesteuerungs-Datenverkehr wurde durch die Internetprotokollsicherheit (Internet Protocol Security, IPSec) verschlüsselt. Die NLB-Remotesteuerungsbefehle werden nicht ordnungsgemäß ausgeführt, wenn sie von einem Computer gesendet werden, auf dem IPSec so konfiguriert wurde, dass der Remotesteuerungs-Datenverkehr durch IPSec verschlüsselt wird.
  
  
• Lösung: Deaktivieren Sie IPSec.
  
  Weitere Informationen finden Sie in der Hilfe zu IPSec.
  
  
• Ursache: NLB UDP-Steuerungsports werden durch eine Firewall nicht richtig geschützt. Standardmäßig werden Remotesteuerungsbefehle an die UDP-Ports 1717 und 2504 für die Cluster-IP-Adresse gesendet.
  
  
• Lösung: Stellen Sie sicher, dass diese Ports nicht fehlerhaft durch einen Router oder eine Firewall blockiert werden. Sie können auch die Portnummer ändern, indem Sie den entsprechenden NLB-Parameter ändern.
  
  

• Ursache: Keiner der Hosts weist eine dedizierte IP-Adresse auf.
  
  
• Lösung: Weisen Sie jedem Host eine dedizierte IP-Adresse zu. Weitere Informationen finden Sie unter Konfigurieren von Netzwerklastenausgleich-Hostparametern.
  
  

• Ursache: Von einer Anwendung, für die ein Lastenausgleich ausgeführt wird, erfolgt keine Rückmeldung.
  
  
• Lösung: Dies ist ein anwendungsspezifisches Problem, das nicht durch NLB verursacht wird. Informationen zur Behebung dieses Problems finden Sie in der Dokumentation zu der entsprechenden Anwendung. Sie müssen möglicherweise die Anwendung beenden und neu starten.
  
  
• Ursache: Wenn Sie den Cluster für den Unicastmodus konfiguriert haben, wurde die MAC-Adresse des NLB-Netzwerkadapter möglicherweise von einem Switch übernommen.
  
  
• Lösung: Legen Sie den Port des Switch auf die MAC-Adresszuordnung fest.
  
  
• Ursache: Die IP-Adresse des Clusters wurde TCP/IP auf einem oder mehreren Hosts nicht hinzugefügt.
  
  
• Lösung: Wenn Sie den Cluster nicht mit dem NLB-Manager konfigurieren, müssen Sie TCP/IP manuell mit der IP-Adresse des Clusters konfigurieren.
  
  
• Ursache: Ein Host wird aufgrund des Befehls drainstop oder stop aus dem Cluster entfernt, aber die Zusammenführung wurde nicht ordnungsgemäß abgeschlossen.
  
  
• Lösung: Warten Sie, bis die Zusammenführung abgeschlossen ist. Wenn die Zusammenführung nicht abgeschlossen wird, lesen Sie die Informationen zu folgendem Problem, das weiter unten in diesem Thema zur Problembehandlung beschrieben wird:
  
  Nach dem Starten der Clusterhosts wird von diesen die Zusammenführung begonnen, aber nicht abgeschlossen.
  
  

• Ursache: Zum Anzeigen oder Ändern der Netzwerklastenausgleich-Eigenschaften müssen Sie Mitglied der Gruppe Administratoren sein.
  
  
• Lösung: Melden Sie sich als ein Benutzer an, der Mitglied der lokalen Gruppe Administratoren des Computers ist, auf dem NLB ausgeführt wird.
  
  

• Ursache: Die HTTP-Keep-Alive-Werte sind auf den NLB-Hosts aktiviert, und von Clients, für die Keep-Alive-Werte aktiviert sind, werden Verbindungen mit dem Cluster hergestellt.
  
  
• Lösung: Deaktivieren Sie die HTTP-Keep-Alive-Werte. Weitere Informationen zu HTTP-Keep-Alive-Werten und Internetinformationsdiensten (Internet Information Services, IIS) finden Sie in der Dokumentation zu IIS.
  
  Wenn Sie die Dokumentation zu IIS auf Ihrem Desktop anzeigen möchten, installieren Sie IIS. Klicken Sie anschließend im Startmenü auf Ausführen, und geben Sie den folgenden Befehl im Textfeld Öffnen ein:
  
  %windir%\help\iisrv.chm
  
  
• Ursache: Aufgrund geringer Systemressourcen auf dem Server werden von TCP Verbindungen abgelehnt.
  
  
• Lösung: Geben Sie Systemressourcen frei (z. B. durch Hinzufügen weiterem Systemarbeitsspeicher oder Schließen von nicht benötigten Anwendungen).
  
  
• Ursache: Der Cluster wurde in zwei getrennt zusammengeführte Cluster aufgeteilt, wodurch der Besitz für jede Verbindung von mehr als einem Knoten übernommen wird.
  
  
• Lösung: Entfernen Sie die beiden Cluster, und erstellen Sie anschließend einen einzigen Cluster.
  
  

• Ursache: Wenn Sie NLB für den Lastenausgleich von VPN-Datenverkehrs (virtuelles privates Netzwerk) verwenden, müssen Sie die Portregeln konfigurieren, mit denen die Ports verwaltet werden, die den VPN-Datenverkehr behandeln (TCP-Port 1723 für PPTP/GRE und UDP-Port 500 für IPSEC/L2TP), damit entweder die Affinität Einfach oder Netzwerk verwendet wird.
  
  
• Lösung: Konfigurieren Sie die Portregeln, mit denen die Ports 500 und 1723 verwaltet werden, so, dass von diesen die Affinität Einfach oder Netzwerk verwendet wird. Weitere Informationen finden Sie unter Eigenschaften des Netzwerklastenausgleich-Managers.
  
  

• Ursache: Es wurde eine unterschiedliche Anzahl an Portregeln oder an nicht kompatiblen Portregeln auf verschiedenen Clusterhosts eingegeben. Dadurch wird die Zusammenführung verhindert.
  
  
• Lösung: Öffnen Sie das Dialogfeld Netzwerklastenausgleich-Eigenschaften auf jedem Clusterhost, und überprüfen Sie, ob alle Hosts identische Portregeln aufweisen.
  
  
• Ursache: Ein Netzwerkadapter oder ein Netzwerkkabel ist fehlerhaft.
  
  
• Lösung: Verwenden Sie den Befehl ping zum Testen der Konnektivität. Geben Sie den vollqualifizierten Domänennamen des Hosts ein. Weitere Informationen zu diesem Problem erhalten Sie, wenn Sie mithilfe des Befehls ping den Domänencontroller nach IP-Adresse sowie andere Netzwerkserver nach Namen und IP-Adresse suchen.
  
  
• Ursache: Die Duplexeinstellungen für einen Switch oder Hub stimmen nicht überein.
  
  
• Lösung: Stellen Sie sicher, dass die Duplexeinstellungen für jeden Ihrer Switches und Hubs ordnungsgemäß konfiguriert wurden.
  
  
• Ursache: Die dedizierte IP-Adresse, die Sie für einen der Hosts verwendet haben, ist bereits im Netzwerk vorhanden.
  
  
• Lösung: Wählen Sie eine andere IP-Adresse aus, oder entfernen Sie die doppelt vorhandene Adresse.
  
  
• Ursache: Ihr Cluster enthält Hosts, auf denen Windows 2000 ausgeführt wird.
  
  
• Lösung: Auf allen Hosts Ihres Clusters muss Windows Server 2008 ausgeführt werden. Eine NLB-Clusterumgebung mit Hosts, auf denen Windows Server 2003 und Windows Server 2008 ausgeführt wird, wird nur unterstützt, wenn Sie ein paralleles Update auf Windows Server 2008 ausführen. Das gleichzeitige Ausführen von Windows Server 2003 und Windows Server 2008 auf demselben Cluster über einen längeren Zeitraum wird nicht unterstützt.
  
  
• Ursache: Sie haben unterschiedliche Clusterausführungsmodi (Unicast und Multicast) auf den Hosts konfiguriert.
  
  
• Lösung: Verwenden Sie den NLB-Manager, um sicherzustellen, dass alle Hosts mit demselben Clusterausführungsmodus konfiguriert wurden.
  
  

	Hinweis
	Sie können auch das Windows-Ereignisprotokoll anzeigen, um Fehlermeldungen und Warnhinweise zu überprüfen. Weitere Informationen finden Sie unter Installieren des Netzwerklastenausgleichs.

• Ursache: Es werden keine Taktnachrichten gesendet, da die Netzwerkkonnektivität aufgrund eines fehlerhaften Netzwerkadapters oder eines fehlerhaften Netzwerkkabels oder anderen Netzwerkproblemen unterbrochen wurde.
  
  
• Lösung: Verwenden Sie den Befehl ping zum Testen der Konnektivität. Geben Sie den vollqualifizierten Domänennamen des Hosts ein. Weitere Informationen zu diesem Problem erhalten Sie, wenn Sie mithilfe des Befehls ping den Domänencontroller nach IP-Adresse sowie andere Netzwerkserver nach Namen und IP-Adresse suchen.
  
  

• Ursache: Die Clusterhosts sind Mitglieder von verschiedenen Subnetzen geworden, sodass nicht mehr im selben Netzwerk auf die Hosts zugegriffen werden kann.
  
  
• Lösung: Stellen Sie sicher, dass alle Clusterhosts miteinander kommunizieren können.
  
  
• Ursache: Es wird ein Schicht 3-Switch verwendet.
  
  
• Lösung: Installieren Sie einen Schicht 2-Switch zwischen den Hosts und dem Schicht 3-Switch.
  
  
• Ursache: Durch eine Unterbrechung in einem redundanten Switch wurde der Cluster in zwei Cluster aufgeteilt, wodurch zwei Standardhosts erstellt wurden sind.
  
  
• Lösung: Entfernen Sie die beiden Cluster, und erstellen Sie anschließend einen einzigen Cluster.
  
  
• Ursache: Ihr Switch ist so konfiguriert, dass dieser die Broadcastpakete ablehnt.
  
  
• Lösung: Konfigurieren Sie den Switch so, dass dieser Broadcastpakete akzeptiert (beachten Sie, dass dies bestimmten Sicherheitsrisiken zur Folge haben kann). Oder konfigurieren Sie den NLB-Cluster so, dass der Multicastmodus verwendet wird.
  
  
• Ursache: Vom Host können keine Taktnachrichten gesendet oder empfangen werden.
  
  
• Lösung: Verwenden Sie den Befehl ping zum Testen der Konnektivität mit den einzelnen Hosts. Geben Sie den vollqualifizierten Domänennamen des Hosts ein.
  
  
• Ursache: Ein Host ist an den falschen Port des Switchs angeschlossen.
  
  
• Lösung: Verwenden Sie den richtigen Port des Switchs.
  
  

• Ursache: Eine Portregel fehlt. Standardmäßig wird der gesamte eingehende Netzwerkdatenverkehr, der nicht durch Portregeln verwaltet wird, von NLB an den Standardhost weitergeleitet. Dadurch wird sichergestellt, dass Anwendungen, für die kein Lastenausgleich vorgenommen werden soll, ordnungsgemäß ausgeführt werden.
  
  
• Lösung: Wenn Sie für eine Anwendung einen Lastenausgleich im gesamten Cluster ausführen möchten, erstellen Sie für alle von der Anwendung verarbeiteten TCP/IP-Ports auf jedem Clusterhost eine Portregel.
  
  
• Ursache: Sie haben einem Einzelhostcluster einen zweiten Host hinzugefügt, der zweite Host ist jedoch nicht richtig konfiguriert. Es erfolgt keine Zusammenführung, und der gesamte Datenverkehr wird weiterhin vom ursprünglichen Host behandelt.
  
  
• Lösung: Überprüfen Sie alle Einstellungen des zweiten Hosts (z. B. die Cluster-IP-Adresse, dedizierte IP-Adresse und Portregeln) sorgfältig, und nehmen Sie bei Bedarf Änderungen vor.
  
  
• Ursache: Wenn der Cluster für den Unicastmodus konfiguriert ist, wurde die MAC-Adresse des NLB-Netzwerkadapters möglicherweise von einem Switch übernommen.
  
  
• Lösung: Legen Sie den Port des Switches auf die MAC-Adresszuordnung fest.
  
  
• Ursache: Von einem Proxyserver werden alle Verbindungen, für die eine einzige IP-Adresse verwendet wird, im Einzelaffinitätsmodus an den Cluster gesendet.
  
  
• Lösung: Konfigurieren Sie den Proxyserver so, dass von diesem mehrere IP-Adressen verwendet werden.
  
  

• Ursache: Unicast-Netzwerkadressen führen zu Problemen mit dem Switching-Hub. Wenn Sie einen Switching-Hub zum Herstellen von Verbindungen zwischen den Clusterhosts verwenden, müssen Sie die NLB-Multicastunterstützung aktivieren. Andernfalls funktioniert der Switch nicht ordnungsgemäß, wenn dasselbe Unicastnetzwerk für mehrere Switchports verwendet wird.
  
  
• Lösung: Überprüfen Sie, ob Sie die Multicastunterstützung im Dialogfeld Netzwerklastenausgleich-Eigenschaften ausgewählt haben. Wenn Sie die Multicastunterstützung nicht verwenden möchten, können Sie die Verbindungen zwischen den Clusterhosts mithilfe eines Hubs oder eines Koaxialkabels statt mit einem Switch herstellen.
  
  

• Ursache: Der Netzwerkdatenverkehr stammt von einer begrenzten Anzahl an IP-Adressen, was möglicherweise auf eine Einstellung auf einem Proxyserver zurückzuführen ist.
  
  
• Lösung: Konfigurieren Sie den Proxyserver so, dass von diesem mehrere IP-Adressen verwendet werden.
  
  

• Ursache: Einer der Clusterhosts ist mit einem Hostprioritätsbezeichner konfiguriert, die gleich 1 ist.
  
  
• Lösung: Konfigurieren Sie keinen der Clusterhosts mit einem Hostprioritätsbezeichner gleich 1. Verwenden Sie Zahlen, die größer als 1 sind. Weitere Informationen finden Sie unter Konfigurieren von Netzwerklastenausgleich-Hostparametern.
  
  

• Ursache: Sie führen möglicherweise nicht die entsprechende NLB-Version für Ihre Umgebung aus. Mit NLB kann kein Cluster erstellt werden, wenn die 32-Bit-Version von NLB auf einem 64-Bit-Computer ausgeführt wird. Dieses Problem wurde möglicherweise nicht erkannt, da 32-Bit-NLB-Komponenten (nlb.exe, wlbs.exe und nlbmgr.exe) ordnungsgemäß in der 64-Bit-Umgebung ausgeführt werden.
  
  
• Lösung: Wenn Sie eine 64-Bit-Computerumgebung verwenden möchten, müssen Sie die 64-Bit-NLB-Version verwenden.
  
  

Hinweis

In den folgenden Themen werden einige der am häufigsten vorkommenden Probleme aufgeführt, die bei der Installation und der ersten Verwendung von NLB auftreten können. In den folgenden Themen werden die möglichen Ursachen für die einzelnen Probleme und ein oder mehrere Lösungsvorschläge beschrieben. Für diese Themen wird angenommen, dass Ihr System und Ihre Anwendungen die Mindestanforderungen für NLB erfüllen. Weitere Informationen finden Sie unter den folgenden Themen: Netzwerklastenausgleich (Übersicht) und Installieren des Netzwerklastenausgleichs. Sie sollten vor Installation von NLB überprüfen, ob das Netzwerk und alle Netzwerkadapter ordnungsgemäß funktionieren. Stellen Sie sicher, dass Sie alle Installationsschritte befolgen. Überprüfen Sie außerdem, ob die Clusterparameter und Portregeln für alle Clusterhosts identisch festgelegt wurden. Überprüfen Sie das Windows-Ereignisprotokoll immer auf eine Meldung des NLB-Treibers, wenn ein Problem auftritt. Weitere Informationen finden Sie in den Abschnitten zu den Clusterparametern, Hostparametern und Portregeln unter Eigenschaften des Netzwerklastenausgleich-Managers.