Gruppierte SQL Server-Aufgaben, Empfehlungen und allgemeine Warnhinweise

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

Auf dieser Seite

Zusammenfassung

Dieser Artikel beschreibt einige wichtige Aufgaben und Empfehlungen für die Verwendung von SQL Server-Cluster-Servern mit verschiedenen Versionen von SQL Server.

Wichtig: Alle Kunden, die noch mit SQL Server 6.5 und SQL Server 7.0 verwenden Clusterunterstützung sollten auf SQL Server 2000 oder SQL Server 2005 aktualisieren, sobald dies machbar ist. Die folgenden Tools, Funktionen und Komponenten werden mit Failover-Clusterunterstützung in SQL Server 2000 Enterprise Edition unterstützt:
  • Microsoft Search-Dienst
  • Mehrere Instanzen
  • SQL Server Enterprise Manager
  • Dienststeuerungs-Manager
  • Replikation
  • SQL Profiler
  • SQL Query Analyzer
  • SQLServer 2005 Analysis Services
Hinweis Microsoft Product Support Services (PSS) unterstützt SQL Server Failover-Clusterunterstützung, wie im folgenden Artikel der Microsoft Knowledge Base beschrieben:
327518 Die Microsoft SQL Server-Supportrichtlinie für Microsoft Clustering
SQL Server Enterprise Edition muss für die Unterstützung installiert werden, wenn SQL Server zusammen mit Microsoft Cluster Server (MSCS) verwendet wird.

Weitere Informationen

Empfiehlt sich für die Installation von SQL Server

Wenn Sie SQL Server 2000 oder SQL Server 2005 installieren, empfehlen wir, Sie haben Ihren Domänenadministrator bitten den Anweisungen folgen, die im folgenden Artikel der Microsoft Knowledge Base beschrieben werden:
319723 Gewusst wie: Verwenden von Kerberos-Authentifizierung in SQL Server
Microsoft Knowledge Base-Artikel 319723 beschreibt die Kerberos-Authentifizierung in SQL Server verwenden. Der Artikel beschreibt auch zum Aktivieren von Kerberos-Authentifizierung auf SQL Server-Failovercluster.

Die Anweisungen, die im Microsoft Knowledge Base-Artikel 319723 aufgelistet sind, bieten die folgenden Vorteile:
  • Sie können Probleme auf die Dienstprinzipalnamen (SPNs) beseitigen, die korrekt registriert sind.
  • Sie können während der Installation von SQL Server eine Warnmeldung vermeiden, wenn Sie ein Domänenbenutzerkonto als das Startkonto des SQL Server-Dienstes angeben. Diese Warnmeldung wird in den folgenden Microsoft Knowledge Base-Artikel beschrieben:
    303411 Informationen erhalten Sie eine "Warning SuperSocket Info" Warnung bei einer SQL Server-Dienstkonto ein Domänenbenutzer ist
  • Wenn Sie später die IP-Adresse oder den Domänennamen ändern, haben Sie nicht die SPN für den SQL Server-Dienst manuell zu aktualisieren.

Sicherheit

SQL Server 2000

Das Dienstkonto, das Sie zum Starten des SQL Server-Dienstes in einem SQL Server-Failovercluster verwenden, muss ein direktes Mitglied der lokalen Administratorgruppe sein. Dieses Dienstkonto muss Mitglied der lokalen Administratorengruppe über eine Gruppenmitgliedschaft nicht. Diese Konfiguration kann vorübergehend von Sicherheitsproblemen führen. Wenn Sie nicht, dass das Dienstkonto in der Gruppe der lokalen Administratoren sein möchten, müssen Sie dem Dienstkonto die folgenden Berechtigungen gewähren:
  • Als Teil des Betriebssystems handeln = SeTcbPrivilege
  • Auslassen der durchsuchenden Überprüfung = SeChangeNotify
  • Sperren von Seiten im Speicher = SeLockMemory
  • Anmelden als Stapelverarbeitungsauftrag = SeBatchLogonRight
  • Anmelden als Dienst = SeServiceLogonRight
  • Ersetzen ein Tokens auf Prozessebene = SeAssignPrimaryTokenPrivilege

SQLServer 2005

