Clusterdienst kann keine Problembehandlungsanleitung starten

Artikel
03/21/2024

Checkliste zur Problembehandlung

Überprüfen der ports, die der Clusterdienst verwendet

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

Port 135: RPC-Endpunktzuordnung (Remote Procedure Call) oder DCOM (Distributed Component Object Model).
Port 135: RPC-Endpunktzuordnung über User Datagram Protocol (UDP).
Port 3343: Clusternetzwerktreiber.
Port 445: Server Message Block (SMB).
Port 139: NetBIOS-Sitzungsdienst.
Ports im Bereich von 5000 bis 5099: Wenn ereignis-ID 1721 protokolliert wird, wenn Sie als Clusteradministrator eine Verbindung mit einem Cluster herstellen, versuchen Sie, die Ports in diesem Bereich (oder andere Ports) für RPC-Datenverkehr zu öffnen. Die Ports unterstützen die Kommunikation über RPC, es sei denn, Sie geben nur ein Punktzeichen (.) ein.

Dieses Problem kann auftreten, weil 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 den Windows-DNS-Dienst, den Windows Internet Name-Dienst (WINS) oder den 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 für RPC-Datenverkehr zwischen Knoten geöffnet sein. Andernfalls weisen Fehler im Clusterprotokoll darauf hin, dass ein Sponsorknoten nicht verfügbar ist. Diese Fehler treten auf, weil 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 sponsern kann.

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

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

Ausführen des Clustervalidierungstools

Öffnen Sie das Failovercluster-Manager-Snap-In (CluAdmin.msc).
Wählen Sie in der linken oberen Spalte Failovercluster-Manager aus.
Wählen Sie Konfiguration überprüfen aus.
Geben Sie den Namen der einzelnen Knoten im Cluster ein, und wählen Sie anschließend Hinzufügen aus.
Wenn der Liste Ausgewählte Server: alle Knoten hinzugefügt wurden, wählen Sie Weiter aus.
Wählen Sie Alle Tests ausführen (empfohlen)>Weiter>aus.
Lassen Sie den Abschluss des Tests zu. Wählen Sie nach Abschluss des Vorgangs Bericht anzeigen aus.
Überprüfen Sie alle Testergebnisse, die als Fehler oder Warnung gekennzeichnet sind. Diese Informationen können hilfreich sein, um das Problem zu beheben.
Navigieren Sie zum Abrufen einer herunterladbaren Datei zum Ordner C:\Windows\Cluster\Reports , und öffnen Sie den Validierungsbericht (. MHT)-Datei.

Hinweis

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

Überprüfen Sie die Sicherheitsrichtlinien, die sich möglicherweise auf den Clusterknoten auswirken können.

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

Hinweis

Um auf die Einstellungen der lokalen Sicherheitsrichtlinie zuzugreifen, wählen Sie Start aus, geben Sie 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 Zulassen der lokalen Anmeldung.
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 Lokale Sicherheitsrichtlinieneinstellung anmelden verweigern.

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

Vorübergehendes Deaktivieren von Firewalls

Deaktivieren Sie die Firewall zwischen dem Knoten und dem Rest des Clusters, und versuchen Sie dann erneut, den Knoten online zu schalten. Wenn der Knoten immer noch nicht online geschaltet wird, kann die Firewall die Ursache sein.

Wichtig

Lassen Sie diese Änderung nicht beibehalten, nachdem Sie die Problembehandlung abgeschlossen haben. Nachdem Sie diese Änderung zum Testen verwendet haben, geben Sie diese Einstellungen an die ursprüngliche Konfiguration zurück.

Überprüfen Sie die 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 für die Netzwerke, die die Knoten verbinden.
Wenn Sie die Netzwerkadapter in einem Team erstellen, stellen Sie sicher, dass die Teamkonfiguration korrekt ist.
Überprüfen Sie Hubs, Switches oder Brücken in den Netzwerken, die die Knoten verbinden.

Überprüfen von Protokolldateien

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

Navigieren Sie Ereignisanzeige zu Anwendungs- und Dienstprotokolle\Microsoft\Windows\FailoverClustering-Client\Diagnostic, und überprüfen Sie die Protokolle der Cluster-API-Debugablaufverfolgung.
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:

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
Reproduzieren Sie das Problem.
Führen Sie das folgende Cmdlet aus, um die Ablaufverfolgung zu beenden:

Logman stop base_cluster.etl -ets
Führen Sie das folgende Cmdlet aus, um die Ablaufverfolgung zu konvertieren:

Netsh trace convert base_cluster.etl
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, auf die Sie achten müssen, finden Sie unter Behandeln von Problemen beim Erstellen von Clustern.

Freigeben über