Vor dem Installieren der Failover-Clusterunterstützung

Aktualisiert: 15. September 2007

Bevor Sie einen Failovercluster von Microsoft SQL Server 2005 installieren, müssen Sie die Hardware und das Betriebssystem auswählen, unter dem SQL Server 2005 ausgeführt werden soll. Außerdem müssen Sie die Microsoft Clusterdienste (Microsoft Cluster Service, MSCS) konfigurieren und die Aspekte Netzwerk, Sicherheit und andere Software, die auf dem Failovercluster ausgeführt werden soll, überprüfen.

Prüfliste vor der Installation

Bevor Sie den Installationsprozess für den Failovercluster beginnen, überprüfen Sie die nachfolgenden Elemente:

Überprüfen der Hardwarelösung

• Ihre Hardware muss im Microsoft Windows-Katalog und in der Hardwarekompatibilitätsliste aufgeführt sein. Das Hardwaresystem muss unter der Kategorie einer Clusterlösung angezeigt werden.

  Wichtig:

  Einzelne Clusterkomponenten, die zusammengefügt wurden, stellen kein genehmigtes System für die Failover-Clusterunterstützung dar. Nur als Clusterlösung erworbene und in der Clustergruppe aufgeführte Systeme sind genehmigt. Geben Sie beim Überprüfen des Microsoft Windows-Katalogs und der Windows-Hardware-Kompatibilitätsliste "Cluster" als Kategorie an. Alle anderen Kategorien dienen der Verwendung durch OEMs. Weitere Informationen finden Sie im Thema über die Microsoft-Supportrichtlinie für Servercluster, die Hardwarekompatibilitätsliste und den Windows Server-Katalog.

• Beim Implementieren eines Failover-Serverclusters in einem Storage Area Network (SAN) sind spezielle Tests der Hardwarekompatibilität erforderlich. Die gesamte Hardwarelösung muss sich in der Kategorie "Cluster/Multi-cluster Device" des Microsoft Windows-Katalogs und der Hardwarekompatibilitätsliste befinden. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel über die Unterstützung für mehrere Cluster, die mit demselben SAN-Gerät verbunden sind.
• Wenn die Clusterlösung geografisch verstreute Clusterknoten enthält, müssen weitere Elemente wie Netzwerkwartezeit und Unterstützung für freigegebene Datenträger überprüft werden. Die gesamte Lösung muss auf der Hardwarekompatibilitätsliste für den Typ "Cluster/Geographic" aufgeführt sein. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel über Windows-Cluster und geografisch getrennte Standorte.
• SAN-Konfigurationen werden ebenfalls in Microsoft Windows 2000 Advanced Server und Datacenter Editionen unterstützt. Der Windows-Katalog und die Hardwarekompatibilitätsliste zeigen die Gruppe SAN-fähiger Speichergeräte, die als SAN-Speichereinheiten mit mehreren angeschlossenen MSCS-Clustern unterstützt werden. Sie können eine Gruppe von Windows-Servern und -Clustern in einem SAN-Fabric bereitstellen und erhalten Support von Microsoft. Hierzu müssen die Geräte in dieser Liste mit den vollständigen, in der Kategorie "Cluster" des Microsoft Windows-Katalogs und der Hardwarekompatibilitätsliste definierten Clusterkonfigurationen übereinstimmen. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel Das Datacenter-Programm und das Windows 2000 Datacenter Server-Produkt.
• Wenn Sie einen Failovercluster mit SQL Server 2005 auf Komponenten mit der iSCSI-Technologie (Internet Small Computer System Interface) bereitstellen, ist es empfehlenswert, mit entsprechender Vorsicht vorzugehen. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel Unterstützung von SQL Server 2000 und SQL Server 2005 auf iSCSI-Technologiekomponente (maschinelle Übersetzung).
• Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel über die Microsoft-Supportrichtlinie für einen SQL Server-Failovercluster.
• Ziehen Sie eine Ressourcenfreigabe des Quorumdatenträgers in Erwägung. In einem Servercluster enthält der Quorumdatenträger eine Masterkopie der Serverclusterkonfiguration. Sie wird auch als Tiebreaker verwendet, wenn die gesamte Netzwerkkommunikation zwischen Clusterknoten fehlschlägt. Abhängig vom Typ des implementierten Serverclusters kann es sich bei dem Quorumdatenträger um einen physischen Datenträger im freigegebenen Datenträgerarray des Clusters handeln, muss aber nicht. Obwohl es am besten ist, einen gesamten Clusterdatenträger für die Verwendung als Quorumdatenträger zu reservieren, kann es anderen Ressourcen neben der Quorumressource gestattet werden, auf den Quorumdatenträger zuzugreifen.
  Wenn die Quorumressource jedoch den gleichen Datenträger mit anderen Ressourcen gemeinsam nutzt, sind Sie gezwungen, zwischen zwei unerwünschten Alternativen auszuwählen. Entweder müssen Sie die Ressource so konfigurieren, dass ihr Fehlschlagen keine Auswirkungen auf die Gruppe hat, oder Sie müssen zulassen, dass das Fehlschlagen der anderen Ressource Auswirkungen auf die Gruppe hat. Im ersten Fall verlieren Sie die Failoverunterstützung für die Ressource. Im zweiten Fall führt die Quorumressource zusammen mit dem Rest der Gruppe, die sowohl die Quorumressource als auch die fehlerhafte Ressource enthält, ein Failover aus. Infolgedessen ist der gesamte Cluster so lange offline, wie das Failover der Gruppe dauert.
  Weitere Informationen über die richtige Konfiguration von Quorumlaufwerken finden Sie im Microsoft Knowledge Base-Artikel Quorum Drive Configuration Information.
