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

S’applique à : SQL Server 2008 StandardSQL Server 2008 EnterpriseSQL Server 2008 Developer

Résumé


Lorsque vous installez Microsoft SQL Server sur un cluster en tant qu'instance de défaillance de serveur SQL, un ensemble spécifique de ressources SQL Server qui dépendent d'autres ressources du groupe de clusters est créé. Important Ne modifiez pas l'arbre de dépendance par défaut, sauf pour les modifications énumérées dans cet article ou les modifications qui sont énumérées dans l'article suivant dans la base de connaissances Microsoft :
819546 SQL Support Server pour les dossiers montés
Exemple 1 - Dépendances d'instance de défaillance de qETL Server par défaut Dans ce diagramme, notez ce qui suit :
  • Cluster Disk 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:xxxx:xxxx n'a pas de dépendances requises.
  • Nom: LES dépendances SOFTY sont adresse IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx et adresse IP: xxx.xxx.xxx.xxx.
  • Le nom du réseau SQL (SOFTY) dont les dépendances requises sont IP Address.
  • SQL Server dépendances sont Cluster Disk 1 et Nom: SOFTY.
  • SQL Server n'a pas de dépendances requises.
  • SQL Server Agent dépendances sont SQL Server.
  • SQL Server Agent n'a pas de dépendances requises.
Exemple 2 - SQL Server 2008 Analysis Services failover instance dependencies Dans ce diagramme, notez ce qui suit :
  • Les services d'analyse (LOCALINSTANCE) sont Cluster Disk 2 et Name: STANDALONE2008R.
  • Les services d'analyse (LOCALINSTANCE) n'ont pas de dépendances requises.
  • Cluster Disk 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:xxxx:xxxx n'a pas de dépendances requises.
  • Nom: STANDALONE2008R dépendances sont adresse IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx et ip Adresse: xxx.xxx.xxx.xxx.
  • Le nom du réseau SQL (STANDALONE2008R) dont les dépendances sont l'adresse IP.
  • SQL Server (LOCALINSTANCE) dépendances sont Cluster Disk 2 et Nom: STANDALONE2008R.
  • SQL Server (LOCALINSTANCE) n'a pas de dépendances requises.
  • SQL Server Agent (LOCALINSTANCE) dépendances sont SQL Server (LOCALINSTANCE).
  • SQL Server Agent (LOCALINSTANCE) n'a pas de dépendances requises.
Exemple 3 - SQL Server 2008 dépendances d'instance de défaillance avec un pointde montage Dans ce diagramme, remarquez ce qui suit:
  • Cluster Disk 1 n'a pas de dépendances requises.
  • Cluster Disk 4, Les dépendances de 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: SOFTY dépendances sont adresse IP: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 et adresse IP: xxx.xxx.xxx.88 .
  • Le nom du réseau SQL (SOFTY) dont les dépendances requises sont IP Address.
  • SQL Server dépendances sont Nom: SOFTY, Cluster Disk 4, Mountpoint et Cluster Disk 1.
  • SQL Server n'a pas de dépendances requises.
Remarque La double dépendance sur le point de montage est de 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 de prévenir la corruption dans les bases de données. L'arbre de dépendance 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 du 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 du disque physique ne dépendent d'aucune ressource

Informations supplémentaires


Pour plus d'informations sur la façon d'ajouter des dépendances à une ressource SQL Server :

Limitations et restrictions

Vous devez être conscient que si vous ajoutez d'autres ressources au groupe SQL Server, ces ressources doivent toujours avoir leurs propres ressources uniques de nom de réseau SQL et leurs propres ressources d'adresse IP SQL. N'utilisez pas les ressources existantes de nom de réseau SQL et les ressources d'adresse IP SQL pour autre chose que SQL Server. Si les ressources SQL Server sont partagées avec d'autres ressources ou sont mal installées, vous pouvez rencontrer les problèmes suivants :
  • Des pannes qui ne sont pas prévues peuvent se produire.
  • La corruption de base de données peut se produire.
  • Les installations de pack de service peuvent ne pas être couronnées de succès.
  • Le programme sqL Server Setup peut ne pas être un succès. Si cela se produit, vous ne pouvez pas installer d'autres instances de serveur SQL ou effectuer la maintenance de routine.
  • SQL Server ne peut pas entrer en ligne.
  • Les disques peuvent ne pas être disponibles pour l'utilisation de SQL Server.

Considérations supplémentaires

  • FTP avec réplication du serveur SQL : Pour les cas de serveur SQL qui utilisent FTP avec la réplication du serveur SQL, votre service FTP doit utiliser l'un des mêmes disques physiques que l'installation de SQL Server qui est mis en place pour utiliser le service FTP utilise.
  • Dépendances aux ressources SQL Server : Si vous ajoutez une ressource à un groupe de serveur SQL, et si vous avez une dépendance à 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. Pour vous assurer que l'ordinateur qui exécute SQL Server reste très 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 la part de fichier qui est utilisée par la fonction FILESTREAM serveur SQL. Une ressource d'imprimante ne doit pas être dans votre groupe SQL Server. Les ressources de partage de fichiers ou d'imprimante nécessitent leur propre nom de réseau et leur propre ressource IP sur un cluster de panne Windows Server 2003. Les partages de fichiers et les ressources d'imprimante nécessitent également leur propre nom de réseau et leur propre ressource IP pour un point d'accès client sur Windows Server 2008 et les versions ultérieures. Pour une instance de cluster de panne sur Windows Server 2008 ou une version ultérieure, utilisez le Create a Shared Folder Wizard pour spécifier un nom unique et d'autres paramètres pour le dossier partagé.
  • Performance: Diminution des performances et perte de service à l'ordinateur qui est en cours d'exécution SQL Server peut se produire lorsque les conditions suivantes sont vraies:
    • 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 MSDTC

Lisez les recommandations du MSDTC sur le groupe sqL Failover, devraient être le point de départ de toute discussion sur la dépendance au MSDTC quant à savoir si elle est réellement nécessaire ou non.
Que la FAQ sur les recommandations MSDTC (questions fréquemment posées) doit répondre aux questions courantes et aux pratiques exemplaires avec MSDTC (Microsoft Distributed Transaction Coordinator) lorsqu'il est utilisé avec les instances grappes de panne de serveur SQL pour inclure les instances actuelles recommandations et pratiques exemplaires.
Lorsque vous ajoutez une ressource MSDTC à un groupe serveur SQL, vous pouvez utiliser l'un des disques serveur SQL ou un autre disque, cependant, pour que la ressource fonctionne correctement de manière cohérente et pour être en mesure d'utiliser le cmdlet Powershell Test-DTC, vous devez utiliser le nom du réseau sqL Servers et l'adresse IP et doit renommer votre ressource MSDTC à votre nom de serveur virtuel SQL Servers.
En commençant par Windows Server 2012 et plus tard lors de la création d'un nouveau coordonnateur de transaction distribuée à l'aide du gestionnaire de cluster, vous n'avez pas le choix dans le nom des ressources, il sera toujours Nouveau coordonnateur des transactions distribuées, et vous n'avez pas la possibilité de renommer le ressources en cluster Manager.
PowerShell à la rescousse, cette commande vous permet de renommer le nouveau coordonnateur des transactions distribuées au nom de votre choix, dans cet exemple, le nom est changé en MSDTC.
Exemple (PowerShell) :
Get-ClusterResource "New Distributed Transaction Coordinator" | %{ $_.Name = MSDTC }