Leitfaden zur Problembehandlung: Fehler beim Starten des Clusterdiensts

Checkliste zur Problembehandlung

Überprüfen der vom Clusterdienst verwendeten Ports

Stellen Sie sicher, dass in den Firewalls die folgenden Ports für den Clusterdatenverkehr geöffnet sind:

• Port 135: Remoteprozeduraufruf (RPC)-Endpunktzuordnung oder verteiltes Komponentenobjektmodell (DCOM).

• Port 135: RPC-Endpunktzuordnung über das Benutzerdatengrammprotokoll (UDP).

• Port 3343: Clusternetzwerktreiber.

• Port 445: Servernachrichtenblock (SMB).

• Port 139: NetBIOS-Sitzungsdienst.

• Ports im Bereich von 5000 bis 5099: Wenn die Ereignis-ID 1721 protokolliert wird, wenn Sie eine Verbindung mit einem Cluster als Clusteradministrator herstellen, versuchen Sie, die Ports in diesem Bereich (oder anderen Ports) für RPC-Datenverkehr zu öffnen. Die Ports unterstützen die Kommunikation über RPC, es sei denn, Sie geben ein Punktzeichen (.) ein.

  Dieses Problem kann auftreten, da der Clusterdienst mindestens 100 Ports für die RPC-Kommunikation verwendet. Die Anzahl der ports, die für den Clusterdienst verfügbar sind, kann zu klein werden, wenn andere Dienste einige der erforderlichen Ports verwenden. Diese Dienste können Windows DNS-Dienst, Windows Internet Name Service (WINS) oder Microsoft SQL Server-Dienst umfassen.

• Ports im Bereich von 8011 bis 8031: Wenn Firewalls die Clusterknoten trennen, müssen die Ports im Bereich von 8011 bis 8031 offen für internoden RPC-Datenverkehr sein. Andernfalls geben Fehler im Clusterprotokoll an, dass kein Sponsorknoten verfügbar ist. Diese Fehler treten auf, da nicht genügend Ports für die RPC-Kommunikation zwischen einem Knoten verfügbar sind, der versucht, dem Cluster beizutreten, und einem Knoten, der diesen Knoten unterstützen kann.

Weitere Informationen zum Konfigurieren eines Netzwerks und netzwerkports für einen Cluster finden Sie in den folgenden Artikeln:

• Aktivieren eines Netzwerk für die Clusterverwendung

• Dienstübersicht und Netzwerkportanforderungen für Windows

Nachdem Sie die Porteinstellungen geändert haben, versuchen Sie, den Knoten wieder online zu schalten, bevor Sie fortfahren.

Ausführen des Clustervalidierungstools

1. Öffnen Sie das Failovercluster-Manager-Snap-In (CluAdmin.msc).

2. Wählen Sie den Failovercluster-Manager in der oberen linken Spalte aus.

3. Wählen Sie " Konfiguration überprüfen" aus.

4. Geben Sie den Namen der einzelnen Knoten im Cluster ein, und wählen Sie nach jedem Knoten "Hinzufügen" aus.

5. Wenn alle Knoten den ausgewählten Servern hinzugefügt wurden: Liste, wählen Sie "Weiter" aus.

6. Wählen Sie "Alle Tests ausführen( empfohlen)>Weiter> ausführen".

7. Beenden des Tests zulassen. Wählen Sie nach Abschluss den Eintrag "Bericht anzeigen" aus.

8. Überprüfen Sie alle Testergebnisse, die als fehlgeschlagen oder als Warnung gekennzeichnet sind. Diese Informationen können ihnen helfen, Umsetzbare Schritte zur Behebung des Problems bereitzustellen.

9. Um eine herunterladbare Datei zu erhalten, navigieren Sie zum Ordner "C:\Windows\Cluster\Reports ", und öffnen Sie den Überprüfungsbericht (). MHT)-Datei.

   Notiz

   In Windows Server 2016 und höheren Versionen handelt es sich um eine .HTM Datei.

Überprüfen der Sicherheitsrichtlinien, die sich möglicherweise auf den Clusterknoten auswirken

Im Gruppenrichtlinienobjekt-Editor befinden sich diese Richtlinienobjekte unter Computerkonfiguration\Windows-Einstellungen\Sicherheitseinstellungen\Lokale Richtlinien\Zuweisung von Benutzerrechten.

Notiz

