Ressourcenabhängigkeiten des Microsoft Windows-Failoverclusters in SQL Server

In diesem Artikel werden die Standardressourcenabhängigkeiten in SQL Server und die Einschränkungen für diese Abhängigkeiten vorgestellt.

Ursprüngliche Produktversion: SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012, SQL Server 2008
Ursprüngliche KB-Nummer: 835185

Zusammenfassung

Wenn Sie SQL Server in einem Cluster als SQL Server failovercluster instance installieren, wird ein bestimmter Satz von SQL Server Ressourcen erstellt, die Abhängigkeiten von anderen Ressourcen in der Clustergruppe aufweisen.

Beispiel 1: Standardmäßige SQL Server-Failovercluster instance Abhängigkeiten

Beachten Sie in diesem Diagramm Folgendes:

• Clusterdatenträger 1 weist keine erforderlichen Abhängigkeiten auf.
• IP-Adresse: xxx.xxx.xxx.xxx weist keine erforderlichen Abhängigkeiten auf.
• IP-Adresse: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx weist keine erforderlichen Abhängigkeiten auf.
• Name: SOFTY-Abhängigkeiten sind IP-Adresse: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx und IP-Adresse: xxx.xxx.xxx.xxx.
• Erforderliche Abhängigkeiten des SQL-Netzwerknamens (SOFTY) sind IP-Adresse.
• SQL Server Abhängigkeiten sind Clusterdatenträger 1 und Name: SOFTY.
• SQL Server weist keine erforderlichen Abhängigkeiten auf.
• SQL Server-Agent Abhängigkeiten werden SQL Server.
• SQL Server-Agent weist keine erforderlichen Abhängigkeiten auf.

Beispiel 2: SQL Server 2008 Analysis Services-Failover instance Abhängigkeiten

Beachten Sie in diesem Diagramm Folgendes:

• Analysis Services-Abhängigkeiten (LOCALINSTANCE) sind Clusterdatenträger 2 und Name: STANDALONE2008R.
• Analysis Services (LOCALINSTANCE) weist keine erforderlichen Abhängigkeiten auf.
• Clusterdatenträger 2 weist keine erforderlichen Abhängigkeiten auf.
• IP-Adresse: xxx.xxx.xxx.xxx weist keine erforderlichen Abhängigkeiten auf.
• IP-Adresse: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx weist keine erforderlichen Abhängigkeiten auf.
• Name: STANDALONE2008R Abhängigkeiten sind IP-Adresse: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx und IP-Adresse: xxx.xxx.xxx.xxx.
• Erforderliche Abhängigkeiten des SQL-Netzwerknamens (STANDALONE2008R) sind IP-Adresse.
• SQL Server Abhängigkeiten (LOCALINSTANCE) sind Clusterdatenträger 2 und Name: STANDALONE2008R.
• SQL Server (LOCALINSTANCE) weist keine erforderlichen Abhängigkeiten auf.
• SQL Server-Agent -Abhängigkeiten (LOCALINSTANCE) werden SQL Server (LOCALINSTANCE).
• SQL Server-Agent (LOCALINSTANCE) weist keine erforderlichen Abhängigkeiten auf.

Beispiel 3: SQL Server 2008-Failover instance Abhängigkeiten mit einem Bereitstellungspunkt

Beachten Sie in diesem Diagramm Folgendes:

• Clusterdatenträger 1 weist keine erforderlichen Abhängigkeiten auf.
• Clusterdatenträger 4, Einbindungspunktabhängigkeiten sind Clusterdatenträger 1.
• Cluster disk 4, Mountpoint weist keine erforderlichen Abhängigkeiten auf.
• IP-Adresse: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 weist keine erforderlichen Abhängigkeiten auf.
• Name: SOFTY-Abhängigkeiten sind IP-Adresse: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 und IP-Adresse: xxx.xxx.xxx.88.
• Erforderliche Abhängigkeiten des SQL-Netzwerknamens (SOFTY) sind IP-Adresse.
• SQL Server Abhängigkeiten sind Name: SOFTY, Cluster disk 4, Mountpoint und Cluster Disk 1.
• SQL Server weist keine erforderlichen Abhängigkeiten auf.

