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 sur 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 la base de connaissances d’origine : 835185

Résumé

Lorsque vous installez SQL Server sur un cluster en tant que cluster de basculement SQL Server instance, un ensemble spécifique de ressources SQL Server qui ont des dépendances par rapport aux autres ressources du groupe de clusters est créé.

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

Dans ce diagramme, notez ce qui suit :

• 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.
• SQL Server dépendances sont Cluster Disk 1 et Name : SOFTY.
• SQL Server n’a aucune dépendance requise.
• SQL Server Agent dépendances sont SQL Server.
• SQL Server Agent n’a aucune dépendance requise.

Exemple 2 : SQL Server 2008 Analysis Services basculement instance dépendances

Dans ce diagramme, notez ce qui suit :

• 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 Adresse IP : xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx et Adresse IP : xxx.xxx.xxx.xxx.
• Les dépendances requises pour le 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 aucune dépendance requise.
• les dépendances SQL Server Agent (LOCALINSTANCE) sont SQL Server (LOCALINSTANCE).
• SQL Server Agent (LOCALINSTANCE) n’a aucune dépendance requise.

Exemple 3 : dépendances de instance de basculement SQL Server 2008 avec un point de montage

Dans ce diagramme, notez ce qui suit :

• Le disque de cluster 1 n’a pas de dépendances requises.
• Disque de cluster 4, les dépendances de point de montage sont disque de cluster 1.
• Disque de cluster 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.
• SQL Server dépendances sont Nom : SOFTY, Disque de cluster 4, Point de montage et Disque de cluster 1.
• SQL Server n’a aucune dépendance requise.

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 à un SQL Server 2016 ou une version 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 réseau SQL uniques et leurs propres ressources d’adresse IP SQL. N’utilisez pas les ressources de nom de réseau SQL et les ressources d’adresse IP SQL existantes pour autre chose que SQL Server. Si SQL Server ressources sont partagées avec d’autres ressources ou configurées de manière incorrecte, vous pouvez rencontrer les problèmes suivants :

• Des pannes qui ne sont pas attendues peuvent se produire.
• La base de données peut être endommagée.
• Les installations du Service Pack peuvent ne pas réussir.
• Le programme d’installation SQL Server peut ne pas réussir. Si cela se produit, vous ne pouvez pas installer d’instances supplémentaires de SQL Server ou effectuer une maintenance de routine.
• SQL Server ne sont peut-être pas en ligne.
• Les disques peuvent ne pas être disponibles pour SQL Server utilisation.

Considérations supplémentaires

• FTP avec réplication SQL Server : pour les instances de SQL Server qui utilisent FTP avec SQL Server réplication, votre service FTP doit utiliser l’un des disques physiques utilisés par l’installation d’SQL Server configurée pour utiliser le service FTP.
• SQL Server dépendances de ressources : si vous ajoutez une ressource à un groupe SQL Server et que 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 sur la ressource SQL Server Agent au lieu d’ajouter une dépendance sur le SQL Server ressource. 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 en cas d’échec de la ressource SQL Server Agent.
• Partages de fichiers et ressources d’imprimante : le partage de fichiers utilisé par la fonctionnalité FILESTREAM SQL Server est une exception. Une ressource d’imprimante ne doit pas figurer dans votre groupe de SQL Server. Les ressources de partage de fichiers ou d’imprimante nécessitent leur propre nom réseau et leur propre ressource IP sur un cluster de basculement Windows Server 2003. Les partages de fichiers et les ressources d’imprimante nécessitent également leur propre nom réseau et leur propre ressource IP pour un point d’accès client sur Windows Server 2008 et versions ultérieures. Pour un cluster de basculement instance sur Windows Server 2008 ou 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 : une diminution des performances et une perte de service sur l’ordinateur qui exécute SQL Server peuvent 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 Printer est installée sur la même ressource de disque physique que celle sur laquelle SQL Server est installée.

Considérations relatives à MSDTC

La lecture des recommandations MSDTC sur le cluster de basculement SQL doit être le point de départ de toute discussion de dépendance MSDTC, afin de déterminer si elle est obligatoire ou non.

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

Lorsque vous ajoutez une ressource MSDTC à un groupe de 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 du SQL Server et renommer la ressource MSDTC en nom de serveur virtuel de votre SQL Server.

À partir 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 de Nouveau coordinateur de transactions distribuées, et vous n’avez pas la possibilité de renommer la ressource dans le Gestionnaire de cluster.

PowerShell à la rescousse, cette commande vous permet de renommer le nouveau coordinateur de transactions distribuées au 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)