Partager via

Avant l'installation du clustering de basculement

  • Article

S'applique à : SQL Server

Avant d’installer un cluster de basculement SQL Server, vous devez sélectionner le matériel et le système d’exploitation que SQL Server utilisera. Vous devez aussi configurer le clustering de basculement Windows Server (WSFC) et examiner le réseau, la sécurité ainsi que les points importants à prendre en compte pour les autres logiciels qui s’exécutent sur votre cluster de basculement.

Si un cluster Windows a un lecteur de disque local et que la même lettre de lecteur est utilisée sur un ou plusieurs nœuds de cluster comme lecteur partagé, vous ne pouvez pas installer SQL Server sur ce lecteur. Cette restriction s’applique à la fois aux instances de cluster de basculement SQL Server et aux instances autonomes sur un serveur qui fait partie d’une instance de cluster de basculement Windows.

Vous pouvez également examiner les articles suivants pour en savoir plus sur les concepts, les fonctionnalités et les tâches de clustering de basculement SQL Server.

Description de l’article Article
Décrit les concepts de clustering de basculement SQL Server et fournit des liens vers les contenus et tâches associés. Instances de cluster de basculement Always On (SQL Server)
Décrit les concepts de stratégie de basculement SQL Server et fournit des liens pour la configuration de la stratégie de basculement selon les besoins de votre organisation. Failover Policy for Failover Cluster Instances
Décrit comment gérer votre cluster de basculement existant SQL Server . Administration et maintenance de l'instance de cluster de basculement
Explique comment installer Analysis Services sur un cluster de basculement Windows Server (WSFC). Procédure : mettre en cluster SQL Server Analysis Services

Bonnes pratiques

Consultez les notes de publication de SQL Server 2019 et SQL Server 2022.

Installez les logiciels requis. Avant d’exécuter le programme d’installation pour effectuer une installation ou une mise à niveau, installez les prérequis suivants pour réduire la durée d’installation. Vous pouvez installer les logiciels requis sur chaque nœud de cluster de basculement, puis redémarrer les nœuds une fois avant d'exécuter le programme d'installation.

  • Windows PowerShell n'est plus installé par le programme d'installation de SQL Server . Windows PowerShell est un composant requis pour l’installation des composants du Moteur de base de données SQL Server et de SQL Server Management Studio. Si Windows PowerShell n’est pas présent sur votre ordinateur, vous pouvez l’activer en suivant les instructions de la page Windows Management Framework.

  • .NET Framework 3.5 SP1 n’est plus installé par le programme d’installation de SQL Server, mais il peut être requis lors de l’installation de SQL Server sur des systèmes d’exploitation Windows plus anciens. Pour plus d’informations, consultez SQL Server 2019 : Configurations matérielle et logicielle requises.

  • Package Microsoft Update : Pour éviter le redémarrage de l’ordinateur suite à l’installation de .NET Framework 4 pendant l’installation, le programme d’installation SQL Server requiert d’appliquer une mise à jour Microsoft sur l’ordinateur. Pour SQL Server 2014 (12.x) et versions ultérieures installées sur les versions prises en charge de Windows, cette mise à jour est déjà incluse. Si vous faites l’installation sur un système d’exploitation Windows plus ancien, téléchargez-la à partir de Microsoft Update pour .NET Framework 4.0 sur Windows Vista et Windows Server 2008.

  • .NET Framework 4 : Le programme d'installation installe le .NET Framework 4 sur un système d'exploitation en cluster. Pour réduire le temps d'installation, vous pouvez envisager d'installer le .NET Framework 4 avant d'exécuter le programme d'installation.

  • Fichiers de support du programme d’installation de SQL Server. Vous pouvez installer ces fichiers en exécutant SqlSupport.msi qui se trouve sur votre support d’installation.

Vérifiez qu’aucun logiciel antivirus n’est installé sur votre cluster WSFC. Pour plus d’informations, consultez l’article Microsoft Le logiciel antivirus peut être à l’origine de problèmes avec les services de cluster de la Base de connaissances.

