Dépendances de ressources de cluster de basculement Microsoft Windows dans SQL Server

Cet article présente les dépendances de ressources par défaut dans SQL Server et les restrictions relatives à ces dépendances.

Version du produit d’origine : SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012, SQL Server 2008
Numéro de base de connaissances d’origine : 835185

Résumé

Lorsque vous installez SQL Server sur un cluster en tant qu’instance de cluster de basculement SQL Server, un ensemble spécifique de ressources SQL Server qui ont des dépendances sur d’autres ressources dans le groupe de clusters sont créées.

Important

Ne modifiez pas l’arborescence de dépendances par défaut, à l’exception des modifications répertoriées dans cet article ou des modifications répertoriées dans l’article suivant dans la Base de connaissances Microsoft : prise en charge de SQL Server pour les dossiers montés

Exemple 1 : dépendances d’instance de cluster de basculement SQL Server par défaut

Dans ce diagramme, notez les points suivants :

• Le disque de cluster 1 n’a pas de dépendances requises.
• Adresse IP : xxx.xxx.xxx.xxx n’a pas de dépendances requises.
• Adresse IP : xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx n’a pas de dépendances requises.
• Nom : les dépendances SOFTY sont l’adresse IP : xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx et l’adresse IP : xxx.xxx.xxx.xxx.
• Les dépendances requises du nom de réseau SQL (SOFTY) sont l’adresse IP.
• Les dépendances SQL Server sont Cluster Disk 1 et Name : SOFTY.
• SQL Server n’a pas de dépendances requises.
• Les dépendances sql Server Agent sont SQL Server.
• SQL Server Agent n’a pas de dépendances requises.

Exemple 2 - Dépendances d’instance de basculement SQL Server 2008 Analysis Services

Dans ce diagramme, notez les points suivants :

• Les dépendances Analysis Services (LOCALINSTANCE) sont cluster Disk 2 et Name : STANDALONE2008R.
• Analysis Services (LOCALINSTANCE) n’a aucune dépendance requise.
• Le disque de cluster 2 n’a pas de dépendances requises.
• Adresse IP : xxx.xxx.xxx.xxx n’a pas de dépendances requises.
• Adresse IP : xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx n’a pas de dépendances requises.
• Nom : STANDALONE2008R dépendances sont l’adresse IP : xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx et l’adresse IP : xxx.xxx.xxx.xxx.
• Les dépendances requises de nom de réseau SQL (STANDALONE2008R) sont l’adresse IP.
• Les dépendances SQL Server (LOCALINSTANCE) sont Cluster Disk 2 et Name : STANDALONE2008R.
• SQL Server (LOCALINSTANCE) n’a pas de dépendances requises.
• Les dépendances SQL Server Agent (LOCALINSTANCE) sont SQL Server (LOCALINSTANCE).
• SQL Server Agent (LOCALINSTANCE) n’a pas de dépendances requises.

Exemple 3 - Dépendances d’instance de basculement SQL Server 2008 avec un point de montage

Dans ce diagramme, notez les points suivants :

• Le disque de cluster 1 n’a pas de dépendances requises.
• Le disque de cluster 4, les dépendances mountpoint sont cluster Disk 1.
• Cluster Disk 4, Mountpoint n’a pas de dépendances requises.
• Adresse IP : xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 n’a pas de dépendances requises.
• Nom : les dépendances SOFTY sont l’adresse IP : xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 et l’adresse IP : xxx.xxx.xxx.88.
• Les dépendances requises du nom de réseau SQL (SOFTY) sont l’adresse IP.
• Les dépendances SQL Server sont nom : SOFTY, Cluster Disk 4, Mountpoint et Cluster Disk 1.
• SQL Server n’a pas de dépendances requises.

Note

La double dépendance du point de montage consiste à s’assurer que SQL Server ne peut pas démarrer et charger des bases de données sans que les disques physiques soient disponibles. Cela permet d’éviter l’altération de la base de données.

L’arborescence de dépendances par défaut pour SQL Server a les implications suivantes :

• La ressource SQL Server Agent dépend de la ressource SQL Server.
• La ressource SQL Server dépend de la ressource de nom de réseau SQL, des ressources de disque physique et des dossiers montés qui contiennent les fichiers de base de données.
• La ressource de nom de réseau SQL dépend de la ressource d’adresse IP SQL.
• La ressource d’adresse IP SQL et les ressources de disque physique ne dépendent d’aucune ressource.

Plus d’informations

Pour plus d’informations sur l’ajout de dépendances à une ressource SQL Server, consultez :

• Comment ajouter des dépendances dans SQL Server 2008
• Comment ajouter des dépendances dans SQL Server 2008 R2
• Comment ajouter des dépendances dans SQL Server 2012
• Comment ajouter des dépendances à une version SQL Server 2016 ou ultérieure de SQL Server