Die Standardabhängigkeitsstruktur für SQL Server hat die folgenden Auswirkungen:

• Die SQL Server-Agent-Ressource hängt von der SQL Server-Ressource ab.
• Die SQL Server-Ressource hängt von der SQL-Netzwerknamenressource, von den physischen Datenträgerressourcen und von bereitgestellten Ordnern ab, die die Datenbankdateien enthalten.
• Die SQL-Netzwerknamenressource hängt von der SQL-IP-Adressressource ab.
• Die SQL-IP-Adressressource und die physischen Datenträgerressourcen sind nicht von Ressourcen abhängig.

Weitere Informationen

Informationen zum Hinzufügen von Abhängigkeiten zu einer SQL Server Ressource finden Sie unter:

• Hinzufügen von Abhängigkeiten in SQL Server 2008
• Hinzufügen von Abhängigkeiten in SQL Server 2008 R2
• Hinzufügen von Abhängigkeiten in SQL Server 2012
• Hinzufügen von Abhängigkeiten zu einer SQL Server 2016 oder einer höheren Version von SQL Server

Einschränkungen und Einschränkungen

Wenn Sie der SQL Server-Gruppe weitere Ressourcen hinzufügen, müssen diese Ressourcen immer über eigene eindeutige SQL-Netzwerknamenressourcen und eigene SQL-IP-Adressressourcen verfügen. Verwenden Sie die vorhandenen SQL-Netzwerknamenressourcen und SQL-IP-Adressressourcen nur für SQL Server. Wenn SQL Server Ressourcen für andere Ressourcen freigegeben oder falsch eingerichtet sind, können die folgenden Probleme auftreten:

• Ausfälle, die nicht erwartet werden, können auftreten.
• Datenbankbeschädigungen können auftreten.
• Service Pack-Installationen sind möglicherweise nicht erfolgreich.
• Das SQL Server Setup-Programm ist möglicherweise nicht erfolgreich. In diesem Fall können Sie keine zusätzlichen Instanzen von SQL Server installieren oder routinemäßige Wartungen durchführen.
• SQL Server werden möglicherweise nicht online geschaltet.
• Datenträger sind möglicherweise nicht für SQL Server Verwendung verfügbar.

Zusätzliche Überlegungen

• FTP mit SQL Server-Replikation: Für Instanzen von SQL Server, die FTP mit SQL Server Replikation verwenden, muss Ihr FTP-Dienst einen der gleichen physischen Datenträger verwenden, den die Installation von SQL Server verwendet, die für die Verwendung des FTP-Diensts eingerichtet ist.
• SQL Server Ressourcenabhängigkeiten: Wenn Sie einer SQL Server Gruppe eine Ressource hinzufügen und eine Abhängigkeit von der SQL Server Ressource haben, um sicherzustellen, dass SQL Server verfügbar ist, empfehlen wir, dass Sie eine Abhängigkeit von der SQL Server-Agent Ressource hinzufügen, anstatt eine Abhängigkeit vom SQL Server Ressource. Um sicherzustellen, dass der Computer, auf dem SQL Server ausgeführt wird, hoch verfügbar bleibt, konfigurieren Sie die SQL Server-Agent-Ressource so, dass sie sich nicht auf die SQL Server-Gruppe auswirkt, wenn die SQL Server-Agent Ressource fehlschlägt.
• Dateifreigaben und Druckerressourcen: Eine Ausnahme ist die Dateifreigabe, die vom SQL Server FILESTREAM-Feature verwendet wird. Eine Druckerressource sollte sich nicht in Ihrer SQL Server Gruppe befinden. Dateifreigabe- oder Druckerressourcen erfordern einen eigenen Netzwerknamen und eine eigene IP-Ressource in einem Windows Server 2003-Failovercluster. Dateifreigaben und Druckerressourcen erfordern auch einen eigenen Netzwerknamen und eine eigene IP-Ressource für einen Clientzugriffspunkt unter Windows Server 2008 und höheren Versionen. Verwenden Sie für einen Failovercluster instance unter Windows Server 2008 oder einer höheren Version den Assistenten zum Erstellen eines freigegebenen Ordners, um einen eindeutigen Namen und andere Einstellungen für den freigegebenen Ordner anzugeben.
• Leistung: Leistungseinbußen und Dienstverluste für den Computer, auf dem SQL Server ausgeführt wird, können auftreten, wenn die folgenden Bedingungen erfüllt sind:
  • Eine Dateifreigabeclusterressource, die das FILESTREAM-Feature nicht verwendet, wird auf derselben physischen Datenträgerressource installiert, auf der SQL Server installiert ist.
  • Eine Druckerclusterressource wird auf derselben physischen Datenträgerressource installiert, auf der SQL Server installiert ist.