Um auf die lokalen Sicherheitsrichtlinieneinstellungen zuzugreifen, wählen Sie "Start" aus, geben Sie die lokale Sicherheitsrichtlinie ein, und wählen Sie dann "Lokale Sicherheitsrichtlinie" aus.

• Stellen Sie sicher, dass die Liste der Konten die Konten enthält, die für die Ausführung des Clusterknotens verantwortlich sind. Weitere Informationen finden Sie unter "Zugreifen auf diesen Computer über das Netzwerk " und "Anmelden bei der lokalen Sicherheitsrichtlinieneinstellung zulassen".

• Stellen Sie sicher, dass die Liste der Konten keine lokalen Konten enthält. Weitere Informationen finden Sie unter "Verweigern des Zugriffs auf diesen Computer über das Netzwerk".

• Stellen Sie sicher, dass die Liste der Konten und Gruppen nicht die Gruppe "Jeder" enthält. Weitere Informationen finden Sie unter Deny log on locally security policy setting.

Nachdem Sie die Richtlinieneinstellungen geändert haben, versuchen Sie, den Knoten wieder online zu schalten, bevor Sie fortfahren.

Vorübergehendes Deaktivieren der Firewalls

Deaktivieren Sie die Firewall zwischen dem Knoten und dem restlichen Cluster, und versuchen Sie dann erneut, den Knoten online zu schalten. Wenn der Knoten immer noch nicht online ist, kann die Firewall die Ursache sein.

Wichtig

Lassen Sie diese Änderung nach Abschluss der Problembehandlung nicht mehr erhalten. Nachdem Sie diese Änderung zum Testen verwendet haben, geben Sie diese Einstellungen an die ursprüngliche Konfiguration zurück.

Überprüfen der Netzwerkhardware und -software auf Probleme

• Überprüfen Sie das Systemereignisprotokoll auf Hardware- oder Softwarefehler, die sich auf die Netzwerkadapter auf diesem Knoten beziehen.

• Überprüfen Sie den Netzwerkadapter, die Kabel und die Netzwerkkonfiguration der Netzwerke, die Verbindungen mit den Knoten herstellen.

• Wenn Sie die Netzwerkadapter teamieren, stellen Sie sicher, dass die Teamkonfiguration korrekt ist.

• Überprüfen Sie Hubs, Switches oder Brücken in den Netzwerken, die Verbindungen mit den Knoten herstellen.

Überprüfen der Protokolldateien

Um die Quelle des Problems zu identifizieren, überprüfen Sie Protokollinformationen aus mehreren Quellen. Zum Beispiel:

• Navigieren Sie in Ereignisanzeige zu Anwendungs- und Dienstprotokollen\Microsoft\Windows\FailoverClustering-Client\Diagnostic, und überprüfen Sie die Protokolle der Cluster-API-Debugprotokollierung.

• Generieren Sie ein neues Clusterprotokoll für den Knoten. Öffnen Sie auf dem Server, auf dem der betroffene Knoten ausgeführt wird, eine PowerShell-Eingabeaufforderung mit erhöhten Rechten, und führen Sie das folgende Cmdlet aus:

  Get-ClusterLog -Node 'Local Node Name' -Destination c:\temp -UseLocalTime

Führen Sie die folgenden Schritte aus, um eine detailliertere Ablaufverfolgung zu generieren:

1. Führen Sie an einer PowerShell-Eingabeaufforderung mit erhöhten Rechten das folgende Cmdlet aus, um die Ablaufverfolgung zu starten:

   logman create trace "base_cluster" -ow -o c:\base_cluster.etl -p "Microsoft-Windows-FailoverClustering-Client" 0xffffffffffffffff 0xff -nb 16 16 -bs 1024 -mode Circular -f bincirc -max 4096 -ets

2. Reproduzieren Sie das Problem.

3. Führen Sie das folgende Cmdlet aus, um die Ablaufverfolgung zu beenden:

   Logman stop base_cluster.etl -ets

4. Führen Sie zum Konvertieren der Ablaufverfolgung das folgende Cmdlet aus:

   Netsh trace convert base_cluster.etl

5. Führen Sie das folgende Cmdlet aus, um ein Clusterprotokoll aus den Daten zu generieren:

   Get-ClusterLog -Node 'Local Node Name' -Destination c:\temp -UseLocalTime

Weitere Informationen zur Ablaufverfolgung und zu anderen Problemen, nach denen gesucht werden soll, finden Sie unter How to Troubleshooting Cluster Failures.For more information about tracing and other issues to look for look for, see How to Troubleshoot Create Cluster Failures.