Limitations et restrictions

Si vous ajoutez d’autres ressources au groupe SQL Server, ces ressources doivent toujours avoir leurs propres ressources de nom de réseau SQL uniques et leurs propres ressources d’adresse IP SQL. N’utilisez pas les ressources de nom de réseau SQL existantes et les ressources d’adresse IP SQL pour quoi que ce soit d’autre que SQL Server. Si les ressources SQL Server sont partagées avec d’autres ressources ou si elles sont configurées de manière incorrecte, vous pouvez rencontrer les problèmes suivants :

• Des pannes inattendues peuvent se produire.
• L’altération de la base de données peut se produire.
• Les installations des Service Packs peuvent échouer.
• Le programme d'installation de SQL Server peut échouer. Si cela se produit, vous ne pouvez pas installer d’instances supplémentaires de SQL Server ou effectuer une maintenance de routine.
• SQL Server peut ne pas être en ligne.
• Les disques peuvent ne pas être disponibles pour l’utilisation de SQL Server.

Considérations supplémentaires

• FTP avec réplication SQL Server : pour les instances de SQL Server qui utilisent FTP avec la réplication SQL Server, votre service FTP doit utiliser l’un des mêmes disques physiques que l’installation de SQL Server configurée pour utiliser le service FTP utilise.
• Dépendances de ressources SQL Server : si vous ajoutez une ressource à un groupe SQL Server et si vous avez une dépendance sur la ressource SQL Server pour vous assurer que SQL Server est disponible, nous vous recommandons d’ajouter une dépendance à la ressource SQL Server Agent au lieu d’ajouter une dépendance à la ressource SQL Server Server. Pour vous assurer que l’ordinateur exécutant SQL Server reste hautement disponible, configurez la ressource SQL Server Agent afin qu’elle n’affecte pas le groupe SQL Server si la ressource SQL Server Agent échoue.
• Partages de fichiers et ressources d’imprimante : une exception est le partage de fichiers utilisé par la fonctionnalité FILESTREAM SQL Server. Une ressource d’imprimante ne doit pas se trouver dans votre groupe SQL Server. Les ressources de partage de fichiers ou d’imprimante nécessitent leur propre nom réseau et ressource IP sur un cluster de basculement Windows Server 2003. Les partages de fichiers et les ressources d’imprimante nécessitent également leur propre ressource de nom réseau et d’adresse IP pour un point d’accès client sur Windows Server 2008 et versions ultérieures. Pour une instance de cluster de basculement sur Windows Server 2008 ou une version ultérieure, utilisez l’Assistant Création d’un dossier partagé pour spécifier un nom unique et d’autres paramètres pour le dossier partagé.
• Performances : réduire les performances et la perte de service sur l’ordinateur exécutant SQL Server peut se produire lorsque les conditions suivantes sont remplies :
  • Une ressource de cluster de partage de fichiers qui n’utilise pas la fonctionnalité FILESTREAM est installée sur la même ressource de disque physique sur laquelle SQL Server est installé.
  • Une ressource de cluster d’imprimante est installée sur la même ressource de disque physique sur laquelle SQL Server est installé.

Considérations relatives à MSDTC

La lecture des recommandations MSDTC sur le cluster de basculement SQL doit être le point de départ de toutes les discussions de dépendance MSDTC, afin de déterminer s’il est requis ou non.

Cette FAQ sur les recommandations MSDTC (Forum aux questions) traite des questions courantes et des meilleures pratiques avec MSDTC (Microsoft Distributed Transaction Coordinator) lorsqu’elle est utilisée avec les instances de cluster de basculement SQL Server pour inclure les recommandations actuelles et les meilleures pratiques.

Lorsque vous ajoutez une ressource MSDTC à un groupe SQL Server, vous pouvez utiliser l’un des disques SQL Server ou un autre disque. Toutefois, pour que la ressource fonctionne correctement et de manière cohérente et qu’elle puisse utiliser l’applet Test-DTC de commande PowerShell, vous devez utiliser le nom réseau et l’adresse IP de SQL Server et renommer la ressource MSDTC en nom de serveur virtuel de sql Server.

À compter de Windows Server 2012 et versions ultérieures lors de la création d’un nouveau coordinateur de transactions distribuées à l’aide du Gestionnaire de cluster, vous n’avez pas le choix dans le nom des ressources, il s’agit toujours du nouveau coordinateur de transactions distribuées, et vous n’avez pas la possibilité de renommer la ressource dans le Gestionnaire de clusters.

PowerShell au secours, cette commande vous permet de renommer le nouveau coordinateur de transactions distribuées en nom de votre choix, dans cet exemple, le nom est remplacé par MSDTC.

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

S’applique à

• 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 for Small Business
• SQL Server 2008 R2 Express with 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 (toutes les éditions)