Abhängigkeiten von Microsoft Windows-Failoverclusterressourcen in SQL Server
In diesem Artikel werden die Standardressourcenabhängigkeiten in SQL Server und die Einschränkungen für diese Abhängigkeiten vorgestellt.
Originalproduktversion: 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 auf einem Cluster als SQL Server-Failoverclusterinstanz installieren, werden eine bestimmte Gruppe von SQL Server-Ressourcen mit Abhängigkeiten von anderen Ressourcen in der Clustergruppe erstellt.
Wichtig
Ändern Sie die Standardabhängigkeitsstruktur nicht, mit Ausnahme der Änderungen, die in diesem Artikel aufgeführt sind, oder die Änderungen, die im folgenden Artikel in der Microsoft Knowledge Base aufgeführt sind: SQL Server-Unterstützung für bereitgestellte Ordner
Beispiel 1: Standardmäßige SQL Server-Failoverclusterinstanzabhängigkeiten
Beachten Sie in diesem Diagramm Folgendes:
- Clusterdatenträger 1 verfügt über keine erforderlichen Abhängigkeiten.
- IP-Adresse:
xxx.xxx.xxx.xxx
verfügt über keine erforderlichen Abhängigkeiten. - IP-Adresse:
xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx
verfügt über keine erforderlichen Abhängigkeiten. - 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 (SQL Network Name, SOFTY) sind IP-Adresse.
- SQL Server-Abhängigkeiten sind Clusterdatenträger 1 und Name: SOFTY.
- SQL Server verfügt über keine erforderlichen Abhängigkeiten.
- SQL Server-Agent Abhängigkeiten sind SQL Server.
- SQL Server-Agent verfügt über keine erforderlichen Abhängigkeiten.
Beispiel 2 – Abhängigkeiten von SQL Server 2008 Analysis Services-Failoverinstanzen
Beachten Sie in diesem Diagramm Folgendes:
- Analysis Services (LOCALINSTANCE)-Abhängigkeiten sind Clusterdatenträger 2 und Name: STANDALONE2008R.
- Analysis Services (LOCALINSTANCE) verfügt über keine erforderlichen Abhängigkeiten.
- Clusterdatenträger 2 verfügt über keine erforderlichen Abhängigkeiten.
- IP-Adresse:
xxx.xxx.xxx.xxx
verfügt über keine erforderlichen Abhängigkeiten. - IP-Adresse:
xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx
verfügt über keine erforderlichen Abhängigkeiten. - 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 von SQL-Netzwerknamen (STANDALONE2008R) sind IP-Adresse.
- SQL Server -Abhängigkeiten (LOCALINSTANCE) sind Clusterdatenträger 2 und Name: STANDALONE2008R.
- SQL Server (LOCALINSTANCE) verfügt über keine erforderlichen Abhängigkeiten.
- SQL Server-Agent (LOCALINSTANCE)-Abhängigkeiten sind SQL Server (LOCALINSTANCE).
- SQL Server-Agent (LOCALINSTANCE) verfügt über keine erforderlichen Abhängigkeiten.
Beispiel 3 : Abhängigkeiten von SQL Server 2008-Failoverinstanzen mit einem Bereitstellungspunkt
Beachten Sie in diesem Diagramm Folgendes:
- Clusterdatenträger 1 verfügt über keine erforderlichen Abhängigkeiten.
- Clusterdatenträger 4, Mountpoint-Abhängigkeiten sind Clusterdatenträger 1.
- Clusterdatenträger 4, Mountpoint hat keine erforderlichen Abhängigkeiten.
- IP-Adresse:
xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2
verfügt über keine erforderlichen Abhängigkeiten. - 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 (SQL Network Name, SOFTY) sind IP-Adresse.
- SQL Server-Abhängigkeiten sind Name: SOFTY, Cluster Disk 4, Mountpoint und Cluster Disk 1.
- SQL Server verfügt über keine erforderlichen Abhängigkeiten.
Notiz
Die doppelte Abhängigkeit vom Bereitstellungspunkt besteht darin, sicherzustellen, dass SQL Server Datenbanken nicht starten und laden kann, ohne dass die physischen Datenträger verfügbar sind. Dies trägt dazu bei, Datenbankbeschädigungen zu verhindern.
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
Wenn Sie der SQL Server-Gruppe weitere Ressourcen hinzufügen, müssen diese Ressourcen immer über eigene eindeutige SQL-Netzwerknamenressourcen und ihre eigenen SQL-IP-Adressressourcen verfügen. Verwenden Sie nicht die vorhandenen SQL-Netzwerknamenressourcen und SQL-IP-Adressressourcen für alles andere als SQL Server. Wenn SQL Server-Ressourcen für andere Ressourcen freigegeben oder falsch eingerichtet wurden, treten möglicherweise die folgenden Probleme auf:
- Unerwartete Ausfallzeiten können auftreten.
- Datenbankbeschädigungen können auftreten.
- Service Pack-Installationen können fehlschlagen.
- Das SQL Server -Setupprogramm kann nicht erfolgreich ausgeführt werden. Wenn dies der Fall ist, können Sie keine zusätzlichen Instanzen von SQL Server installieren oder routinewartungen durchführen.
- SQL Server ist möglicherweise nicht online.
- Datenträger sind möglicherweise nicht für die Verwendung von SQL Server verfügbar.
Weitere Überlegungen
- FTP mit SQL Server-Replikation: For instances of SQL Server that use FTP with SQL Server replication, your FTP service must use one of the same physical disks that the installation of SQL Server that is set up to use the FTP service uses.
- 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, eine Abhängigkeit von der SQL Server-Agent Ressource hinzuzufügen, anstatt eine Abhängigkeit von der SQL Server-Ressource hinzuzufügen. Um sicherzustellen, dass der Computer, auf dem SQL Server ausgeführt wird, weiterhin hoch verfügbar ist, 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 ihre eigene Netzwerkname- und IP-Ressource in einem Windows Server 2003-Failovercluster. Dateifreigaben und Druckerressourcen erfordern außerdem ihre eigene Netzwerkname- und IP-Ressource für einen Clientzugriffspunkt unter Windows Server 2008 und höher. Verwenden Sie für eine Failoverclusterinstanz unter Windows Server 2008 oder höher den Assistenten zum Erstellen eines freigegebenen Ordners, um einen eindeutigen Namen und andere Einstellungen für den freigegebenen Ordner anzugeben.
- Leistung: Leistungseinbußen und Dienstverlust auf dem Computer, auf dem SQL Server ausgeführt wird, können auftreten, wenn die folgenden Bedingungen zutreffen:
- 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 festzustellen, ob er erforderlich ist oder nicht.
Diese häufig gestellten Fragen (Häufig gestellte Fragen) zu MSDTC-Empfehlungen (Häufig gestellte Fragen) behandelt allgemeine Fragen und bewährte Methoden mit MSDTC (Microsoft Distributed Transaction Coordinator), wenn sie mit SQL Server-Failoverclustered-Instanzen 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 jedoch ordnungsgemäß und konsistent funktioniert und das Test-DTC
PowerShell-Cmdlet verwenden kann, müssen Sie den Netzwerknamen und die IP-Adresse von SQL Server verwenden und die MSDTC-Ressource in den Namen des virtuellen SQL Server-Servers umbenennen.
Ab Windows Server 2012 und höher beim Erstellen eines neuen verteilten Transaktionskoordinators mit dem Cluster-Manager haben Sie keine Wahl im Ressourcennamen, es ist immer "New Distributed Transaction Coordinator", oder Sie haben die Möglichkeit, die Ressource im Cluster-Manager umzubenennen.
PowerShell zur Rettung ermöglicht Ihnen dieser Befehl, den New Distributed Transaction Coordinator in den Namen Ihrer Wahl umzubenennen, 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)