• Um einen SQL Server 2005-Failovercluster zu installieren, wenn die Quellinstallationsdateien und der Cluster in verschiedenen Domänen enthalten sind, kopieren Sie die Installationsdateien auf den primären Knoten des Clusters. Anschließend starten Sie die Installation vom primären Knoten.

Überprüfen der Betriebssystemeinstellungen

• Stellen Sie sicher, dass das Betriebssystem korrekt installiert und für die Failover-Clusterunterstützung ausgelegt ist. Weitere Informationen über unterstützte Betriebssysteme finden Sie unter Hardware- und Softwareanforderungen für die Installation von SQL Server 2005.
• Aktivieren Sie den Windows-Kryptografiedienstanbieter (Cryptographic Service Provider, CSP) in Windows Server 2003. Wenn der CSP-Dienst auf einem Clusterknoten beendet oder deaktiviert wird, schlägt das SQL Server-Setup fehl, und es wird eine Windows-Logo-Anforderungsmeldung angezeigt.
• Aktivieren Sie unter allen Betriebssystemen den Taskplanerdienst für die Remote- und die Clusterinstallation. Wenn der Taskplaner deaktiviert wird, tritt der SQL Server-Setupfehler 1058 auf. Weitere Informationen finden Sie unter Vorgehensweise: Aktivieren des Windows-Taskplanerdienstes.
• SQL Server 2005 unterstützt Bereitstellungspunkte. Die gruppierten Installationen von SQL Server sind auf die Anzahl von verfügbaren Laufwerkbuchstaben beschränkt. Wenn Sie lediglich einen Laufwerksbuchstaben für das Betriebssystem verwenden, ist die Zahl der SQL Server-Instanzen pro Failovercluster auf 25 beschränkt.
  Mithilfe eines bereitgestellten Datenträgers oder Bereitstellungspunktes können Sie mit einem Laufwerkbuchstaben auf viele Datenträger verweisen. Wenn Sie über einen Laufwerkbuchstaben D: verfügen, der auf einen regulären Datenträger verweist, können Sie zusätzliche Datenträger als Verzeichnisse unter dem Laufwerkbuchstaben D: verbinden oder "bereitstellen", ohne dass für die zusätzlichen Datenträger eigene Laufwerkbuchstaben erforderlich sind.
  Spezielle Überlegungen zu Bereitstellungspunkten für die Failover-Clusterunterstützung von SQL Server 2005 sind folgende:
  • Für das SQL Server-Setup ist es erforderlich, dass das Basislaufwerk eines bereitgestellten Laufwerkes über einen zugeordneten Laufwerkbuchstaben verfügt. Für Installationen von Failoverclustern muss es sich bei diesem Basislaufwerk um ein gruppiertes Laufwerk handeln.
  • Das Basislaufwerk, das Laufwerk mit dem Laufwerkbuchstaben, kann nicht von mehreren Failoverclusterinstanzen gemeinsam verwendet werden. Dies ist eine normale Einschränkung für Failovercluster, jedoch ist dies keine Einschränkung auf eigenständigen Servern mit mehreren Instanzen.
  • Achten Sie beim Einrichten des Failoverclusters ganz besonders darauf, sicherzustellen, dass sowohl das Basislaufwerk als auch die bereitgestellten Datenträger alle als Ressourcen in der Ressourcengruppe aufgeführt sind. Das SQL Server-Setup führt dies nicht automatisch aus, und auch SQL Server überprüft dies während CREATE/ALTER DATABASE nicht.
  • Stellen Sie sicher, dass die bereitgestellten Datenträger unter dem Basislaufwerk mit dem richtigen Laufwerkbuchstaben bereitgestellt werden. Und stellen Sie sicher, dass der bereitgestellte Datenträger als nur vom übergeordneten Datenträger abhängig festgelegt ist.