Lorsque vous nommez un groupe de clusters pour votre installation de clusters de basculement, vous ne devez pas utiliser les caractères suivants dans le nom du groupe de clusters :

  • Opérateur Inférieur à (<)

  • Opérateur Supérieur à (>)

  • Guillemet double (")

  • Guillemet simple (')

  • & (esperluette) (&)

    Vérifiez également que les noms de groupes de clusters existants ne contiennent pas de caractères non pris en charge.

Vérifiez que tous les nœuds du cluster sont configurés de la même manière, y compris COM+, les lettres de lecteur de disque et les utilisateurs dans le groupe Administrateurs.

Vérifiez que vous avez effacé les journaux système dans tous les nœuds et les avez consultés de nouveau. Vérifiez que les journaux ne contiennent aucun message d'erreur avant de continuer.

Avant d'installer ou de mettre à jour un cluster de basculement SQL Server , désactivez l'ensemble des applications et des services susceptibles d'utiliser les composants SQL Server au cours de l'installation, mais maintenez en ligne les ressources de disque.

SQL Server définit automatiquement les dépendances entre le groupe de clusters SQL Server et les disques qui figurent dans le cluster de basculement. Ne définissez pas de dépendances pour les disques avant l’installation.

  • Pendant l'installation du cluster de basculement SQL Server , un objet ordinateur (compte d'ordinateur Active Directory) pour la ressource de nom réseau SQL Server est créé. Dans un cluster Windows Server 2008 , le nom de compte du cluster (compte d'ordinateur du cluster lui-même) doit disposer d'autorisations pour créer des objets ordinateur. Pour plus d'informations, consultez Configuration de comptes dans Active Directory.

  • Si vous utilisez un partage de fichiers SMB comme option de stockage, le compte d’installation de SQL Server doit avoir les privilèges SeSecurityPrivilege sur le serveur de fichiers. Pour ce faire, dans la console de stratégie de sécurité locale du serveur de fichiers, ajoutez le compte Programme d’installation SQL Server aux droits Gérer le journal d’audit et de la sécurité.

Vérifier votre solution matérielle

Si la solution de cluster inclut des nœuds de cluster dispersés géographiquement, il est important de vérifier d'autres éléments, tels que la prise en charge de disques partagés et le temps de réponse du réseau.

Vérifiez que le disque où SQL Server doit être installé n’est ni compressé ni chiffré. Si vous tentez d'installer SQL Server sur un lecteur compressé ou chiffré, l'installation de SQL Server échoue.

Les configurations SAN sont également prises en charge dans les éditions Windows Server, à partir de Windows Server 2008 et Windows Server 2008 R2 Advanced Server et Datacenter Server. La catégorie « Appareil de cluster/multicluster » du catalogue Windows et de la liste des matériels compatibles avec Windows liste l’ensemble des unités de stockage compatibles SAN qui ont été testées et sont prises en charge comme unités de stockage SAN avec plusieurs clusters WSFC attachés. Exécutez la validation de cluster après avoir trouvé les composants certifiés.

Le partage de fichiers SMB est également pris en charge pour l'installation des fichiers de données. Pour plus d'informations, consultez Storage Types for Data Files.

Avertissement

Si vous utilisez un serveur de fichiers Windows comme stockage de partage de fichiers SMB, le compte d'installation de SQL Server doit avoir les privilèges SeSecurityPrivilege sur le serveur de fichiers. Pour ce faire, dans la console de stratégie de sécurité locale du serveur de fichiers, ajoutez le compte Programme d’installation SQL Server aux droits Gérer le journal d’audit et de la sécurité.

Si vous utilisez un stockage de partage de fichiers SMB autre que le serveur de fichiers Windows, consultez le fournisseur de stockage pour une installation équivalente du côté du serveur de fichiers.

SQL Server prend en charge des points de montage. Un volume monté, ou point de montage, vous permet d'utiliser une seule lettre de lecteur pour faire référence à de nombreux disques ou volumes. Si vous disposez d'une lettre de lecteur D: qui fait référence à un disque ou volume traditionnel, vous pouvez connecter ou « monter » d'autres disques ou volumes comme répertoires sous la lettre de lecteur D: sans que les disques ou volumes supplémentaires ne nécessitent des lettres de lecteurs qui leur sont propres.

  • SQL Server , le lecteur de base d'un lecteur monté doit posséder une lettre de lecteur associée. Si le lecteur de base d’un lecteur monté n’a pas de lettre de lecteur associée, le programme d’installation affecte la lettre de lecteur disponible suivante au lecteur.

    Notes

    Si toutes les lettres de lecteur sont déjà attribuées, le programme d’installation échoue.

  • SQL Server ne prend pas en charge l’utilisation des répertoires racines de volume/point de montage pour les bases de données SQL Server. Pour plus d’informations, consultez Une erreur d’autorisation se produit lorsque vous utilisez un point de montage de volume dans le programme d’installation SQL Server

  • Remarques supplémentaires relatives aux points de montage pour le clustering de basculement SQL Server :

    • SQL Server , le lecteur de base d'un lecteur monté doit posséder une lettre de lecteur associée. Pour les installations de clusters de basculement, ce lecteur de base doit être un lecteur en cluster. Les GUID de volume ne sont pas pris en charge dans cette version.

    • Le lecteur de base, qui a la lettre de lecteur, ne peut pas être partagé entre les instances de cluster de basculement. Cette restriction est normale pour les clusters de basculement, mais elle ne s’applique pas aux serveurs autonomes multi-instances.

    • Les installations en cluster de SQL Server sont limitées au nombre de lettres de lecteurs disponibles. En supposant que vous utilisez une seule lettre de lecteur pour le système d’exploitation, et que toutes les autres lettres de lecteur peuvent être utilisées pour les lecteurs de cluster standard ou les lecteurs de cluster hébergeant des points de montage, vous êtes limité à 25 instances SQL Server maximum par cluster de basculement.

      Conseil

      La limite de 25 instances peut être évitée à l'aide de l'option de partage de fichiers SMB. Si vous utilisez le partage de fichiers SMB comme option de stockage, vous pouvez installer jusqu'à 50 instances de cluster de basculement SQL Server .

    • Le formatage d’un lecteur après le montage de lecteurs supplémentaires n’est pas pris en charge.

    • La ressource SQL Server dans SQL Server 2005 et versions ultérieures dépend de la ressource de nom de réseau SQL et des ressources de disque physique qui conservent les données. Les points de montage et le lecteur hôte doivent être affichés en tant que ressource de disque physique de cluster. De plus, le disque physique qui a une lettre de lecteur et chaque volume monté doivent également être ajoutés en tant que dépendance SQL Server.

    • Si vous effectuez une nouvelle installation, les autorisations de dépendance appropriées sont définies sur les disques physiques qui ont une lettre de lecteur associée et sur les points de montage. Les autorisations de dépendance sont définies automatiquement pendant l’installation.

    • Si seule la dépendance de disques physiques racines est ajoutée et que la dépendance de points de montage n’est pas ajoutée, une altération de la base de données se produit lors du basculement. Une altération de la base de données peut également se produire lors d’un redémarrage de SQL Server si les ressources de disque sont mises hors connexion et reviennent à l’état en ligne même sans basculement.

  • Bonnes pratiques pour les points de montage :

    • Si vous déplacez un point de montage d’un disque partagé vers un autre disque partagé, assurez-vous que les disques partagés se trouvent dans le même groupe.

    • Essayez d’utiliser le volume (hôte) racine exclusivement pour les points de montage. Le volume racine est le volume qui héberge les points de montage. Cette pratique réduit considérablement le temps nécessaire pour restaurer l’accès aux volumes montés si vous devez exécuter l’outil Chkdsk.exe. Cela réduit également le temps nécessaire à la restauration à partir d’une sauvegarde sur le volume hôte.

    • Si vous utilisez le volume (hôte) racine exclusivement pour les points de montage, la taille du volume hôte doit être d’au moins 5 mégaoctets (Mo). Cela réduit la probabilité que le volume soit utilisé pour autre chose que les points de montage.

L’installation du cluster de basculement SQL Server prend en charge le disque local seulement pour l’installation des fichiers tempdb. Vérifiez que le chemin spécifié pour les données tempdb et les fichiers journaux est valide sur tous les nœuds du cluster. Pendant le basculement, si les répertoires tempdb ne sont pas disponibles sur le nœud cible de basculement, la ressource SQL Server ne passe pas en ligne. Pour plus d’informations, consultez Types de stockage pour les fichiers de données et Configuration du moteur de base de données – Répertoires de données.

Passer en revue les considérations de sécurité

Pour utiliser le chiffrement, installez le certificat du serveur avec le nom DNS complet du cluster WSFC sur tous les nœuds du cluster de basculement SQL Server . Par exemple, si vous disposez d'un cluster à deux nœuds appelés « Test1.NomDomaine.com » et « Test2.NomDomaine.com » et d'une instance de cluster de basculement SQL Server appelée « Virtsql », vous devez vous procurer un certificat pour « Virtsql.NomDomaine.com » et installer le certificat sur les nœuds test1 et test2. Vous pouvez ensuite activer la case à cocher Forcer le chiffrement du protocole dans le Gestionnaire de configuration SQL Server pour configurer votre cluster de basculement à des fins de chiffrement.

Important

Ne cochez pas la case Forcer le chiffrement du protocole tant que les certificats n’ont pas été installés sur tous les nœuds participants de votre instance de cluster de basculement.

Pour les installations SQL Server dans des configurations côte à côte avec des versions antérieures, les services SQL Server doivent utiliser des comptes figurant uniquement dans le groupe global des domaines. En outre, les comptes utilisés par les services SQL Server ne doivent pas figurer dans le groupe local Administrateurs. Ne pas se conformer à cette consigne entraînera un comportement de sécurité inattendu.

Pour créer un cluster de basculement, vous devez être un administrateur local autorisé à se connecter en tant que service et à agir dans le cadre du système d’exploitation sur tous les nœuds de l’instance de cluster de basculement.

Sur Windows Server 2008 et versions ultérieures, les SID de service sont générés automatiquement pour les utiliser avec les services SQL Server. Pour les instances de cluster de basculement SQL Server mises à niveau à partir d'anciennes versions de SQL Server, les groupes de domaines et configurations des listes de contrôle d'accès existants seront conservés.

Les groupes de domaines doivent se trouver dans le même domaine que les comptes d'ordinateurs. Par exemple, si la machine où SQL Server doit être installé se trouve dans le domaine SQLSVR, enfant de MYDOMAIN, vous devez spécifier un groupe dans le domaine SQLSVR. Le domaine SQLSVR peut contenir des comptes d'utilisateurs de MYDOMAIN.

Le clustering de basculement SQL Server ne peut pas être installé quand les nœuds du cluster sont des contrôleurs de domaine.

Consultez le contenu de Security Considerations for a SQL Server Installation.

Pour activer l'authentification Kerberos avec SQL Server, consultez l'article Utiliser l'authentification Kerberos dans SQL Server de la Base de connaissances Microsoft .

L’instance de cluster de basculement (FCI) SQL Server exige que les nœuds de cluster soient joints à un domaine. Les configurations suivantes ne sont pas prises en charge :

  • instance de cluster de basculement SQL sur des clusters de groupe de travail ;
  • instance de cluster de basculement SQL sur un cluster multidomaine ;
  • instance de cluster de basculement SQL sur des clusters de domaine + de groupe de travail.

Passer en revue les considérations sur les réseaux, ports et pare-feux

Vérifiez que vous avez désactivé NetBIOS pour toutes les cartes réseau privées avant d'entamer la procédure d'installation de SQL Server .

Le nom réseau et l’adresse IP de votre serveur SQL ne doivent pas être utilisés ailleurs, par exemple, pour le partage de fichiers. Si vous souhaitez créer une ressource de partage de fichier, utilisez un nom réseau et une adresse IP différents et uniques pour la ressource.

Important

Nous vous déconseillons d'utiliser des partages de fichiers sur des lecteurs de données, car ils ont une incidence sur les performances et le comportement de SQL Server .

Bien que SQL Server prenne en charge les canaux nommés et les sockets TCP/IP sur TCP/IP au sein d'un cluster, nous vous recommandons d'utiliser des sockets TCP/IP dans une configuration en cluster.

Le serveur ISA n’est pas pris en charge sur le clustering Windows et n’est pas non plus pris en charge sur les clusters de basculement SQL Server.

Le service Registre distant doit être activé et en cours d'exécution.

L'administration à distance doit être activée.

Pour les instances SQL Server utilisant un port autre que le port par défaut, utilisez la configuration réseau du Gestionnaire de configuration SQL Server pour déterminer le port utilisé par l’instance SQL Server que vous voulez débloquer. Activez le port TCP pour IPALL dans le pare-feu si vous voulez vous connecter à votre instance SQL Server en utilisant le service SQL Server Browser, qui utilise une adresse IP différente de celle de l’instance clusterisée et le port UDP 1434.

Les opérations d'installation du cluster de basculement incluent une règle qui vérifie l'ordre de liaison réseau. Bien que les ordres de liaison semblent corrects, il se peut que vous ayez désactivé ou créé des configurations de carte réseau « fantômes » sur le système. Les configurations de carte réseau « fantômes » peuvent affecter l'ordre de liaison et provoquer l'émission d'un avertissement par ce dernier. Pour éviter cela, effectuez les opérations suivantes pour identifier et supprimer les cartes réseau désactivées :

  1. À l’invite de commandes, tapez : set devmgr_Show_Nonpersistent_Devices=1

  2. Tapez et exécutez : start devmgmt.msc

  3. Développez la liste des cartes réseau. Seuls les adaptateurs physiques doivent figurer dans la liste. Si une carte réseau est désactivée, le programme d'installation signalera un échec pour la règle de l'ordre de liaison réseau. Le Panneau de configuration/Connexions réseau indiquera également que l'adaptateur a été désactivé. Vérifiez que les Paramètres réseau du Panneau de configuration montrent la même liste de cartes physiques activées que devmgmt.msc.

  4. Supprimez les cartes réseau désactivées avant d’exécuter l’installation de SQL Server.

  5. Après l’installation, retournez dans Connexions réseau du Panneau de configuration et désactivez les cartes réseau qui ne sont actuellement pas utilisées.

Vérifier votre système d'exploitation

Assurez-vous que votre système d'exploitation est installé correctement et qu'il prend en charge le clustering de basculement. Le tableau suivant comporte une liste des éditions SQL Server et des systèmes d'exploitation qui les prennent en charge.

Édition deSQL Server Windows Server 2022 Datacenter Windows Server 2022 Datacenter : Azure Edition Windows Server 2022 Standard
SQL Server 2014 (12.x) Enterprise (64 bits) x64 1 Non Non Non
SQL Server 2014 (12.x) Enterprise (32 bits) Non Non Non
SQL Server 2016 (13.x) Enterprise Non Non Non
SQL Server 2016 (13.x) Standard Non Non Non
SQL Server 2017 (14.x) Enterprise Oui Oui Oui
SQL Server 2017 (14.x) Standard Oui Oui Oui
SQL Server 2019 (15.x) Enterprise Oui Oui Oui
SQL Server 2019 (15.x) Standard Oui Oui Oui
SQL Server 2022 (16.x) Entreprise Oui Oui Oui
SQL Server 2022 (16.x) Standard Oui Oui Oui
Édition deSQL Server Windows Server 2019 Datacenter Windows Server 2019 Standard Windows Server 2016 Datacenter Windows Server 2016 Standard
SQL Server 2014 (12.x) Enterprise (64 bits) x64 1 Oui Oui Oui Oui
SQL Server 2014 (12.x) Enterprise (32 bits) Oui Oui
SQL Server 2016 (13.x) Enterprise Oui Oui Oui Oui
SQL Server 2016 (13.x) Standard Oui Oui Oui Oui
SQL Server 2017 (14.x) Enterprise Oui Oui Oui Oui
SQL Server 2017 (14.x) Standard Oui Oui Oui Oui
SQL Server 2019 (15.x) Enterprise Oui Oui Oui Oui
SQL Server 2019 (15.x) Standard Oui Oui Oui Oui
SQL Server 2022 (16.x) Entreprise Oui Oui Oui Oui
SQL Server 2022 (16.x) Standard Oui Oui Oui Oui

1 Les clusters SQL Server ne sont pas pris en charge en mode WOW. Cela inclut les mises à niveau de versions précédentes des clusters de basculement SQL Server installés à l'origine dans WOW. Pour ceux-là, la seule option de mise à niveau est d’installer la nouvelle version côte à côte et de migrer.

Considérations supplémentaires sur les configurations multi-sous-réseaux

Les sections ci-dessous décrivent les points à garder à l'esprit lors de l'installation d'un cluster de basculement de sous-réseaux multiples SQL Server . Une configuration de sous-réseaux multiples implique le clustering de plusieurs sous-réseaux et, par conséquent, l'utilisation de plusieurs adresses IP et la modification des dépendances de ressource d'adresse IP.

Considérations sur les systèmes d’exploitation et les éditions SQL Server

Pour obtenir la liste des fonctionnalités prises en charge par les éditions de SQL Server sur Windows, consultez :

Pour créer un cluster de basculement multi-sous-réseaux SQL Server, vous devez d’abord créer le cluster de basculement multisite Windows Server sur plusieurs sous-réseaux.

Le cluster de basculement SQL Server dépend du cluster de basculement Windows Server pour que les conditions de dépendance IP soient valides en cas de basculement.

Windows Server 2008 R2 et versions ultérieures demandent que tous les serveurs de clusters soient dans le même domaine Active Directory. Par conséquent, le cluster de basculement de sous-réseaux multiples SQL Server requiert que tous les nœuds de cluster soient dans le même domaine Active Directory même s'ils se trouvent dans des sous-réseaux différents.

Dépendances d’adresse IP et de ressource d’adresse IP

  1. La dépendance de ressource d'adresse IP est définie à OR dans une configuration de sous-réseaux multiples. Pour plus d’informations, consultez Créer un cluster de basculement SQL Server (programme d’installation)

  2. Les dépendances d’adresse IP mixtes AND-OR ne sont pas prises en charge. Par exemple, <IP1> AND <IP2> OR <IP3> n’est pas pris en charge.

  3. La présence de plusieurs adresses IP par sous-réseau n’est pas prise en charge.

    Si vous décidez d'utiliser plusieurs adresses IP configurées pour le même sous-réseau, vous pouvez rencontrer des échecs de connexion client au démarrage de SQL Server .

Contenu connexe

Pour plus d’informations sur le basculement multisite Windows Server 2008 R2 , consultez Site de clustering de basculement Windows Server 2008 R2 et Concevoir un service ou une application en cluster dans un clustering de basculement multisite.

Configurer le cluster de basculement Windows Server

Microsoft Le logiciel WSFC (service de cluster) doit être configuré sur au moins l’un des nœuds de votre cluster de serveurs. Vous devez également exécuter SQL Server Entreprise, SQL Server Business Intelligence ou SQL Server Standard avec WSFC. SQL Server Enterprise prend en charge les clusters de basculement contenant jusqu'à 16 nœuds. SQL Server Business Intelligence et SQL Server Standard prennent en charge les clusters de basculement à deux nœuds.

La DLL de ressource pour le service SQL Server exporte deux fonctions utilisées par le gestionnaire de cluster WSFC pour vérifier la disponibilité de la ressource SQL Server . Pour plus d’informations, consultez Stratégie de basculement pour les instances de cluster de basculement.

WSFC doit être en mesure de vérifier que l'instance de cluster de basculement s'exécute à l'aide de la vérification IsAlive. Cela signifie qu'il convient de se connecter au serveur à l'aide d'une connexion approuvée. Par défaut, le compte qui exécute le service de cluster n’est pas configuré comme administrateur sur les nœuds du cluster, et le groupe BUILTIN\Administrateurs n’a pas l’autorisation de se connecter à SQL Server. Ces paramètres changent uniquement si vous modifiez les autorisations définies sur les nœuds du cluster.

Configurez le service DNS (Domain Name Service) ou le service WINS (Windows Internet Name Service). Un serveur DNS ou un serveur WINS doit s'exécuter dans l'environnement où votre cluster de basculement SQL Server sera installé. SQL Server nécessite un enregistrement DNS dynamique de la référence virtuelle de l'interface IP SQL Server . La configuration du serveur DNS doit permettre aux nœuds de cluster d'inscrire dynamiquement une table d'adresses IP en ligne sur le nom du réseau. Si l’inscription dynamique ne peut pas être effectuée, le programme d’installation échoue et l’installation est annulée. Pour plus d’informations, consultez KB947048 (lien archivé).

Installation de Microsoft Distributed Transaction Coordinator (MSDTC)

Avant d'installer SQL Server sur un cluster de basculement, déterminez si la ressource de cluster Microsoft Distributed Transaction Coordinator (MSDTC) doit être créée. Si vous installez uniquement le moteur de base de données, la ressource de cluster MSDTC n’est pas nécessaire. Si vous installez le moteur de base de données et SSIS, les composants de station de travail, ou si vous comptez utiliser des transactions distribuées, vous devez installer MSDTC. MSDTC n’est pas nécessaire pour les instances Analysis Services uniquement.

Sur Windows Server 2008 et versions ultérieures, vous pouvez installer plusieurs instances de MSDTC sur un seul cluster de basculement. La première instance de MSDTC installée sera l'instance de cluster par défaut de MSDTC. SQL Server tirera parti d'une instance de MSDTC installée automatiquement sur le groupe de ressources de cluster local SQL Server en utilisant automatiquement l'instance de MSDTC. Toutefois, les applications peuvent être mappées individuellement à toute instance de MSDTC sur le cluster.

Les règles suivantes sont appliquées pour une instance de MSDTC devant être choisie par SQL Server:

  • Utilisation de MSDTC installé dans le groupe local, sinon

  • Utilisation de l'instance mappée de MSDTC, sinon

  • Utilisation de l'instance par défaut du cluster de MSDTC, sinon

  • Utiliser l’instance de MSDTC installée sur l’ordinateur local

Important

Si l'instance MSDTC installée dans le groupe de clusters local de SQL Server échoue, SQL Server n'essaie pas automatiquement d'utiliser l'instance de cluster par défaut ou l'instance de MSDTC de l'ordinateur local. Vous devrez supprimer complètement l'instance non réussie de MSDTC du groupe SQL Server pour utiliser une autre instance de MSDTC. De même, si vous créez un mappage pour SQL Server et si l'instance mappée de MSDTC échoue, vos transactions distribuées échoueront également. Si vous souhaitez que SQL Server utilise une autre instance de MSDTC, vous devez ajouter une instance de MSDTC au groupe de clusters local de SQL Server ou supprimer le mappage.

Configurer le coordinateur de transactions distribuées Microsoft (MSDTC)

Une fois que vous avez installé le système d'exploitation et configuré votre cluster, vous devez configurer MSDTC pour qu'il fonctionne dans un cluster à l'aide de l'Administrateur de cluster. L’échec de clusterisation de MSDTC ne bloque pas le programme d’installation de SQL Server, mais les fonctionnalités de l’application SQL Server peuvent être affectées si MSDTC n’est pas configuré correctement.

Voir aussi

Étapes suivantes