Für jeden gruppierten Dienst in einer Instanz von SQL Server 2005, die Sie installieren, werden Sie aufgefordert, einen Domänennamen und einen Gruppennamen auf der Seite Domänengruppen für gruppierte Dienste des Installations-Assistenten von SQL Server eingeben. Geben Sie den Domänennamen und den Gruppennamen in der Domänenname\Gruppenname Format. Wenn Sie die Gruppen der Domäne angeben, müssen Sie die folgenden Richtlinien verwenden:
  • Gruppen der Domäne muss sich in derselben Domäne wie das Konto, mit dem das System anmelden. Beispielsweise müssen in der Domäne SQLSVR ist das Konto, das Sie zur Anmeldung an das System und die SQLSVR-Domäne eine untergeordnete Domäne der Domäne MYDOMAIN ist, Sie eine Domänengruppe in der SQLSVR-Domäne angeben. SQLSVR-Domäne kann Benutzerkonten aus der Domäne MYDOMAIN enthalten.
  • Das Dienstkonto für bestimmte Dienstes in einem Cluster muss ein direktes Mitglied der Domänengruppe sein. Dieses Dienstkonto muss Mitglied der Gruppe der Domäne über eine Gruppenmitgliedschaft nicht. SQL Server 2005-Setupprogramm wird nicht geprüft, um festzustellen, ob ein Dienstkonto einer Domänengruppe ist die Untergruppen.
  • Das Dienstkonto für einen bestimmten geclusterten Dienst muss kein direktes Mitglied der lokalen Administratorgruppe sein.
  • Die Domäne und die Gruppe der Domäne müssen bereits vorhanden sein, wenn Sie SQL Server 2005-Setupprogramm ausführen. Sie erhalten die Namen vorhandener Domänengruppen der Domänenadministrator. Oder Domänengruppen für den Failovercluster von SQL Server 2005 erstellen. Wenn Sie eine Gruppe der Domäne für den SQL Server 2005 Failovercluster kurz vor der Ausführung des SQL Server 2005-Setupprogramm erstellen, müssen Sie für die neue Gruppe der Domäne replizieren über das Unternehmensnetzwerk eine Weile warten.
  • Die Domänengruppen müssen entsprechende Dienstkonten enthalten. Wenn die Dienstkonten nicht Mitglied der entsprechenden Domänengruppen bei der Installation von SQL Server 2005, mit das SQL Server 2005-Setupprogramm die Domänengruppen die Dienstkonten hinzugefügt. Daher muss das Konto, das zum Ausführen von SQL Server 2005-Setupprogramm ausreichende Berechtigungen Gruppen der Domäne Konten hinzu.

    Wenn das SQL Server-Setup-Programm unter einem Konto ausgeführt, die nicht über die Berechtigung zum Hinzufügen von Konten zu Gruppen der Domäne verfügt wird, müssen die Dienstkonten bereits Mitglied der entsprechenden Gruppe werden.
  • Um die präziseste Steuerungsmöglichkeit über Berechtigungen zu erhalten, empfehlen wir, dass Sie andere Domänengruppe und ein anderes Dienstkonto für jeden gruppierten Dienst und für jeden virtuellen Server angeben. Jedoch können Sie derselben Domänengruppe und dasselbe Dienstkonto für alle SQL Server-Dienste weiterhin verwenden. Oder Sie können die Gruppe der gleichen Domäne und andere Dienstkonten für jeden SQL Server-Dienst verwenden.
  • Die Domänengruppe für die SQL Server-Cluster-Dienste dürfen nicht mit einer anderen Anwendung freigegeben werden.
  • Die Gruppe der Domäne muss die globale Domänengruppe anstelle der universelle Domänengruppe sein.
Weitere Informationen zu diesen Richtlinien klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
910708 Sie müssen die Domänengruppen für die gruppierten SQL Server-Dienste angeben, bei der Installation einer SQL Server 2005-Failoverclusters
Hinweis Um Domäne Gruppe Probleme zu beheben, benötigen Sie Zugriff auf die Domänencontroller.

Darüber hinaus unterstützen wir nicht installieren von Failoverclusterinstanzen in SQL Server 2005 in einer Umgebung, in denen jeder Knoten ein Domänencontroller ist.

Weitere Informationen über Benutzerrechte und Berechtigungen erteilt werden, für die SQL Server-Dienstkonten und über die Zugriffssteuerungslisten (ACLs), die für die SQL Server-Dienstkonten erstellt werden, finden Sie unter dem Thema "Einrichten von Windows-Dienstkonten" in der Onlinedokumentation zu SQL Server 2005.

SQL Server-Dienste starten und stoppen

Failoverclusterinstanzen in SQL Server 2005

SQL Server 2005 unterstützt das Starten und Anhalten der SQL Server-Dienste mithilfe der folgenden Tools:
  • Cluster-Administrator
  • SQL Server-Konfigurations-Manager
  • SQL Server-Oberflächenkonfiguration
  • SQL Server Management Studio
Hinweis Verwenden Sie nicht das Dienste-Snap-in zum Beenden einer Clusterinstanz von SQL Server. Wenn Sie das Dienste-Snap-in verwenden, wird der Cluster-Dienst SQL Server neu gestartet.

Failoverclusterinstanzen in SQL Server 2000