Konfigurieren der Microsoft Clusterdienste

• Microsoft Clusterdienste (MSCS) müssen auf mindestens einem Knoten des Serverclusters konfiguriert werden. MSCS wird nur unterstützt, wenn es auf einer Hardwarekonfiguration installiert wird, die auf Kompatibilität mit der MSCS-Software getestet wurde. Außerdem müssen Sie SQL Server 2005 Enterprise Edition oder Standard Edition zusammen mit MSCS ausführen. In SQL Server 2005 Enterprise Edition werden Failovercluster mit bis zu acht Knoten unterstützt. In SQL Server 2005 Standard Edition werden Failovercluster mit zwei Knoten unterstützt.
  Weitere Informationen darüber, wie Sie MSCS für Windows Server 2003 installieren und konfigurieren, finden Sie unter Server clusters.
  Weitere Informationen über das Installieren und Konfigurieren von MSCS auf Windows 2000-Betriebssystemen finden Sie unter Step by Step Guide to Installing Cluster Service.
• Die Ressourcen-DLL für den SQL Server-Dienst exportiert zwei Funktionen, die vom MSCS Cluster-Manager verwendet werden, um die Verfügbarkeit der SQL Server-Ressource zu prüfen. Bei einer einfache Überprüfung, mit der Funktion LooksAlive, wird der Dienststatus mit dem Windows NT-Dienstkontroll-Manager abgefragt. Eine genauere Prüfung kann mit der Funktion IsAlive erfolgen, die als Benutzeruntersuchung eine Verbindung zu SQL Server herstellt, um eine einfache Abfrage durchzuführen. Standardmäßig wird LooksAlive alle 5 Sekunden und IsAlive alle 60 Sekunden ausgelöst. Die LooksAlive- und IsAlive-Abrufintervalle können in der MSCS Clusterverwaltung auf der Registerkarte Erweitert für die SQL Server-Ressource oder mit dem Eingabeaufforderungsprogramm cluster.exe geändert werden.
• MSCS muss mithilfe der IsAlive-Funktion überprüfen können, ob die Failoverclusterinstanz ausgeführt wird. Hierzu muss mithilfe einer vertrauenswürdigen Verbindung eine Verbindung zum Server hergestellt werden. Standardmäßig ist das Konto, unter dem der Clusterdienst ausgeführt wird, auf allen Knoten im Cluster als Administrator konfiguriert, und die VORDEFINIERT\Administratorgruppe verfügt über die Berechtigung zum Anmelden an SQL Server. Diese Einstellungen werden nur dann geändert, wenn Sie die Berechtigungen für die Clusterknoten ändern.
• Wenn das Konto VORDEFINIERT\Administratoren entfernt wird, stellen Sie sicher, dass das Konto, unter dem der Clusterdienst ausgeführt wird, sich an SQL Server für die IsAlive-Überprüfung anmelden kann. Wenn dies nicht möglich ist, erzeugt die IsAlive-Überprüfung einen Fehler. Das Clusterdienstkonto von MSCS muss mindestens über public-Rechte für SQL Server verfügen, um "SELECT @@servername" regelmäßig ausführen zu können. Standardmäßig ist das Konto, unter dem der Clusterdienst ausgeführt wird, auf allen Knoten im Cluster als Administrator konfiguriert, und die VORDEFINIERT\Administratorgruppe verfügt über die Berechtigung zum Anmelden an SQL Server. Diese Einstellungen werden nur dann geändert, wenn Sie die Berechtigungen für die Clusterknoten ändern.
  Wenn das Konto VORDEFINIERT\Administratoren entfernt wird, stellen Sie sicher, dass das Konto, unter dem der Clusterdienst ausgeführt wird, sich an SQL Server für die IsAlive-Überprüfung anmelden kann. Wenn dies nicht möglich ist, erzeugt die IsAlive-Überprüfung einen Fehler. Das Clusterdienstkonto von MSCS muss mindestens über public-Berechtigungen für SQL Server verfügen, sodass es @@servername regelmäßig ausführen kann.