MSDTC-Überlegungen

Das Lesen von MSDTC-Empfehlungen für SQL-Failovercluster sollte der Ausgangspunkt für alle MSDTC-Abhängigkeitsdiskussionen sein, um zu bestimmen, ob dies erforderlich ist oder nicht.

Diese häufig gestellten Fragen zu MSDTC-Empfehlungen (Häufig gestellte Fragen) behandelt häufig gestellte Fragen und bewährte Methoden mit MSDTC (Microsoft Distributed Transaction Coordinator), wenn sie mit SQL Server Failoverclusterinstanzen verwendet werden, um aktuelle Empfehlungen und bewährte Methoden einzuschließen.

Wenn Sie einer SQL Server Gruppe eine MSDTC-Ressource hinzufügen, können Sie einen der SQL Server-Datenträger oder einen anderen Datenträger verwenden. Damit die Ressource ordnungsgemäß und konsistent funktioniert und das Test-DTC PowerShell-Cmdlet verwendet werden kann, müssen Sie den Netzwerknamen und die IP-Adresse des SQL Server verwenden und die MSDTC-Ressource in den Namen des virtuellen Servers Ihrer SQL Server umbenennen.

Ab Windows Server 2012 und später beim Erstellen eines neuen Koordinators für verteilte Transaktionen mit dem Cluster-Manager haben Sie keine Wahl im Ressourcennamen, es wird immer New Distributed Transaction Coordinator sein, noch haben Sie die Möglichkeit, die Ressource im Cluster-Manager umzubenennen.

PowerShell zur Rettung: Mit diesem Befehl können Sie den Neuen Koordinator für verteilte Transaktionen in den Namen Ihrer Wahl umbenennen. In diesem Beispiel wird der Name in MSDTC geändert.

Get-ClusterResource "New Distributed Transaction Coordinator" | %{ $_.Name = MSDTC }

Gilt für

• SQL Server 2008 Standard
• SQL Server 2008 Enterprise
• SQL Server 2008 Developer
• SQL Server 2008 R2 Datacenter
• SQL Server 2008 R2 Developer
• SQL Server 2008 R2 Enterprise
• SQL Server 2008 R2 Standard
• SQL Server 2008 R2 Standard Edition für Kleinunternehmen
• SQL Server 2008 R2 Express mit Advanced Services
• SQL Server 2008 R2 Workgroup
• SQL Server 2012 Developer
• SQL Server 2012 Enterprise
• SQL Server 2012 Standard
• SQL Server 2012 Enterprise Core
• SQL Server 2014 Enterprise
• SQL Server 2014 Enterprise Core
• SQL Server 2014 Standard
• SQL Server 2014 Business Intelligence
• SQL Server 2016 Enterprise Core
• SQL Server 2016 Enterprise
• SQL Server 2016 Developer
• SQL Server 2016 Standard
• SQL Server 2017 Windows (alle Editionen)