Freigeben über


Vor dem Installieren des Failoverclusterings

Gilt für: SQL Server

Bevor Sie einen SQL Server-Failovercluster installieren, müssen Sie die Hardware und das Betriebssystem auswählen, unter dem SQL Server ausgeführt werden soll. Außerdem müssen Sie das Windows Server Failover Clustering (WSFC) konfigurieren und Überlegungen zu Netzwerk, Sicherheit und anderer Software überprüfen, die auf dem Failovercluster ausgeführt werden soll.

Wenn ein Windows-Cluster über ein lokales Laufwerk verfügt und der zugehörige Laufwerkbuchstabe auch für mindestens einen Clusterknoten als freigegebenes Laufwerk verwendet wird, kann SQL Server auf diesem Laufwerk nicht installiert werden. Diese Einschränkung gilt sowohl für SQL Server-Failoverclusterinstanzen als auch für eigenständige Instanzen auf einem Server, der Teil einer Windows-Failoverclusterinstanz ist.

Die folgenden Artikel enthalten weitere Informationen zu den Konzepten, Features und Tasks, die sich auf das Failoverclustering in SQL Server beziehen.

Artikelbeschreibung Artikel
Beschreibt Konzepte des Failoverclusterings mit SQL Server und stellt Links zu relevanten Inhalten und Tasks bereit. AlwaysOn-Failoverclusterinstanzen (SQL Server)
Beschreibt Konzepte zur SQL Server -Failoverrichtlinie und stellt Links zum Konfigurieren der Failoverrichtlinie in Anpassung an die Anforderungen Ihrer Organisation bereit. Failover Policy for Failover Cluster Instances
Beschreibt, wie ein vorhandener SQL Server -Failovercluster verwaltet wird. Verwaltung und Wartung von Failoverclusterinstanzen
Erläutert, wie Sie Analysis Services auf einem Windows Server-Failovercluster (WSFC) installieren. Verwenden von SQL Server Analysis Services in einem Cluster

Bewährte Methoden

Lesen Sie die Versionshinweise für SQL Server 2019 und SQL Server 2022.

Installieren Sie erforderliche Software. Installieren Sie vor dem Ausführen des Setups zum Installieren oder Aktualisieren die folgenden erforderlichen Komponenten, um die Installationsdauer zu verkürzen. Sie können die erforderliche Software auf jedem Failoverclusterknoten installieren und die Knoten anschließend einmal neu starten, bevor Sie Setup ausführen.

  • Windows PowerShell wird nicht mehr vom Setup für SQL Server installiert. Windows PowerShell ist eine erforderliche Komponente zum Installieren von Komponenten der SQL Server-Datenbank-Engine und von SQL Server Management Studio. Wenn Windows PowerShell nicht auf dem Computer vorhanden ist, können Sie die Komponente aktivieren, indem Sie die Anweisungen auf der Seite Windows Management Framework befolgen.

  • .NET Framework 3.5 SP1 wird vom SQL Server-Setup nicht mehr installiert; diese Version kann jedoch für die Installation von SQL Server unter älteren Windows-Betriebssystemen erforderlich sein. Weitere Informationen finden Sie unter SQL Server 2019: Hardware- und Softwareanforderungen.

  • Microsoft Updatepaket: Damit während des Setups aufgrund der .NET Framework 4-Installation kein Neustart erfolgt, ist für das Setup von SQL Server ein einzige Replikat die Installation eines Microsoft-Updates auf dem Computer erforderlich. Für SQL Server 2014 (12.x) und höhere Versionen, die unter unterstützten Versionen von Windows installiert werden, ist dieses Update bereits enthalten. Wenn Sie die Installation unter einem älteren Windows-Betriebssystem ausführen, laden Sie es von Microsoft Update für .NET Framework 4.0 unter Windows Vista und Windows Server 2008 herunter.

  • .NET Framework 4: In einem Clusterbetriebssystem wird .NET Framework 4 von Setup installiert. Um die Installationsdauer zu reduzieren, können Sie .NET Framework 4 installieren, bevor Sie das Setup ausführen.

  • Unterstützungsdateien für die Einrichtung von SQL Server Sie können diese Dateien installieren, indem Sie SqlSupport.msi ausführen, das sich auf dem Installationsmedium befindet.