• Bei der Installation von MSCS ist es äußerst wichtig, gesonderte Dienstkonten für die Anmeldung bei MSCS und SQL Server zu verwenden. Andernfalls kann das Kennwort des Clusterdienstes nicht mithilfe des Clusterbefehls geändert werden.
• Beim Verwenden von MSCS muss ein Knoten die Steuerung über den freigegebenen SCSI-Bus haben, bevor der andere Knoten online geschaltet wird. Wenn dies nicht ausgeführt wird, kann es dazu kommen, dass das Anwendungsfailover in den Status der ausstehenden Onlineschaltung versetzt wird und so entweder das Failover zum anderen Knoten verhindert wird oder vollständig einen Fehler erzeugt. Wenn das Clustersystem über einen proprietären Installationsprozess verfügt, sollte der proprietäre Prozess verwendet werden.

Installieren von Microsoft Distributed Transaction Coordinator

• Bevor Sie SQL Server 2005 in einem Failovercluster installieren, müssen Sie bestimmen, ob die MS DTC-Clusterressource (Microsoft Distributed Transaction Coordinator) erstellt werden muss. Wenn Sie nur Datenbankmodul installieren, ist die MS DTC-Clusterressource nicht erforderlich. Wenn Sie Datenbankmodul und SSIS, Notification Services oder die Arbeitsstationskomponenten installieren, müssen Sie MS DTC installieren. Dies gilt sowohl für die Windows 2000 als auch für Windows Server 2003.
  Der MS DTC Transaktions-Manager, der MS DTC-Proxy und die Verwaltungstools der Komponentendienste werden auf jedem Knoten des Windows-basierten Serverclusters installiert. Der Cluster verwendet die Microsoft Clusterdienste (MSCS) als Teil des Setups des Windows-basierten Serverclusters.
  Informationen zur manuellen Konfiguration von MS DTC unter einem Windows Server 2003-Betriebssystem (unter dem MSCS ausgeführt wird) finden Sie in den Knowledge Base-Artikeln Konfigurieren des Microsoft Distributed Transaction Coordinator auf einem Windows Server 2003-Cluster und Aktivieren von DTC-Netzwerkzugriff in Windows Server 2003.
  Um die Verfügbarkeit zwischen mehreren gruppierten Anwendungen sicherzustellen, wird nachdrücklich empfohlen, dass MS DTC über eine eigene Ressourcengruppe und Ressourcen verfügt. Wenn MS DTC nicht mit einer eigenen Ressourcengruppe konfiguriert werden kann, besteht die empfohlene Alternative darin, die Clustergruppe und das Quorumlaufwerk zu verwenden.