Failoverclusterinstanzen in SQL Server 2000 müssen die oben genannten Einschränkungen nicht. Es wird empfohlen, SQL Server Enterprise Manager, SQL Server-Dienste-Applet oder der Clusterverwaltung starten und Beenden von SQL Server 2000 virtual Server-Dienste verwenden. Obwohl Sie Dienststeuerungs-Manager oder Dienste in der Systemsteuerung starten und beenden Sie die Dienste ohne Beschädigung der Registrierungs verwenden können, führen diese Optionen nicht die Dienste im angehaltenen Zustand bleiben. Stattdessen werden die Dienste vom gruppierten Server erkannt, und Sie erhalten mehrere 17052 Fehlermeldungen mit Ereigniskennung in Ihrem SQL Server. Diese Fehlermeldungen etwa folgendermaßen aus:
[Sqsrvres] CheckServiceAlive: Der Dienst ist tot [
[Sqsrvres] OnlineThread: angehalten während des Wartens auf QP
[Sqsrvres] OnlineThread: Fehler 1 bringing Resource online
Nachdem Sie diese Fehlermeldungen erhalten, wird der Cluster-Dienst SQL Server neu gestartet. Für diese Arten von Fehlern wird dieses Verhalten erwartet.

SQL Server 6.5 und SQL Server 7.0-Failoverclusterinstanzen

Starten oder Beenden von SQL Server, SQL Server Executive- oder SQL-Agent-Dienste von einem virtuellen Server von SQL Server 6.5 oder SQL Server 7.0, müssen Sie die Microsoft-Clusterverwaltung oder das Befehlszeilenprogramm Cluster.exe verwenden.

Wenn Sie versuchen, Dienste starten oder Beenden auf andere Weise (z. B. aus der Systemsteuerung, SQL-Dienst-Manager oder SQL Enterprise Manager), die Registrierung ist beschädigt, und möglicherweise müssen Sie die Gruppierung aufheben oder vollständige Neuinstallation von SQL Server.

Die häufigsten Anzeichen für einen Dienst nicht ordnungsgemäß gestartet werden, werden die Dienstkonten als ein durcheinander von ASCII-Zeichen angezeigt.

Benötigen Sie SQL Server von einer Befehlszeile aus starten, müssen Sie zunächst die SQL Server, SQL Executive- oder SQL-Agent-Dienste offline geschaltet werden Cluster Administrator oder Cluster.exe-Tool verwenden.

Wenn Sie SQL Server von einer Befehlszeile aus starten, wird die Verbindung mit den virtuellen Servernamen. Die einzige Möglichkeit, eine lokale Verbindung herzustellen ist, wenn die Ressourcen im Besitz des Knotens werden von dem ursprünglich SQL Server installiert.

SQL Enterprise Manager

SQL Server 6.5 und SQL Server 7.0-Failoverclusterinstanzen

Sie können nicht die Namen von Dienstkonten von SQL Enterprise Manager ändern. Wenn Sie Namen ändern müssen, empfiehlt Microsoft, dass Sie die Gruppierung aufheben und dann SQL Server mit dem neuen Domänenbenutzerkonto wiederherzustellen. Weitere Informationen zum Ändern der SQL Server-Dienstkonten finden Sie im folgenden Artikel der Microsoft Knowledge Base:
239885 Gewusst wie: Ändern von Dienstkonten für einen gruppierten Computer, auf dem SQL Server ausgeführt wird
Warnung Wenn Sie nicht die Anweisungen in Artikel Q239885 nicht beachten, müssen Sie SQL Server manuell vollständig von beiden Knoten entfernen und Neuinstallieren von SQL Server nach dem Sichern von Ihrer SQL Server-Datenbanken.

Wenn das Dienstkonto für SQL Server nicht Administrator in einem Cluster ist, können nicht die administrativen Freigaben auf keinem der Knoten des Clusters gelöscht werden. Die administrativen Freigaben müssen in einem Cluster für den SQL Server-Funktion verfügbar sein.

Failoverclusterinstanzen in SQL Server 2000

Sie müssen SQL Enterprise Manager alle Änderungen an SQL-Dienstkonten oder-Kennwörtern verwenden.

SQL Server 2005 Analysis Services (OLAP)

SQL Server 2005 OLAP ist vollständig clusterfähig, und Sie können gruppierte Installationen während der ersten Installation auswählen.

SQL Server 2000 Analysis Services (OLAP)

Obwohl die Komponente von SQL Server 2000 Analysis Services (OLAP) nicht clusterfähig ist, ist es möglich, Analysis Services Lösungen mit hoher Verfügbarkeit zu erreichen, mithilfe der Schritte im folgenden Artikel der Microsoft Knowledge Base:
308023 Wie Sie SQL Server 2000 Analysis Services in Windows 2000 und Windows Server 2003-cluster

SQL-Konnektivität

SQL Server 2005-Netzwerkbibliotheken

Der SQL Native Client wurde mit der Veröffentlichung von SQL Server 2005 um die Liste der unterstützten Protokolle hinzugefügt. Unterstützte Protokolle umfassen Folgendes:
  • Gemeinsam genutzten Speicher

    Hinweis Clients, die Microsoft Data Access Components (MDAC) 2.8 Orearlier Versionen von MDAC verwenden darf nicht shared Memory-Protokoll verwenden. Wenn Sie auf einen shared Memory-Protokoll versuchen, werden die Clients automatisch an das PipedNames-Protokoll umgeschaltet.
  • Named Pipes
  • TCP/IP
  • ÜBER
  • SQL Native Client

    SQL Native Client (SQLNCLI) ist Adata, die neu in SQL Server 2005 ist. Der SQL Native Client Isa Einzel-Zugriff Anwendungsprogrammierschnittstelle (API), die Usedfor ist OLE DB und ODBC. Der SQL Native Client verbindet den SQL Server OLE DBProvider und der SQL Server-ODBC-Treiber in einer systemeigenen DLL. Der SQL-NativeClient bietet außerdem neue Funktionen, die getrennt und unabhängig von MDAC ist.Verwenden Sie das SQL Server-Setup-Programm den SQL Native Client als Teil SQL Server 2005-Tools installieren. Weitere Informationen über diese und die anderen Networklibraries finden Sie unter SQL Server 2005-Onlinedokumentation.

    Hinweis SQL Server 2005 unterstützt das Banyan VINES SequencedPacket Protocol (SPP), Multiprotocol, AppleTalk oder NWLink IPX/SPX-Networkprotocols nicht. Clients, die zuvor über diese Protokolle Mustselect ein anderes Protokoll für die Verbindung zu SQL Server 2005 verbunden.

SQL Server 2000-Netzwerkbibliotheken

Gruppierte SQL Server-Installationen erfordern das TCP/IP-Protokoll, und es wird empfohlen, zu installieren und das Named Pipes-Protokoll aktivieren. TCP/IP ist erforderlich, da es das einzige unterstützte Protokoll für die Verwendung mit Server-Clustern ist.

Weitere Informationen zu Named Pipes-Voraussetzung klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
831127 Unterstützung von Named Pipes kann auf einem virtuellen Server entfernt werden, auf denen SQL Server 2000 Service Pack 3 ausgeführt wird
Zusätzlichen Ressourcen, die eine SQL-Gruppe hinzugefügt werden, müssen eigene dedizierten Ressourcen Netzwerkname und IP-Adresse verfügen.

SQL Server 6.5 und SQL Server 7.0-Failoverclusterinstanzen

Wenn alle Clusterressourcen von SQL Server-Ressourcen abhängen, müssen Sie diese Abhängigkeiten entfernen, bevor Sie den virtuellen Server die Gruppierung aufheben. Wenn Sie dies nicht tun, der virtuelle Server unvollständig entfernt und werden nicht neu gruppiert werden, bis die fehlgeschlagene Deinstallation der SQL-Cluster abgeschlossen ist.

Hinweis Wenn das Quorumlaufwerk für zusätzliche MSCS-Ressourcen verwendet wird, und diese Ressourcen einen Failover auslösen, sind alle Clusterressourcen nicht verfügbar, bis diese Clusterressource sowie die Cluster-IP-Adresse und einen Netzwerknamen Namen wieder online sind.

Warnung Alle Änderungen an den Netzwerkeinstellungen in SQL Server 6.5 müssen vorgenommen werden, während SQL Server nicht gruppiert ist, wie im folgenden Artikel der Microsoft Knowledge Base beschrieben:
189037 BUG: SQL Setup Sicherheits- und Netzwerk-Support-Optionen mit SVS ändert sich nicht
Weitere Informationen zu allgemeinen Konnektivitätsproblemen Probleme beim Anschließen oder einen gruppierten SQL Server-Server konfigurieren, finden Sie in den folgenden Artikeln der Microsoft Knowledge Base:
273673 Beschreibung von virtuellen SQL Server-Clientverbindungen
235987 Virtuelle SQL Server 7.0-basierten Server unterstützt nur die Verwendung einer TCP/IP-Adresse
244980 Ändern Sie die Netzwerk-IP-Adressen von Failoverclusterinstanzen in SQL Server
187708 Keine Verbindung zum virtuellen SQL-Server via Sockets in cluster

Mehrere TCP/IP-Abhörports

SQL Server 7.0 unterstützt mehrere Abhörports in einem einzelnen Subnetz. Diese Unterstützung ist nicht für die Verwendung in mehreren Subnetzen oder zusätzliche Verfügbarkeit bereitzustellen.

Wenn Sie mehrere TCP/IP-Abhörports benötigen, müssen Sie die folgenden Änderungen in der Registrierung vornehmen, bevor Sie den Cluster-Assistenten ausführen.

Wichtig: Dieser Abschnitt, die Methode oder die Aufgabe enthält Schritte, die erklären, wie Sie die Windows-Registry ändern. Es können schwerwiegende Probleme auftreten, wenn Sie die Windows-Registry falsch ändern. Stellen Sie daher sicher, dass Sie die folgenden Schritte sorgfältig ausführen. Für zusätzlichen Schutz sichern Sie die Registrierung, bevor Sie Änderungen vornehmen. Gegebenenfalls können Sie dann die Registrierung wiederherstellen, wenn ein Problem auftritt. Für Weitere Informationen zum Sichern und Wiederherstellen der Registrierung, klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:
322756 Sichern und Wiederherstellen der Registrierung in Windows
  1. Starten Sie den Registrierungs-Editor (Regedt32.exe).
  2. Suchen Sie den ListenOn -Wert unter dem folgenden Registrierungsschlüssel:
    HKEY_LOCAL_Machine\Software\Microsoft\MSSQLServer\MSSQLServer
  3. Klicken Sie im Menü Bearbeiten auf Mehrteilige Zeichenfolgenund geben Sie zusätzliche Abhörports. Z. B. um port1435 hinzuzufügen, geben Sie Folgendes ein, und klicken Sie dann auf OK:
    SSMSSO70 1435
  4. Beenden Sie den Registrierungs-Editor.
Hier sind einige Beispiele für andere Ports, die Sie hinzufügen können:
  • SSMSSO70, 1436
  • SSMSSO70, 1437
Testen Sie die Verbindung zu den Ports, die Sie hinzufügen möchten, die und fahren Sie dann mit dem Failovercluster-Assistenten.

SQL Server (alle Versionen) und WINS-Konfiguration

Bevor Sie SQL Server gruppieren, stellen Sie sicher, dass Sie die richtige Konfiguration für Windows Internet Name Service (WINS) für die Verwendung in einem Cluster verfügen, wie in den folgenden Artikeln der Microsoft Knowledge Base beschrieben:
193890 Empfohlene WINS-Konfiguration für Microsoft Cluster Server
195462 WINS-Registrierung und Verhalten der IP-Adresse für Microsoft Cluster Server
Sie sollten niemals statische Einträge in WINS für gruppierte SQL Server-Server oder Microsoft Cluster Server (MSCS) Ressourcen hinzufügen. Dies wird im folgenden Artikel der Microsoft Knowledge Base beschrieben:
217199 Statische WINS-Einträge bewirken, dass den Netzwerkname offline gehen

Leistungsindikatoren für OnSQL Server 7.0-Failoverclusterinstanzen

SQL Server-Leistungsindikatoren (Erweiterungsleistungsindikatoren) für den virtuellen Server sind nicht vorhanden, wenn SQL Server 7.0 mit einer virtuellen SQL Server-Konfiguration eingerichtet wird und der passive Knoten hat die Kontrolle über die Ressourcen. Die Leistungsindikatoren werden nicht erneut auf dem primären Knoten verfügbar sein, bis der gesamte Cluster heruntergefahren und neu gestartet. Verfügbarkeit ist selbst dann sporadisch.

Die SQL Server-Erweiterungsleistungsindikatoren müssen beim ersten Systemstart gefunden werden. Mit SQL Server 6.5 die Leistungsindikatoren-DLL befindet sich im Verzeichnis \\Mssql\Binn standardmäßig. Da das Clusterlaufwerk, auf dem SQL Server installiert ist, nicht zugegriffen werden, bis alle MSCS-Ressourcen online sind, werden die Leistungsindikatoren beim ersten Systemstart nicht gefunden.

SQL Server 7.0 stellt diese Leistungsindikatoren in das richtige Verzeichnis %Systemroot% \System32\, so dass sie verfügbar sind. Um die Datei "Sqlctr65.dll" verfügbar zu machen, legen Sie eine Kopie der Datei "Sqlctr65.dll" in das Verzeichnis %Systemroot%\System32. Die Datei "Sqlctr70.dll" wird standardmäßig in dieses Verzeichnis platziert.

Weitere Informationen zu SQL Server-Leistungsindikatoren finden Sie in den folgenden Artikeln der Microsoft Knowledge Base:
127207 Fehlende Objekte und Indikatoren in Systemmonitor
246328 SQL-Leistungsindikatoren fehlen nach MDAC-Installation auf einem Cluster möglicherweise
Warnung Für SQL Server, Version 6.5 Wenn Sie zum Wiederherstellen der Registrierung anhand der Anweisungen im folgenden Artikel der Microsoft Knowledge Base, feststellen Sie im Abschnitt "Wie auf Neuerstellung der SQL Server Registrierung" weiter unten in diesem Artikel Weitere Anweisungen, bevor Sie die Schritte zum Wiederherstellen der Registrierung:
227662 SQL-Systemmonitor-Leistungsindikatoren fehlen
Zusammenfassend lässt sich sagen, stehen Leistungsindikatoren nicht immer auf gruppierten SQL Server verfügbar. Wenn dies der Fall, sind sie meist nur auf dem primären Knoten, wenn kein Failover aufgetreten ist.

Benennen Sie die Ressourcen, die von der SQL Server 6.5 oder SQL Server 7.0-Failovercluster-Assistenten erstellt

Wenn Sie die SQL Server-Failovercluster-Assistenten ausführen, schließt einen Teil des Prozesses die Erstellung der SQL-Clusterressourcen. Standardmäßig haben diese Ressourcen die folgende Namensstruktur:
Virtual_SQL_Server_Name> IP-Adresse
Virtual_SQL_Server_Name> Netzwerkname
Virtual_SQL_Server_Name> SQL Server 7.0
Virtual_SQL_Server_Name> VServer
Virtual_SQL_Server_Name> Agent für die SQL Server 7.0
Wenn Virtual_SQL_Server_Name Xyz ist, werden z. B. die SQL Server-Ressourcen wie folgt standardmäßig benannt:
XYZ IP-Adresse
Netzwerkname XYZ
XYZ SQL Server 7.0
XYZ VServer
SQL Server-Agent-7.0 XYZ
Wenn Sie alle oder einen Teil dieser Namen wie folgt festgesetzt angepasst werden:
IP-Adresse
Netzwerkname
SQL Server
Virtuelle Server
SQL-Agent
die SQL-Failovercluster-Assistenten möglicherweise fehl oder nicht mehr reagiert. Weitere Informationen zu SQL Failovercluster-Assistenten finden Sie im folgenden Artikel der Microsoft Knowledge Base:
254593 Problembehandlung bei SQL Cluster-Assistenten

Neuerstellen die Registrierung von SQL Server auf SQL Server 6.5 und 7.0 Failover Cluster-Instanz Installationen

SQL Server 6.5 Enterprise Edition

Während SQL Server 6.5 Enterprise Edition gruppiert ist, versuchen Sie die Wiederherstellung einer SQL Server-Registrierung mit der folgenden Befehlszeile durchführen:
Setup/t RegistryRebuild = On
Sie müssen SQL Server-Gruppierung aufheben, bevor Sie die Wiederherstellung der Registrierung durchführen.

SQL Server 7.0 Enterprise Edition

Wenn Sie die Datei "Regrebld.exe" aus SQL Server 7.0 verwenden, können Sie die Registrierung in einer gruppierten Umgebung mit folgenden Einschränkungen neu erstellen:
  • Ändern Sie nichts an der vorherigen Installation Ofmaster.
  • Führen Sie dieses Dienstprogramm nur vom primären Knoten für SQL Server.
Diese Einschränkungen ignorieren möglicherweise Probleme mit der Registrierung.

Servicepacks

Warnung Bevor Sie, Service Packs zu installieren versuchen, stellen Sie sicher, dass Sie über die erforderlichen Berechtigungen und Rechte verfügen. Es wird dringend empfohlen, dass Sie mit dem Server und dem SQL Server-Dienstkonto anmelden und bei der Windows-Authentifizierung verwenden. Wenn aus irgendeinem Grund dieses Konto aus der Gruppe der lokalen Administratoren auf den Clusterknoten entfernt wurde, fügen Sie es der Gruppe, bevor Sie die Installation zu starten.

SQLServer 2005

Verhalten von SQL Server 2005 wurde von SQL Server 2000 nicht geändert.

SQL Server 2000

Mit SQL Server 2000 gibt es kein Aufheben der Gruppierung. Sie starten die Installation des Service Packs aus dem Knoten aus, der in der SQL Server-Steuerelement ist, das Sie aktualisieren möchten.

Hinweis Sie können Microsoft Windows NT installieren, die auf die übliche Weise Servicepacks, wie im folgenden Artikel der Microsoft Knowledge Base beschrieben:

174799 Installieren des Service packs in einem cluster

SQL Server 6.5 oder 7.0

Sie müssen SQL Server zum Installieren von SQL Server Servicepacks Gruppierung aufheben. Sie müssen auch die Replikation entfernen, bevor Sie SQL Server-Gruppierung aufheben, die im Abschnitt "Replikationsprobleme" dieses Artikels erwähnt wird.

Replikation

SQLServer 2005

Folgen Sie der Readme-Dokumentation, die im Lieferumfang von allen SQL Server-Updates oder Servicepacks zu ermitteln, ob Sie spezielle Installationsanweisungen für Ihre jeweilige Installation folgen müssen.

SQL Server 2000

Folgen Sie der Readme-Dokumentation, die im Lieferumfang von allen SQL Server-Updates oder Servicepacks zu ermitteln, ob Sie spezielle Installationsanweisungen für Ihre jeweilige Installation folgen müssen.

SQL Server 6.5 und SQL Server 7.0

Sie müssen Replikation entfernen, bevor Sie die SQL Server-Gruppierung aufheben, wie im folgenden Artikel der Microsoft Knowledge Base beschrieben:
247110 Replikation muss entfernt werden, vor dem Anwenden von Servicepacks
Wenn Sie SQL Server gruppieren, können SQL Server-Replikation unterbrochen werden; Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
236407 BUG: Aktiv/Passiv-Cluster-Setup unterbricht Replikation und DTS

Volltextsuche

Volltextsuche ist nicht gruppierten SQL Server 7.0-Servern zur Verfügung, wie in der SQL Server-Onlinedokumentation im Abschnitt "Konfigurieren von SQL Server Failover-Unterstützung" Ende angegeben. Volltextsuche ist für die Verwendung in SQL Server 2000 und späteren Versionen von SQL Server vollständig unterstützt.

Wenn Sie ein Problem, die erfordert, Sie neu erstellen haben dass oder neu installieren Volltextsuche auf einen Failovercluster von SQL Server 2000 oder SQL Server 2005 Failoverclusterinstanz eine vollständige Deinstallation und Neuinstallation von ist die SQL Server-Failoverclusterinstanz die einzige unterstützte Wiederherstellungsmethode.

SQL Mail

SQL Mail wird nicht vollständig unterstützt, wenn auf einem SQL Server-Failovercluster verwendet, da MAPI nicht clusterfähig ist. Unterstützung für SQL Mail mit clustering wird auf eine "angemessenem Rahmen" gewährt nur mit keine Gewähr hinsichtlich Stabilität oder Verfügbarkeit bereitgestellt. Microsoft hat hier, um ein Problem bei SQL Server 6.5, SQL Server 7.0 und SQL Server 2000 bei der Failover-Clusterunterstützung mit bestätigt.

Betriebssystem-upgrades

Betriebssystem-Upgrades werden für gruppierte SQL Server-Server unterstützt werden, wie in den folgenden Artikeln der Microsoft Knowledge Base dokumentiert:
239473 70Rebind.exe für Windows 2000 und MDAC Upgrades auf gruppierten SQL Server 7.0-Servern
313037 Aktualisieren der SQL Server-Clustern auf Windows Server 2003

Lizenzierung

Informationen zur Lizenzierung finden Sie im folgenden Artikel der Microsoft Knowledge Base:
175276 Lizenzieren von Richtlinienimplementierung mit MSCS

Wichtige Regeln für die Clusterdienstverwaltung

Warnung Wenn Sie eine der folgenden Regeln ignorieren, müssen Sie den Microsoft-Clusterdienst neu installieren.
  • Wenn Sie das Partitionslayout eines physischen Datenträgers auf dem gemeinsam genutzten SCSI-Bus ändern, starten Sie beide Clusterknoten neu.
  • Ändern Sie der Name des Windows NT-Computer von einem Clusterknoten nicht, nachdem Sie MSCS installieren.
  • Führen Sie keine Neupartitionierung von Datenträgern auf dem SCSI-Bus ohne Firstdeleting Datenträgerressourcen.
  • Ändern Sie nicht die IP-Adresse eine Netzwerk-Nameresource abhängt.
  • Führen Sie Diagnose-Tools, die Low-Level-Schreibvorgänge auf die Festplatte Aphysical vornehmen. (Dies ist nur möglich, wenn Sie den Knoten unter Anotheroperating System starten.)
  • Weisen Sie Laufwerkbuchstaben von Systemdatenträgern auf Anynode.
  • Schreiben Sie Daten auf angeschlossenen Datenträgern auf dem SCSI-Chainbefore, dass Sie MSCS installieren.

Gemeinsame Nutzung von SQL Server-Clusterressourcen

Cluster-Datenträgerressourcen, die von SQL Server verwendeten sollte nicht für andere Clusterdienste (z. B. das Quorumlaufwerk, Datei- oder Druckerfreigaben oder Internet Information Server) verwendet werden, es sei denn, der Cluster nur eine Cluster-Datenträgerressource verfügt. Wenn Sie den SQL Server-Clusterdatenträger für eine dieser Ressourcen verwenden, kann Ihre Failover-Zeit erheblich beeinträchtigen und möglicherweise auch Failoversituationen in SQL Server initiieren, wenn kein SQL Server-Problem vorhanden ist.

Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
835185 Failover-Cluster-Ressource-Abhängigkeiten in SQL Server

Microsoft Data Access Components (MDAC)

Upgrades von SQL Server 6.5 und SQL Server 7.0 MDAC-Komponente

SQL Server 6.5 und SQL Server 7.0 gruppierte Installationen unterstützen nur bis MDAC Version 2.5 Upgrades der MDAC-Komponente. MDAC 2.6 und MDAC 2.7 müssen die Server-seitige Unterstützung für diese Versionen nicht.

Allerdings können Sie die Verbindung auf eine gruppierte Installation von SQL Server 6.5 oder SQL Server 7.0 MDAC 2.6 und höher auf einem Client.

Für weitere Informationen klicken Sie auf die folgenden Artikelnummern, um die Artikel der Microsoft Knowledge Base anzusehen:
820754 MDAC 2.6 oder höher sollte nicht auf SQL Server 7.0-Cluster installiert werden
239473 70Rebind.exe für Windows 2000 und MDAC Upgrades auf gruppierten SQL Server 7.0-Servern

MSDTC-Cluster-Ressource Standardspeicherort

In der Standardeinstellung des Betriebssystems abhängig, in dem die MSDTC-Ressourcen installiert werden.

Hinweis Wenn keine bestimmten Gründen die Gruppe ändern, in der MSDTC installiert ist, wird empfohlen, dass Sie sie am Standardspeicherort belassen. Darüber hinaus muss MSDTC auf einem Clusterknoten als Cluster-Ressource ausgeführt. Wenn Sie MSDTC für die Ausführung als nicht gruppierte Ressource konfigurieren, die verteilten Transaktionen verwaisen und, die zur Beschädigung der Daten, wenn ein Clusterfailover erfolgt.

Windows NT 4.0
Installiert den gruppierten MSDTC in der ersten Gruppe, die eine gültige IP-Adressenressource, Netzwerknamensressource und Clusterdatenträgerressource enthält. Dies ist in der Regel die SQL-Gruppe.

Windows 2000
Installiert standardmäßig die Clustergruppe und verwendet das Quorumlaufwerk. Obwohl empfohlen wird, dass das Quorumlaufwerk nur vom Quorum verwendet werden, stellt MSDTC eine Ausnahme von dieser Regel. Fragen zur Installation oder Neuerstellung von MSDTC auf einem SQL-Cluster finden Sie im folgenden Artikel der Microsoft Knowledge Base:
294209 Wie neu erstellen oder Verschieben einer MSDTC-Installations mit einem SQL-Failovercluster verwendet werden

Storage Area Networks (SAN)-support

Microsoft Cluster-Dienst und der SQL Server-Failoverclusterinstanzen sind heute in Storage Area Networks (SAN)-Umgebung unterstützt. Der Cluster-/Multiclustergerät der HCL Kategorie Listet die SAN-fähigen Speichergeräte, deren Komponente Clusterkomponente verstrichen ist. Beachten Sie, dass diese Komponente ist nicht für Microsoft Cluster Service Support Services zu qualifizieren. Diese Services stehen nur für geprüfte Konfigurationen angezeigt, in der Kategorie "Cluster" in der HCL aufgeführt. Weitere Informationen finden Sie in den folgenden Artikeln der Microsoft Knowledge Base:
280743 Gruppierte und geografisch separate Windows-Standorte
834661 SQL Server 2000 Setup erfordert einen Laufwerkbuchstaben zuweisen, wenn Sie bereitgestellte Laufwerke verwenden
819546 SQL Server 2000 und SQL Server 2005 unterstützen für bereitgestellte Datenträger

Eine Liste der aller geprüften Hardwarekonfigurationen finden Sie auf der (Hardwarekompatibilitätsliste) befindet sich auf der folgenden Microsoft-Website:
http://www.windowsservercatalog.com/

Speicherzuordnung (alle Versionen)

Wenn Sie Speicher für gruppierte SQL Server-Server zuordnen, stellen Sie sicher, dass der Gesamtwert der maximale Arbeitsspeicher Servereinstellungen für alle Instanzen von SQL Server sowie jede andere Clusterressource und lokale Anforderungen kleiner als die geringste Menge des verfügbaren physischen Arbeitsspeichers auf den Servern im Failovercluster ist.

64-Bit-SQL Server-Installationen

Sie müssen keine 64-Bit-Installation zusätzlichen Speicher verwenden, indem Sie AWE aktivieren oder durch Ändern der Datei "Boot.ini" auf dem PAE-Start zu konfigurieren.

Problembehandlung bei virtuellen SQL-Server

Bei der Behandlung von Problemen auf virtuellen Server von SQL Server ist es wichtig zu beachten, dass die Problembehandlung in einer bestimmten Reihenfolge durchgeführt werden muss, wenn das Problem ein bekanntes SQL-Problem ist. Probleme oder Ausfälle bei der Hardware, Betriebssystem, Netzwerk, Sicherheit oder Microsoft Clusterdienst können als SQL-Probleme angezeigt, wenn keine SQL-Probleme tatsächlich vorhanden sind.

So bald wie möglich, wenn ein Problem erkannt wird, sollten Sie die SQL Server-MPS Reports über alle Knoten des Failoverclusters Instanz sammeln. Es ist wichtig, dass Sie dieses Tool auf allen Knoten aufgrund der engen Interaktion verwenden und die Ursache des Problems möglicherweise in einer anderen Quelle als dem Knoten, der die SQL Server-Failoverclusterinstanz hostet.

Führen Sie die Problembehandlung bei virtuellen SQL Server-Probleme mithilfe der folgenden Methoden in der angegebenen Reihenfolge:
  • Zeigen Hardware - die Systemereignisprotokolle Warnungen oder Fehler, die nicht zu erklären sind? Wenn Sie den Systembericht des Computers überprüfen, sind Geräteprobleme gemeldet? Wenn dies der Fall ist, können sie erklären?
  • Zeigen Betriebssystem - die Ereignisprotokolle Betriebssystemprobleme, Dienstfehler oder Treiberprobleme beliebige?
  • Netzwerk - die Ereignisprotokolle anzeigen Verlust der Konnektivität? NIC-Fehler? DNS-Probleme?
  • Sicherheits - Check für Zugriff verweigert Fehler Sicherheitsprotokoll gibt.
  • Meldet MSCS - der Clusterprobleme in einem der Ereignisprotokolle?
  • Meldet SQL Server - SQL Server bestimmte Fehlermeldungen im Fehlerprotokoll oder Ereignisprotokolle?

Eigenschaften des SQL Server-Dienstes

Sie müssen SQL Server-Dienste Starttyp auf manuellgesetzt. Die Verwendung des automatischen Starts ist für die Verwendung mit virtuellen SQL-Servern nicht unterstützt.

SQL Server ist nicht für die Terminaldienste im Anwendungsservermodus unterstützt.

SQL Server-Failover-Clusterunterstützung wird für die Verwendung mit Terminal Server nicht unterstützt. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
327270 SQL Server 2000 wird auf Windows Server 2003 Terminal Server Anwendungsserver nicht unterstützt.

Unterstützung für Microsoft Windows 2003

Nur SQL Server 2000 Service Pack 3 (SP3) oder höher wird unterstützt, wie im folgenden Artikel der Microsoft Knowledge Base:
313037 Aktualisieren der SQL Server-Clustern auf Windows Server 2003

Eigenschaften

Artikel-ID: 254321 - Geändert am: Montag, 14. Oktober 2013 - Version: 1.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 7.0 Enterprise Edition
  • Microsoft SQL Server 6.5 Enterprise Edition
Keywords: 
kbhowto kbinfo kbmt KB254321 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 254321
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