Stellen Sie sicher, dass auf dem WSFC-Cluster keine Antivirensoftware installiert ist. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel über mögliche Probleme mit Clusterdiensten durch Antivirensoftware.

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 (")

  • Einfache Anführungszeichen (')

  • Kaufmännisches Und-Zeichen (&)

    Überprüfen Sie auch die vorhandenen Clustergruppennamen auf nicht unterstützte Zeichen.

Stellen Sie sicher, dass die Konfigurationen aller Clusterknoten identisch sind, einschließlich COM+, Laufwerkbuchstaben und Benutzer in der Administratorengruppe.

Überprüfen Sie, ob Sie die Systemprotokolle in allen Knoten gelöscht und erneut angezeigt haben. Stellen Sie sicher, dass die Protokolle keine Fehlermeldungen aufweisen, bevor Sie den Vorgang fortsetzen.

Bevor Sie einen SQL Server -Failovercluster installieren oder aktualisieren, müssen Sie alle Anwendungen und Dienste deaktivieren, die ggf. SQL Server -Komponenten während der Installation verwenden. Schalten Sie die Datenträgerressourcen jedoch nicht offline.

SQL Server -Setup legt automatisch die Abhängigkeiten zwischen der SQL Server -Clustergruppe und den Datenträgern im Failovercluster fest. Legen Sie vor dem Ausführen des Setup keine Abhängigkeiten für Datenträger fest.

  • Während der Installation des SQL Server -Failoverclusters wird ein Computerobjekt (Active Directory-Computerkonten) für den SQL Server -Netzwerkressourcennamen erstellt. In einem WindowsServer 2008 -Cluster benötigt das Clusternamenkonto (Computerkonto des Clusters) Berechtigungen zum Erstellen von Computerobjekten. Weitere Informationen finden Sie unter Konfigurieren von Konten in Active Directory.

  • Wenn Sie die SMB-Dateifreigabe als Speicheroption verwenden, muss das SQL Server-Setupkonto über die Berechtigung „SeSecurityPrivilege“ auf dem Dateiserver verfügen. Diese Berechtigung weisen Sie zu, indem Sie die Konsole für lokale Sicherheitsrichtlinien auf dem Dateiserver verwenden, um das SQL Server-Setupkonto den Berechtigungen zum Verwalten des Überwachungs- und Sicherheitsprotokolls hinzuzufügen.

Überprüfen der Hardwarelösung

Wenn die Clusterlösung geografisch verstreute Clusterknoten enthält, müssen weitere Elemente überprüft werden, z. B. die Netzwerklatenzzeit und die Unterstützung für freigegebene Datenträger.

Überprüfen Sie, ob der Datenträger, auf dem SQL Server installiert wird, komprimiert oder verschlüsselt ist. Wenn Sie versuchen, SQL Server auf einem komprimierten Laufwerk oder verschlüsselten Laufwerk zu installieren, erzeugt das SQL Server -Setup einen Fehler.

SAN-Konfigurationen werden auch in den Editionen von Windows Server ab Windows Server 2008 und Windows Server 2008 R2 Advanced Server und Datacenter Server unterstützt. In der Kategorie „Cluster-/Multiclustergerät“ des Windows-Katalogs und der Hardwarekompatibilitätsliste wird die Gruppe der SAN-fähigen Speichervorrichtungen aufgelistet, die getestet wurden und als SAN-Speichereinheiten mit mehreren angefügten WSFC-Clustern unterstützt werden. Führen Sie eine Clustervalidierung durch, nachdem die zertifizierten Komponenten ermittelt wurden.

Die SMB-Dateifreigabe wird ebenfalls für die Installation von Datendateien unterstützt. Weitere Informationen finden Sie unter Storage Types for Data Files.

Warnung

Wenn Sie Windows File Server als SMB-Dateifreigabespeicher verwenden, muss das SQL Server -Setupkonto über die Berechtigung "SeSecurityPrivilege" auf dem Dateiserver verfügen. Diese Berechtigung weisen Sie zu, indem Sie die Konsole für lokale Sicherheitsrichtlinien auf dem Dateiserver verwenden, um das SQL Server-Setupkonto den Berechtigungen zum Verwalten des Überwachungs- und Sicherheitsprotokolls hinzuzufügen.

Wenn Sie einen anderen SMB-Dateifreigabespeicher als Windows File Server verwenden, wenden Sie sich bezüglich einer entsprechenden Einstellung auf der Dateiserverseite an den Speicheranbieter.

SQL Server unterstützt Einbindungspunkte. Mithilfe eines eingebundenen Volumes oder Einbindungspunkts können Sie mit einem einzelnen Laufwerkbuchstaben auf zahlreiche Datenträger oder Volumes verweisen. Wenn Sie der Laufwerkbuchstabe D: vorhanden ist, der auf einen regulären Datenträger oder ein reguläres Volume verweist, können Sie zusätzliche Datenträger oder Volumes als Verzeichnisse unter dem Laufwerkbuchstaben D: verbinden oder einlegen, ohne dass für die zusätzlichen Datenträger oder Volumes eigene Laufwerkbuchstaben erforderlich sind.

  • SQL Server -Setup muss das Basislaufwerk eines bereitgestellten Laufwerkes über einen zugeordneten Laufwerkbuchstaben verfügen. Wenn das Basislaufwerk eines eingebundenen Laufwerks keinen zugeordneten Laufwerkbuchstaben aufweist, weist das Setupprogramm dem Laufwerk den nächsten verfügbaren Laufwerkbuchstaben zu.

    Hinweis

    Wenn alle Laufwerkbuchstaben bereits zugewiesen sind, generiert das Setupprogramm einen Fehler.

  • SQL Server unterstützt nicht die Verwendung von Stammverzeichnissen des Bereitstellungsvolumes bzw. des Bereitstellungspunkts für SQL Server Datenbank-Instanzen. Weitere Informationen finden Sie unter Berechtigungsfehler bei Verwendung eines Volumebereitstellungspunkts im SQL Server-Setup.

  • Zu Einbindungspunkten für das Failoverclustering von SQL Server können weitere Überlegungen angestellt werden:

    • SQL Server -Setup muss das Basislaufwerk eines bereitgestellten Laufwerkes über einen zugeordneten Laufwerkbuchstaben verfügen. Für Installationen von Failoverclustern muss es sich bei diesem Basislaufwerk um ein gruppiertes Laufwerk handeln. Volume-GUIDs werden in diesem Release nicht unterstützt.

    • 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.

    • Die gruppierten Installationen von SQL Server sind auf die Anzahl der verfügbaren Laufwerkbuchstaben beschränkt. Angenommen, Sie verwenden nur einen Laufwerkbuchstaben für das Betriebssystem, und alle anderen Laufwerkbuchstaben sind als normale Clusterlaufwerke oder Hostingeinbindungspunkte für Clusterlaufwerke verfügbar, dann sind Sie auf ein Maximum von 25 Instanzen von SQL Server pro Failovercluster beschränkt.

      Tipp

      Durch die Verwendung der SMB-Dateifreigabeoption kann die Beschränkung auf 25 Instanzen außer Kraft gesetzt werden. Wenn Sie die SMB-Dateifreigabe als Speicheroption verwenden, können bis zu 50 SQL Server -Failoverclusterinstanzen installiert werden.

    • Nach der Einbindung zusätzlicher Laufwerke wird keine Laufwerkformatierung unterstützt.

    • Die SQL Server-Ressource in SQL Server 2005 und höheren Versionen hängt von der SQL-Netzwerknamensressource und von den physischen Datenträgerressourcen ab, die die Daten enthalten. Bereitstellungspunkte und das Hostlaufwerk müssen als physische Clusterdatenträgerressource angezeigt werden. Darüber hinaus müssen der physische Datenträger, der über einen Laufwerkbuchstaben verfügt, und jedes bereitgestellte Volume ebenso als SQL Server-Abhängigkeit hinzugefügt werden.

    • Wenn Sie eine neue Installation durchführen, werden die richtigen Abhängigkeitsberechtigungen auf den physischen Datenträgern festgelegt, die über einen zugeordneten Laufwerkbuchstaben verfügen, sowie auf die Bereitstellungspunkte. Die Abhängigkeitsberechtigungen werden während des Setups automatisch festgelegt.

    • Wenn nur die Abhängigkeit physischer Stammdatenträger hinzugefügt wird und die Abhängigkeit von Bereitstellungspunkten nicht, tritt beim Failover eine Datenbankbeschädigung auf. Datenbankbeschädigungen können auch während eines SQL Server-Neustarts auftreten, wenn Datenträgerressourcen offline geschaltet werden und auch ohne Failover in den Onlinezustand zurückkehren.

  • Best Practices für Bereitstellungspunkte:

    • Wenn Sie einen Bereitstellungspunkt von einem freigegebenen Datenträger auf einen anderen freigegebenen Datenträger verschieben, stellen Sie sicher, dass sich die freigegebenen Datenträger in derselben Gruppe befinden.

    • Versuchen Sie, das Stammvolume (Host) ausschließlich für Bereitstellungspunkte zu verwenden. Das Stammvolume ist das Volume, das die Bereitstellungspunkte hostet. Diese Vorgehensweise verringert die Zeit erheblich, die erforderlich ist, um den Zugriff auf die bereitgestellten Volumes wiederherzustellen, wenn Sie das „Chkdsk.exe“-Tool ausführen müssen. Dadurch wird auch die Zeit verringert, die für die Wiederherstellung aus der Sicherung auf dem Hostvolume erforderlich ist.

    • Wenn Sie das Stammvolume (Host) ausschließlich für Bereitstellungspunkte verwenden, muss die Größe des Hostvolumes mindestens 5 MB betragen. Dadurch wird es weniger wahrscheinlich, dass das Volume für andere Dinge als die Bereitstellungspunkte verwendet wird.

Bei der SQL Server-Failoverclusterinstallation wird nur der lokale Datenträger zum Installieren der tempdb-Dateien unterstützt. Stellen Sie sicher, dass der für die tempdb-Daten und die Protokolldateien angegebene Pfad auf allen Clusterknoten gültig ist. Falls die tempdb-Verzeichnisse auf dem Failoverzielknoten während des Failovers nicht verfügbar sind, wird die SQL Server-Ressource nicht online geschaltet. Weitere Informationen finden Sie unter Speichertypen für Datendateien und Konfiguration der Datenbank-Engine – Datenverzeichnisse.

  • Wenn Sie einen SQL Server -Failovercluster auf Komponenten mit iSCSI-Technologie (Internet Small Computer System Interface) bereitstellen, ist es empfehlenswert, mit entsprechender Vorsicht vorzugehen. Weitere Informationen finden Sie unter Unterstützung für SQL Server auf iSCSI-Technologiekomponenten.

  • Weitere Informationen finden Sie unter Microsoft SQL Server-Supportrichtlinie für Microsoft Clustering.

  • Weitere Informationen zur ordnungsgemäßen Konfiguration von Quorumlaufwerken finden Sie unter Quorum-Laufwerkskonfigurationsinformation.

  • Wenn Sie einen SQL Server -Failovercluster installieren möchten und die Quellinstallationsdateien sowie der Cluster von SQL Server in verschiedenen Domänen enthalten sind, müssen Sie die Installationsdateien in die aktuelle Domäne kopieren, die für den SQL Server -Failovercluster verfügbar ist.

Überprüfen der Sicherheitsüberlegungen

Installieren Sie zum Verwenden der Verschlüsselung das Serverzertifikat mit dem vollqualifizierten DNS-Namen des WSFC-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. Dann können Sie 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.

Bei SQL Server -Installationen in gleichzeitigen Konfigurationen mit früheren Versionen müssen die SQL Server -Dienste Konten verwenden, die der globalen Domänengruppe angehören müssen. Darüber hinaus dürfen Konten, die von SQL Server -Diensten genutzt werden, nicht der lokalen Administratorgruppe angehören. Wenn diese Richtlinien nicht eingehalten werden, führt dies zu unerwarteten Ergebnissen im Hinblick auf die Sicherheit.

Zum Erstellen eines Failoverclusters müssen Sie lokale*r Administrator*in sein, der bzw. die über die Berechtigung verfügt, sich als Dienst anzumelden und als Teil des Betriebssystems auf allen Knoten der Failoverclusterinstanz zu agieren.

Unter Windows Server 2008 und späteren Versionen werden Dienst-SIDs automatisch zur Verwendung auf SQL Server-Diensten generiert. Bei SQL Server -Failoverclusterinstanzen, die von früheren Versionen von SQL Serveraktualisiert wurden, werden die vorhandenen Domänengruppen und die Konfigurationen der Zugriffssteuerungsliste beibehalten.

Domänengruppen müssen sich innerhalb derselben Domäne wie die Computerkonten befinden. Wenn beispielsweise der Computer, auf dem SQL Server installiert wird, sich in der SQLSVR-Domäne befindet, die eine untergeordnete Domäne von MYDOMAIN ist, dann müssen Sie eine Gruppe in der SQLSVR-Domäne angeben. Die SQLSVR-Domäne kann Benutzerkonten aus MYDOMAIN enthalten.

SQL Server kann nicht installiert werden, wenn es sich bei den Clusterknoten um Domänencontroller handelt.

Lesen Sie Security Considerations for a SQL Server Installation.

Informationen zum Aktivieren der Kerberos-Authentifizierung in SQL Serverfinden Sie in der Knowledge Base unter Verwenden der Kerberos-Authentifizierung in SQL Server Microsoft .

Die SQL Server-Failoverclusterinstanz (FCI) erfordert, dass die Clusterknoten einer Domäne beigetreten sind. Die folgenden Konfigurationen werden nicht unterstützt:

  • SQL-FCI in Arbeitsgruppenclustern.
  • SQL-FCI in Clustern mit mehreren Domänen.
  • SQL-FCI in Domänen- und Arbeitsgruppenclustern.

Überprüfen der Überlegungen zu Netzwerken, Ports und Firewall

Überprüfen Sie, ob Sie NetBIOS für alle privaten Netzwerkkarten deaktiviert haben, bevor Sie das SQL Server -Setup starten.

Der Netzwerkname und die 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

Es wird empfohlen, keine Dateifreigaben auf Datenlaufwerken zu verwenden, da sie Auswirkungen auf das Verhalten und die Leistung von SQL Server haben können.

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

ISA Server wird nicht vom Windows-Clusteringdienst und auch nicht auf SQL Server-Failoverclustern unterstützt.

Der Remoteregistrierungsdienst muss aktiviert sein und ausgeführt werden.

Die Remoteverwaltung muss aktiviert sein.

Verwenden Sie für SQL Server-Instanzen, die keinen Standardport verwenden, die Netzwerkkonfiguration des SQL Server-Konfigurations-Manager, um den Port zu bestimmen, der von der SQL Server-Instanz verwendet wird, für die Sie die Blockierung aufheben möchten. Aktivieren Sie in der Firewall den TCP-Port für IPALL, wenn Sie über den SQL Server-Browser-Dienst, der eine andere IP-Adresse als die gruppierte Instanz verwendet, und den UDP-Port 1434 verwenden möchten, um eine Verbindung mit Ihrer SQL Server-Instanz herzustellen.

Bei Setupvorgängen für Failovercluster wird eine Regel zum Überprüfen der Bindungsreihenfolge von Netzwerken befolgt. Auch wenn die Bindungsreihenfolgen korrekt erscheinen, können die NIC-Konfigurationen im System möglicherweise deaktiviert oder inaktiv sein. Inaktive NIC-Konfigurationen können sich auf die Bindingsreihenfolge auswirken und zum Ausgeben einer Warnung durch die Regel für die Bindungsreihenfolge führen. Um diese Situation zu vermeiden, führen Sie die folgenden Schritte aus, um deaktivierte Netzwerkkarten zu ermitteln und zu entfernen:

  1. Geben Sie an der Eingabeaufforderung Folgendes ein: set devmgr_Show_Nonpersistent_Devices=1

  2. Speichern und ausführen von start devmgmt.msc

  3. Erweitern Sie die Liste der Netzwerkkarten. Nur die physischen Karten sollten in der Liste aufgeführt werden. Wenn eine Netzwerkkarte deaktiviert ist, gibt Setup einen Fehler für die Regel der Netzwerkbindungsreihenfolge aus. In der Systemsteuerung wird unter Netzwerkverbindungen ebenfalls angezeigt, dass die Karte deaktiviert wurde. Überprüfen Sie, ob in der Systemsteuerung unter Netzwerkeinstellungen die gleiche Liste aktivierter physischer Karten wie in devmgmt.msc angezeigt wird.

  4. Entfernen Sie deaktivierte Netzwerkkarten, bevor Sie das Setup für SQL Server ausführen.

  5. Kehren Sie nach Beendigung von Setup zu den Netzwerkverbindungen in der Systemsteuerung zurück, und deaktivieren Sie sämtliche Netzwerkadapter, die derzeit nicht verwendet werden.

Überprüfen des Betriebssystems

Stellen Sie sicher, dass das Betriebssystem ordnungsgemäß installiert ist und für die Unterstützung von Failoverclustering entworfen wurde. In der folgenden Tabelle werden die SQL Server -Editionen und die Betriebssysteme aufgelistet, die sie unterstützen.

SQL Server -Edition Windows Server 2022 Datacenter Windows Server 2022 Datacenter: Azure Edition Windows Server 2022 Standard
SQL Server 2014 (12.x) Enterprise (64-Bit) x64 1 Nein Nr. Nein
SQL Server 2014 (12.x) Enterprise (32-Bit) Nein Nr. Nein
SQL Server 2016 (13.x) Enterprise Nein Nr. Nein
SQL Server 2016 (13.x) Standard Nein Nr. Nein
SQL Server 2017 (14.x) Enterprise Ja Ja Ja
SQL Server 2017 (14.x) Standard Ja Ja Ja
SQL Server 2019 (15.x) Enterprise Ja Ja Ja
SQL Server 2019 (15.x) Standard Ja Ja Ja
SQL Server 2022 (16.x) Enterprise Ja Ja Ja
SQL Server 2022 (16.x) Standard Ja Ja Ja
SQL Server -Edition Windows Server 2019 Datacenter Windows Server 2019 Standard Windows Server 2016 Datacenter Windows Server 2016 Standard
SQL Server 2014 (12.x) Enterprise (64-Bit) x64 1 Ja Ja Ja Ja
SQL Server 2014 (12.x) Enterprise (32-Bit) Ja Ja
SQL Server 2016 (13.x) Enterprise Ja Ja Ja Ja
SQL Server 2016 (13.x) Standard Ja Ja Ja Ja
SQL Server 2017 (14.x) Enterprise Ja Ja Ja Ja
SQL Server 2017 (14.x) Standard Ja Ja Ja Ja
SQL Server 2019 (15.x) Enterprise Ja Ja Ja Ja
SQL Server 2019 (15.x) Standard Ja Ja Ja Ja
SQL Server 2022 (16.x) Enterprise Ja Ja Ja Ja
SQL Server 2022 (16.x) Standard Ja Ja Ja Ja

1SQL Server-Cluster werden im WOW-Modus nicht unterstützt. Dies schließt Upgrades von früheren Versionen von SQL Server -Failoverclustern ein, die ursprünglich unter WOW installiert wurden. Für diese Upgrades ist nur eine parallele Installation der neuen Version mit anschließender Migration möglich.

Zusätzliche Überlegungen zu Multisubnetz-Konfigurationen

In den folgenden Abschnitten werden die Anforderungen beschrieben, die bei der Installation eines SQL Server -Multisubnetz-Failoverclusters berücksichtigt werden müssen. Da bei der Multisubnetz-Konfiguration Cluster über mehrere Subnetze erstellt werden, werden auch mehrere IP-Adressen verwendet und u. U. Änderungen an den Abhängigkeiten der IP-Adressressourcen vorgenommen.

Überlegungen zur SQL Server-Edition und zum Betriebssystem

Eine Liste der Features, die von den SQL Server-Editionen auf Windows unterstützt werden, finden Sie hier:

Um einen Multisubnetz-Failovercluster von SQL Server zu erstellen, müssen Sie zuerst den Windows Server-Failovercluster für mehrere Standorte in mehreren Subnetzen erstellen.

SQL Server-Failovercluster stellt bei einem Failover mithilfe des Windows Server-Failoverclusters sicher, dass die IP-Abhängigkeitsbedingungen gültig sind.

Windows Server 2008 R2 und spätere Versionen erfordern, dass sich alle Clusterserver in der gleichen Active Directory-Domäne befinden. Daher müssen sich alle Clusterknoten eines SQL Server -Multisubnetz-Failoverclusters in der gleichen Active Directory-Domäne befinden, auch wenn sie Teil unterschiedlicher Subnetze sind.

IP-Adressen und Abhängigkeiten von IP-Adressressourcen

  1. Die Abhängigkeit von IP-Adressressourcen wird in einer Multisubnetz-Konfiguration auf OR festgelegt. Weitere Informationen finden Sie unter Erstellen eines neuen SQL Server-Failoverclusters (Setup).

  2. Die gleichzeitige Verwendung von AND- und OR-IP-Adressabhängigkeiten wird nicht unterstützt. Beispielsweise wird <IP1> AND <IP2> OR <IP3> nicht unterstützt.

  3. Mehr als eine IP-Adresse pro Subnetz wird nicht unterstützt.

    Wenn Sie mehrere IP-Adressen für ein Subnetz konfigurieren, kann es zu Fehlern bei der Clientverbindung während des Starts von SQL Server kommen.

Weitere Informationen über Windows Server 2008 R2 -Failover für mehrere Standorte finden Sie auf der Windows Server 2008 R2-Failoverclustering-Website und unter Entwurf für einen Clusterdienst oder eine Clusteranwendung in einem Failovercluster für mehrere Standorte.

Konfigurieren von Windows Server-Failoverclustern

Microsoft Cluster Service (WSFC) muss auf mindestens einem Knoten des Serverclusters konfiguriert werden. Außerdem müssen Sie SQL Server Enterprise, SQL Server Business Intelligence oder SQL Server Standard mit WSFC ausführen. SQL Server Enterprise werden Failovercluster mit bis zu 16 Knoten unterstützt. SQL Server Business Intelligence und SQL Server Standard unterstützen Failovercluster mit zwei Knoten.

Die Ressourcen-DLL für den SQL Server -Dienst exportiert zwei vom WSFC-Cluster-Manager verwendete Funktionen, um die Verfügbarkeit der SQL Server -Ressource zu überprüfen. Weitere Informationen finden Sie unter Failoverrichtlinie für Failoverclusterinstanzen.

WSFC muss mithilfe von IsAlive überprüfen können, ob die Failoverclusterinstanz ausgeführt wird. Hierzu muss über eine vertrauenswürdige Verbindung eine Verbindung mit dem Server hergestellt werden. Standardmäßig ist das Konto, unter dem der Clusterdienst ausgeführt wird, auf den Knoten im Cluster nicht als Administrator konfiguriert, und die Gruppe „BUILTIN\Administratoren“ verfügt nicht über die Berechtigung zum Anmelden an SQL Server. Diese Einstellungen werden nur dann geändert, wenn Sie die Berechtigungen für die Clusterknoten ändern.

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. SQL Server -Setup erfordert eine DDNS-Registrierung (Dynamic Domain Name Service) des virtuellen Verweises der IP-Schnittstelle von SQL Server . Die DNS-Serverkonfiguration sollte Clusterknoten die dynamische Registrierung einer Online-IP-Adresszuordnung mit dem Netzwerknamen ermöglichen. Wenn die dynamische Registrierung nicht abgeschlossen werden kann, kann das Setup nicht erfolgreich ausgeführt werden, und es wird ein Rollback der Installation ausgeführt. Weitere Informationen finden Sie unter KB947048 (archivierter Link).

Installieren von Microsoft Distributed Transaction Coordinator (MS DTC)

Bevor Sie SQL Server in einem Failovercluster installieren, müssen Sie bestimmen, ob die MSDTC-Clusterressource ( Microsoft Distributed Transaction Coordinator) erstellt werden muss. Wenn Sie nur die Datenbank-Engine installieren, ist die MSDTC-Clusterressource nicht erforderlich. Wenn Sie die Datenbank-Engine und SSIS, die Arbeitsstationskomponenten, installieren, oder wenn Sie verteilte Transaktionen verwenden, müssen Sie MSDTC installieren. Für Nur-Analysis Services-Instanzen ist MSDTC nicht erforderlich.

Unter Windows Server 2008 und späteren Versionen können Sie mehrere Instanzen von MS DTC auf einem einzelnen Failovercluster installieren. Die erste Instanz von MSDTC, die installiert wird, ist die Clusterstandardinstanz von MSDTC. SQL Server nutzt eine Instanz von MSDTC, die in der lokalen Clusterressourcengruppe von SQL Server installiert wurde, durch die automatische Verwendung der Instanz von MSDTC. Einzelne Anwendungen können jedoch einer beliebigen Instanz von MSDTC auf dem Cluster zugeordnet werden.

Für die Auswahl durch SQL Serverwerden folgende Regeln auf eine Instanz von MSDTC angewendet:

  • MSDTC in der lokalen Gruppe verwenden, andernfalls

  • Zugeordnete Instanz von MSDTC verwenden, andernfalls

  • MSDTC-Standardinstanz des Clusters verwenden, andernfalls

  • MSDTC-Instanz auf lokalem Computer verwenden

Wichtig

Bei einem Fehler in der MSDTC-Instanz der lokalen Clustergruppe von SQL Server versucht SQL Server nicht automatisch, die Standardclusterinstanz oder die lokale Computerinstanz von MSDTC zu verwenden. Sie müssten die fehlerhafte Instanz von MSDTC vollständig aus der SQL Server -Gruppe entfernen, um eine andere Instanz von MSDTC zu verwenden. Wenn Sie eine Zuordnung für SQL Server erstellen und ein Fehler in der zugeordneten Instanz von MSDTC auftritt, kommt es analog zu Fehlern bei den verteilten Transaktionen. Wenn SQL Server eine andere Instanz von MSDTC verwenden soll, müssen Sie der lokalen Clustergruppe von SQL Server eine Instanz von MSDTC hinzufügen oder die Zuordnung löschen.

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 MSDTC nicht für die Ausführung in einem Cluster konfiguriert wird, führt dies nicht zu einer Blockierung des SQL Server-Setups, aber die Funktionen der SQL Server-Anwendung können beeinträchtigt sein, falls MSDTC nicht ordnungsgemäß konfiguriert wurde.

Weitere Informationen

Nächste Schritte