Konfigurieren von Microsoft Distributed Transaction Coordinator

• Nachdem Sie das Betriebssystem installiert und den Cluster konfiguriert haben, müssen Sie MS DTC mithilfe der Clusterverwaltung für die Ausführung in einem Cluster konfigurieren. Wenn MS DTC nicht für die Ausführung in einem Cluster konfiguriert wird, führt dies nicht zu einer Blockierung des SQL Server-Setups, aber die Funktionalität der SQL Server-Anwendung kann beeinträchtigt sein, falls MS DTC nicht ordnungsgemäß konfiguriert wurde.
  Jeder Prozess, der auf einem Knoten im Cluster ausgeführt wird, kann MS DTC verwenden. Diese Prozesse rufen den MS DTC-Proxy auf. Der Proxy leitet die MS DTC-Aufrufe daraufhin automatisch an den MS DCT-Transaktions-Manager weiter, der den gesamten Cluster steuert.
  Tritt auf dem Knoten, auf dem der MS DTC Transaktions-Manager ausgeführt wird, ein Fehler auf, wird der Transaktions-Manager automatisch auf einem anderen Knoten im Cluster neu gestartet. Der neu gestartete Transaktions-Manager liest die MS DTC-Protokolldatei auf dem freigegebenen Clusterdatenträger, um das Ergebnis ausstehender und zuletzt abgeschlossener Transaktionen zu ermitteln.
  Ressourcen-Manager stellen erneut eine Verbindung mit dem Transaktions-Manager her und führen eine Wiederherstellung aus, um das Ergebnis ausstehender Transaktionen zu ermitteln. Anwendungen stellen erneut eine Verbindung mit MS DTC her, um neue Transaktionen zu starten.
  Angenommen, der MS DTC Transaktions-Manager wird auf System B ausgeführt. Das Anwendungsprogramm und der Ressourcen-Manager auf System A rufen den MS DTC-Proxy auf. Der MS DTC-Proxy auf System A leitet alle MS DTC-Aufrufe an den MS DTC-Transaktions-Manager auf System B weiter.
  Wenn auf System B ein Fehler auftritt, übernimmt der MS DTC Transaktions-Manager von System A. Er liest die gesamte MS DTC-Protokolldatei auf dem freigegebenen Clusterdatenträger, führt eine Wiederherstellung aus und dient dann als Transaktions-Manager für den gesamten Cluster.

Andere Überlegungen zur Software

