Problembehandlung bei Failoverclustern

Problem 1: Setupprobleme sind schwer zu diagnostizieren, wenn der /qn-Schalter an der Eingabeaufforderung verwendet wird. /qn unterdrückt alle Benutzeroberflächen-Dialogfelder und Fehlermeldungen. Wenn der /qn-Schalter angegeben ist, werden alle Setupmeldungen, einschließlich aller Fehlermeldungen, in die Setupprotokolldateien geschrieben. Weitere Informationen zu Protokolldateien finden Sie unter Vorgehensweise: Lesen und Anzeigen der Setupprotokolldateien von SQL Server.

Lösung 1: Verwenden Sie anstelle des /qn-Schalters den /qb-Schalter. Wenn Sie den /qb-Schalter verwenden, wird bei jedem Schritt die Standardbenutzeroberfläche mit allen Fehlermeldungen angezeigt.

Problem 1: Von SQL Server-Dienstkonten kann kein Kontakt mit einem Domänencontroller hergestellt werden.

Lösung 1: Überprüfen Sie die Ereignisprotokolle in Hinblick auf Netzwerkprobleme wie Adapterfehler oder DNS-Probleme. Überprüfen Sie, ob Sie Ihren Domänencontroller pingen können.

Problem 2: Die SQL Server-Dienstkontokennwörter stimmen nicht auf allen Clusterknoten überein, oder vom Knoten wird kein SQL Server-Dienst erneut gestartet, der von einem fehlerhaften Knoten migriert worden ist.

Lösung 2: Ändern Sie die SQL Server-Dienstkontokennwörter mithilfe des SQL Server-Konfigurations-Managers. Andernfalls müssen Sie nach dem Ändern der Kennwörter für SQL Server-Dienstkonten auf einem Knoten auch die Kennwörter auf allen anderen Knoten ändern. Vom SQL Server-Konfigurations-Manager wird dies automatisch ausgeführt.

Problem 1: Die Firmware oder Treiber sind nicht auf allen Knoten aktualisiert.

Lösung 1: Überprüfen Sie, ob von allen Knoten die ordnungsgemäßen Firmwareversionen und die gleichen Treiberversionen verwendet werden.

Problem 2: Ein Knoten kann Clusterdatenträger nicht wiederherstellen, die von einem fehlerhaften Knoten auf einem freigegebenen Clusterdatenträger mit einem unterschiedlichen Laufwerkbuchstaben migriert worden sind.

Lösung 2: Die Laufwerkbuchstaben für die Clusterdatenträger müssen auf beiden Servern identisch sein. Überprüfen Sie andernfalls die ursprüngliche Installation des Betriebssystems und von Microsoft Clusterdienste (MSCS, Microsoft Cluster Service).

Lösung: Um zu verhindern, dass der Fehler eines bestimmten Dienstes zu einem Failover der SQL Server-Gruppe führt, konfigurieren Sie diese Dienste mithilfe der Clusterverwaltung unter Windows wie folgt:

• Deaktivieren Sie im Eigenschaftendialogfeld für Volltext auf der Registerkarte Erweitert das Kontrollkästchen Die Gruppe beeinflussen. Wenn SQL Server allerdings ein Failover verursacht, wird die Volltextsuche erneut gestartet.

Lösung: Verwenden Sie die Clusterverwaltung unter MSCS, um automatisch einen Failovercluster zu starten. Der SQL Server-Dienst sollte auf manuelles Starten festgelegt werden, und die Clusterverwaltung sollte in MSCS zum Starten des SQL Server-Dienstes konfiguriert werden. Weitere Informationen finden Sie unter Verwalten von Diensten.

Problem 1: DNS erzeugt aufgrund einer Clusterressource einen Fehler, die DNS erfordert.

Lösung 1: Beheben Sie die DNS-Probleme.

Problem 2: Im Netzwerk ist ein Name doppelt vorhanden.

Lösung 2: Verwenden Sie NBTSTAT zum Lokalisieren des Doppelnamens, und beheben Sie dann das Problem.

Problem 3: Von SQL Server wird keine Verbindung mithilfe von Named Pipes hergestellt.

Lösung 3: Für die Verbindung mithilfe von Named Pipes erstellen Sie mit dem SQL Server-Konfigurations-Manager einen Alias, um eine Verbindung zum entsprechenden Computer herzustellen. Wenn Sie beispielsweise über einen Cluster mit zwei Knoten (Knoten A und Knoten B) und einer Failoverclusterinstanz (Virtsql) mit einer Standardinstanz verfügen, können Sie die Verbindung mit dem Server, auf dem die Netzwerknamenressource offline ist, wie folgt herstellen:

