Vor dem Installieren des Failoverclusterings

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.

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

Empfehlungen

• Lesen Sie SQL ServerVersionshinweise 2014

• Installieren Sie erforderliche Software. Installieren Sie vor dem Ausführen von Setup zum Installieren oder Upgrade auf SQL Server 2014 die folgenden Voraussetzungen, um die Installationszeit 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 2.0 ist eine Voraussetzung für die Installation SQL Server 2014Database Engine-Komponenten und SQL Server Management Studio. Wenn Windows PowerShell 2.0 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 ServerVersionshinweise 2014.

  • Microsoft Update-Paket: Um einen Neustart des Computers aufgrund .NET Framework 4-Installation während des Setups zu vermeiden, erfordert SQL Server Setup 2014 ein Microsoft-Update, das auf dem Computer installiert ist. Wenn Sie SQL Server 2014 unter Windows 7 SP1 oder Windows Server 2008 SP2 installieren, ist dieses Update 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 2008herunter.

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

  • SQL Server . Sie können diese Dateien installieren, indem Sie SqlSupport.msi auf Ihren SQL Server 2014-Installationsmedien ausführen.

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

  • Einfaches 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 die Systemprotokolle 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 von 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 Überwachungs- und Sicherheitsprotokolle verwalten 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.

  • Weitere Informationen zu WindowsServer 2008 und Windows Server 2008 R2finden Sie unter Prüfen der Hardware auf einen Failovercluster und unter Supportrichtlinie für Failovercluster.

• Ü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 WindowsServer 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 Überwachungs- und Sicherheitsprotokolle verwalten 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.

  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 dieser Version 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. Vorausgesetzt, dass Sie nur einen Laufwerkbuchstaben für das Betriebssystem verwenden und alle anderen Laufwerkbuchstaben als normale Clusterlaufwerke oder Hostingeinbindungspunkte für Clusterlaufwerke verfügbar sind, 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.

• Bei derSQL 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. Sind die tempdb-Verzeichnisse auf dem Failoverzielknoten während des Failovers nicht verfügbar, 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 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.

• Unter Windows Server 2008 werden Dienst-SIDs automatisch für die Verwendung mit SQL Server 2014-Diensten generiert. Für SQL Server 2014-Failoverclusterinstanzen, die von früheren Versionen von SQL Server aktualisiert wurden, werden vorhandene Domänengruppen und ACL-Konfigurationen beibehalten.

• Domänengruppen müssen sich innerhalb derselben Domäne wie die Computerkonten befinden. Wenn sich der Computer, auf dem SQL Server installiert wird, in der SQLSVR-Domäne befindet, die MYDOMAIN untergeordnet ist, 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 .

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

• 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

  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.

• Beachten Sie, dass ISA Server nicht von Windows Clustering und daher auch nicht auf SQL Server -Failoverclustern unterstützt wird.

• Der Remoteregistrierungsdienst muss aktiviert sein und ausgeführt werden.

• Die Remoteverwaltung muss aktiviert sein.

• Verwenden Sie für den SQL Server Port SQL Server-Konfigurations-Manager, um die SQL Server Netzwerkkonfiguration für das TCP/IP-Protokoll für die instance zu überprüfen, die Sie die Blockierung aufheben möchten. Sie müssen den TCP-Port für IPALL aktivieren, wenn Sie nach der Installation über TCP eine Verbindung mit SQL Server herstellen möchten. Standardmäßig lauscht der SQL-Browser an UDP-Port 1434.

• 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 einer Eingabeaufforderung Folgendes ein: set devmgr_Show_Nonpersistent_Devices=1.

  2. Geben Sie den folgenden Befehl ein, und führen Sie ihn aus: 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 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.

² Unterstützt für SQL Server Multisubnetz-Failoverclustering.

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.

SQL Server -Edition und zum Betriebssystem

• Informationen zu den Editionen von SQL Server, die einen SQL Server Multisubnetz-Failovercluster unterstützen, finden Sie unter Von den Editionen von SQL Server 2014 unterstützte Features.

• Um einen SQL Server -Multisubnetz-Failovercluster zu erstellen, müssen Sie zuerst den Windows Server 2008 R2 -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 erfordert, 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.

Verwandte Inhalte

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 in Verbindung 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 in diesem Knowledge Base-Artikel

Installieren von Microsoft Distributed Transaction Coordinator

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 das Datenbank-Engineinstallieren, ist die MSDTC-Clusterressource nicht erforderlich. Wenn Sie das 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 WindowsServer 2008 und Windows Server 2008 R2können Sie mehrere Instanzen von MSDTC 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

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

Hardware- und Softwareanforderungen für die Installation von SQL Server 2014
Überprüfen der Parameter für die Systemkonfigurationsprüfung
Verwaltung und Wartung von Failoverclusterinstanzen