• Stellen Sie sicher, dass die Konfigurationen aller Clusterknoten identisch sind, einschließlich COM+, Laufwerkbuchstaben und Benutzer in der Administratorengruppe.
• Überprüfen Sie, ob der Clusterinterconnect (Takt) ordnungsgemäß konfiguriert ist. Weitere Informationen finden Sie im Knowledge Base-Artikel Empfehlungen für die private Heartbeat-Konfiguration auf einem Clusterserver.
• Überprüfen Sie, ob Sie die Systemprotokolle in allen Knoten gelöscht und die Systemprotokolle erneut angezeigt haben. Stellen Sie sicher, dass die Protokolle keine Fehlermeldungen aufweisen, bevor Sie den Vorgang fortsetzen.
• Bei SQL Server 2005-Installationen in gleichzeitigen Konfigurationen mit früheren Versionen von SQL Server müssen SQL Server 2005-Dienste Konten verwenden, die der globalen Domänengruppe angehören müssen. Darüber hinaus dürfen Konten, die von SQL Server 2005-Diensten genutzt werden, nicht der lokalen Administratorgruppe angehören. Werden diese Richtlinien nicht eingehalten, führt dies zu unerwarteten Ergebnissen im Hinblick auf die Sicherheit.
• Wenn Sie SQL Server 2005 in einer Clustergruppe von Windows 2000 mit mehreren Laufwerken installieren und sich entscheiden, Daten auf einem der Laufwerke zu speichern, wird die SQL Server-Ressource so festgelegt, dass sie nur von diesem Laufwerk abhängig ist. Um Daten oder Protokolle auf anderen oder zusätzlichen Datenträgerressourcen zu speichern, müssen Sie zuerst der SQL Server-Ressource eine Abhängigkeit für den zusätzlichen Datenträger hinzufügen. Weitere Informationen finden Sie unter Vorgehensweise: Hinzufügen von Abhängigkeiten zu einer Ressource von SQL Server 2005.
• Wenn Sie Windows 2000- oder Windows Server 2003-Clusterknoten in einer Umgebung bereitstellen, in der noch keine Domänencontroller von Microsoft Windows 2000 oder Windows Server 2003 vorhanden sind, finden Sie hierzu Informationen unter Windows 2000 and Windows Server 2003 cluster nodes as domain controllers.
• Installieren Sie zum Verwenden der Verschlüsselung das Serverzertifikat mit dem vollqualifizierten DNS-Namen des MSCS-Clusters auf allen Knoten im SQL Server-Failovercluster. Wenn Sie beispielsweise über einen Cluster mit zwei Knoten mit den Namen "Test1.DomainName.com" und "Test2.DomainName.com" und eine SQL Server-Failoverclusterinstanz mit dem Namen "Virtsql" verfügen, müssen Sie ein Zertifikat für "Virtsql.DomainName.com" abrufen und das Zertifikat auf den Knoten test1 und test2 installieren. Sie können dann das Kontrollkästchen Protokollverschlüsselung erzwingen im SQL Server-Konfigurations-Manager aktivieren, um den Failovercluster für die Verschlüsselung zu konfigurieren.

  Wichtig:
  Aktivieren Sie das Kontrollkästchen Protokollverschlüsselung erzwingen erst dann, wenn Sie die Zertifikate auf allen teilnehmenden Knoten in der Failoverclusterinstanz installiert haben.