1. Ermitteln Sie mithilfe der Clusterverwaltung den Knoten, auf dem die Gruppe mit der Instanz von SQL Server ausgeführt wird. In diesem Beispiel ist es Knoten A.

2. Starten Sie den SQL Server-Dienst auf diesem Computer mithilfe von net start. Weitere Informationen zum Verwenden von net start finden Sie unter Manuelles Starten von SQL Server.

3. Starten Sie den SQL Server-Konfigurations-Manager auf Knoten A. Zeigen Sie den Pipenamen an, der vom Server überwacht wird. Er sollte so oder ähnlich lauten: \\.\$$\VIRTSQL\pipe\sql\query.

4. Starten Sie den SQL Server-Konfigurations-Manager auf dem Clientcomputer.

5. Erstellen Sie den Alias SQLTEST1, um über Named Pipes eine Verbindung mit diesem Pipenamen herzustellen. Geben Sie dazu Knoten A als Servernamen ein, und ändern Sie den Pipenamen in \\.\pipe\$$\VIRTSQL\sql\query.

6. Stellen Sie mithilfe des Alias SQLTEST1 als Servernamen eine Verbindung mit dieser Instanz her.

Problem: Ein verwaister Registrierungsschlüssel in [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Cluster]

Lösung: Stellen Sie sicher, dass die MSSQL.X-Registrierungsstruktur zurzeit nicht verwendet wird, und löschen Sie dann den Clusterschlüssel.

Problem: Dieser Fehler wird durch ein freigegebenes SCSI-Laufwerk verursacht, das nicht ordnungsgemäß partitioniert ist.

Lösung: Erstellen Sie eine neue, einzelne Partition auf dem freigegebenen Datenträger, indem Sie die folgenden Schritte ausführen:

1. Löschen Sie die Datenträgerressource vom Cluster.

2. Löschen Sie alle Partitionen vom Datenträger.

3. Überprüfen Sie in den Datenträgereigenschaften, ob es sich um einen Basisdatenträger handelt.

4. Erstellen Sie auf dem freigegebenen Datenträger eine Partition, formatieren Sie den Datenträger, und weisen Sie ihm einen Laufwerkbuchstaben zu.

5. Fügen Sie den Datenträger mithilfe der Clusterverwaltung (cluadmin) dem Cluster hinzu.

6. Führen Sie SQL Server Setup aus.

Problem: Weil Microsoft Distributed Transaction Coordinator (MS DTC) in Windows nicht vollständig konfiguriert wird, werden von Anwendungen SQL Server-Ressourcen nicht in einer verteilten Transaktion eingetragen. Dieses Problem kann sich auf verknüpfte Server, verteilte Abfragen und remote gespeicherte Prozeduren auswirken, die verteilte Transaktionen verwenden. Weitere Informationen zum Konfigurieren von MS DTC finden Sie unter Vor dem Installieren der Failover-Clusterunterstützung.

Lösung: Um solchen Problemen vorzubeugen, müssen die MS DTC-Dienste auf den Servern vollständig aktiviert werden, auf denen SQL Server installiert und MS DTC konfiguriert ist.

Führen Sie die folgenden Schritte aus, um MS DTC vollständig zu aktivieren:

1. Öffnen Sie in der Systemsteuerung die Option Verwaltung, und öffnen Sie dann Computerverwaltung.

2. Erweitern Sie im linken Bereich von Computerverwaltung Dienste und Anwendungen, und klicken Sie anschließend auf Dienste.

3. Klicken Sie im rechten Bereich von Computerverwaltung mit der rechten Maustaste auf Distributed Transaction Coordinator, und wählen Sie Eigenschaften aus.

4. Klicken Sie im Fenster Distributed Transaction Coordinator auf die Registerkarte Allgemein, und klicken Sie dann auf Beenden, um den Dienst zu beenden.

5. Klicken Sie im Fenster Distributed Transaction Coordinator auf die Registerkarte Anmelden, und richten Sie das Anmeldekonto NT AUTHORITY\NetworkService ein.

6. Klicken Sie auf Anwenden und OK, um das Fenster Distributed Transaction Coordinator zu schließen. Schließen Sie das Fenster Computerverwaltung. Schließen Sie das Fenster Verwaltung.