• Überprüfen Sie, ob auf dem MSCS-Cluster kein Antivirusprogramm installiert ist. Weitere Informationen finden Sie im Knowledge Base-Artikel über mögliche Probleme mit Clusterdiensten durch Antivirusprogramme.
• SQL Server 2005 wird unter Windows Server 2003 Terminal Server nicht unterstützt. Weitere Informationen finden Sie im Knowledge Base-Artikel über die fehlende Unterstützung für SQL Server 2000 durch Windows Server 2003 Terminal Server-Anwendungsserver.
• Überprüfen Sie, ob der Datenträger, auf dem SQL Server installiert wird, unkomprimiert ist. Wenn Sie versuchen, SQL Server auf einem komprimierten Laufwerk zu installieren, erzeugt das SQL Server-Setup einen Fehler.
• Beim Benennen einer Clustergruppe für die Failoverclusterinstallation dürfen Sie keine der folgenden Zeichen für den Namen der Clustergruppe verwenden:
  • Kleiner als-Operator (<)
  • Größer als-Operator (>)
  • Doppelte Anführungszeichen (")
  • Einfaches Anführungszeichen (')
  • Kaufmännisches Und-Zeichen (&)
    Vergewissern Sie sich außerdem, dass vorhandene Clustergruppennamen keine nicht unterstützten Zeichen enthalten.

Überlegungen zum Netzwerkeinsatz

• Überprüfen Sie, ob Sie NetBIOS für alle privaten Netzwerkkarten deaktiviert haben, bevor Sie das SQL Server-Setup beginnen.
• Netzwerkname und IP-Adresse des Computers mit SQL Server sollten zu keinem anderen Zweck, wie z. B. Dateifreigabe, verwendet werden. Wenn Sie eine Ressource für die Dateifreigabe erstellen möchten, verwenden Sie einen anderen, eindeutigen Netzwerknamen und eine andere, eindeutige IP-Adresse für die Ressource.

  Wichtig:
  Microsoft empfiehlt, keine Dateifreigaben auf Datenlaufwerken zu verwenden, da sie Auswirkungen auf das Verhalten und die Leistung von SQL Server haben können.

• Obwohl SQL Server 2005 sowohl Named Pipes als auch TCP/IP-Sockets über TCP/IP innerhalb eines Clusters unterstützt, empfiehlt Microsoft die Verwendung von TCP/IP-Sockets in einer gruppierten Konfiguration.

Weitere Überlegungen

• Zum Erstellen eines Failoverclusters müssen Sie ein lokaler Administrator sein, der über die Berechtigung verfügt, sich als Dienst anzumelden und als Teil des Betriebssystems auf allen Knoten der Failoverclusterinstanz zu agieren.
• Bevor Sie einen SQL Server-Failovercluster installieren oder aktualisieren, müssen Sie alle Anwendungen und Dienste deaktivieren, die eventuell SQL Server-Komponenten während der Installation verwenden. Schalten Sie die Datenträgerressourcen jedoch nicht offline.
• Erstellen Sie Domänengruppen für die gruppierten Dienste, die als Teil des SQL Server 2005-Failoverclusters installiert werden. Der SQL Server-Dienst, der SQL Server-Agent-Dienst, der Analysis Services-Dienst und die Volltextsuche müssen über Domänenkonten ausgeführt werden, die Mitglieder der globalen oder lokalen Domänengruppe sind. Fragen Sie bei Bedarf den Domänenadministrator nach den Namen von vorhandenen Domänengruppen, oder bitten Sie Ihn, Domänengruppen für den Failovercluster zu erstellen. Weitere Informationen finden Sie unter Domänengruppen für gruppierte Dienste.
• Die Failover-Clusterunterstützung von SQL Server wird nicht unterstützt, wenn es sich bei den Clusterknoten um Domänencontroller handelt.
• Konfigurieren Sie Domain Name Service (DNS) oder Windows Internet Name Service (WINS). Ein DNS-Server oder WINS-Server muss in der Umgebung ausgeführt werden, in der der SQL Server-Failovercluster installiert wird. Das SQL Server-Setup erfordert eine DDNS-Registrierung (Dynamic Domain Name Service) des virtuellen Verweises der IP-Schnittstelle von SQL Server. Wenn die dynamische Registrierung nicht abgeschlossen werden kann, erzeugt das Setup einen Fehler, und es wird ein Rollback der Installation ausgeführt. Wenn keine dynamische Registrierung verfügbar ist, müssen Sie den Server vorab in DNS registriert haben.
• ISA Server wird unter dem Windows-Clusterdienst und folglich auch in SQL Server-Failoverclustern nicht unterstützt.
• Überprüfen Sie den Inhalt in Sicherheitsüberlegungen für eine SQL Server-Installation.
• Überprüfen Sie den Inhalt in Überprüfen der Parameter für die Systemkonfigurationsprüfung.
• Berücksichtigen Sie, ob die Tools, Features und Komponenten von SQL Server, die Sie verwenden möchten, für Failovercluster unterstützt werden. Weitere Informationen finden Sie unter Failover-Clusterunterstützung.
• Berücksichtigen Sie, wie Sie den Failovercluster überwachen und verwalten werden, um die Ziele hoher Verfügbarkeit zu erreichen. Weitere Informationen finden Sie unter Verwalten eines Failoverclusters und Verwenden von SQL Server-Tools mit der Failover-Clusterunterstützung.
• Um die Installationszeit für den SQL Server 2005-Failovercluster zu reduzieren, können Sie Microsoft .NET Framework, Version 2.0 auf allen Failoverknoten vorinstallieren, bevor Sie das SQL Server-Setup ausführen.

Siehe auch

Konzepte

Installieren eines Failoverclusters

Andere Ressourcen

Hardware- und Softwareanforderungen für die Installation von SQL Server 2005
Überprüfen der Parameter für die Systemkonfigurationsprüfung
Sicherheitsüberlegungen für eine SQL Server-Installation

Hilfe und Informationen

Informationsquellen für SQL Server 2005

Änderungsverlauf