Stratégie de support Microsoft pour les configurations en cluster de SQL Server avec Windows Server

  • Article

Cet article décrit la stratégie de support Microsoft pour les configurations en cluster de SQL Server avec Windows Server.

Version du produit d’origine : SQL Server 2012 et versions ultérieures
Numéro de la base de connaissances d’origine : 327518

Résumé

Cet article décrit la stratégie de support Microsoft pour les clustering de basculement SQL Server. Microsoft prend en charge SQL Server clustering de basculement basées sur les fonctionnalités de clustering de basculement du service de cluster de basculement Windows dans les produits suivants :

  • Windows Server 2012
  • Windows Server 2012 R2
  • éditions Windows Server 2016 Standard et Datacenter
  • Éditions Windows Server 2019 Standard et Datacenter
  • Éditions Windows Server 2022 Standard et Datacenter

Remarque

Pour Windows Server 2012 et Windows Server 2012 R2, consultez Stratégie de prise en charge microsoft pour les clusters de basculement de serveur Windows.

Windows Server fournit les types de services clustering suivants :

Seules les solutions de cluster de serveurs peuvent être utilisées avec SQL Server pour la haute disponibilité si un nœud est perdu ou si un problème existe avec un instance de SQL Server. L’équilibrage de charge réseau peut être utilisé dans certains cas avec des installations SQL Server en lecture seule. SQL Server instances de cluster de basculement nécessitent chacune un groupe unique. Cette exigence est vraie sur les ressources de disque de cluster qui utilisent des lettres de lecteur propres au cluster et à chaque instance de cluster de basculement SQL Server. Chaque instance de cluster de basculement de SQL Server doit également avoir au moins une adresse IP unique. Selon la version installée, plusieurs adresses IP uniques peuvent être possibles. En outre, chaque instance de cluster de basculement doit avoir des noms de serveur virtuel et de instance propres au domaine auquel appartient le cluster.

Solutions de cluster autres que le clustering de basculement Windows

SQL Server a été développé et testé à l’aide du clustering Microsoft Server. Si vous le clusterez avec un autre produit clustering, votre contact principal pour les problèmes d’installation, de performances ou de comportement de cluster doit être le fournisseur de solutions de cluster tiers. Microsoft fournit une prise en charge commercialement raisonnable pour les installations de clusters tiers, comme il le fait pour les SQL Server autonomes.

Informations sur SQL Server 2012 et versions ultérieures

Lecteurs montés

L’utilisation de lecteurs montés n’est pas prise en charge sur un cluster qui inclut une installation microsoft SQL Server. Pour plus d’informations, consultez SQL Server prise en charge des volumes montés.

Volumes partagés de cluster (CSV)

Microsoft SQL Server 2012 et les versions antérieures ne prennent pas en charge l’utilisation de CSV pour les SQL Server dans un cluster de basculement.

Pour utiliser csv avec SQL Server 2014 ou versions ultérieures, case activée les ressources suivantes :

Utilisation de serveurs de contrôleur de domaine dans le cluster de basculement Windows Server (WSFC)

SQL Server instances de cluster de basculement ne sont pas prises en charge sur les nœuds de cluster de basculement instance configurés en tant que contrôleurs de domaine.

Migration ou modification SQL Server instances de cluster de basculement vers un nouveau domaine

SQL Server 2005 et les versions ultérieures ne peuvent pas être migrées vers un nouveau domaine. Vous devez désinstaller et réinstaller les composants du cluster de basculement. Pour plus d’informations sur le déplacement d’un cluster Windows Server d’un domaine à un autre, consultez Déplacer un cluster Windows Server d’un domaine à un autre.

Importante

Avant de désinstaller SQL Server, les étapes suivantes doivent être effectuées :

  • Définissez SQL Server pour utiliser la sécurité en mode mixte ou ajouter de nouveaux comptes de domaine aux connexions SQL Server.
  • Renommez le dossier DATA contenant les bases de données système afin qu’il puisse être échangé après la réinstallation afin de réduire les temps d’arrêt.
  • Ne supprimez aucun des composants suivants : SQL Server fichiers de prise en charge, SQL Server Native Client, Integration Services ou Composants de station de travail, sauf si vous régénérez l’intégralité du nœud.

Avertissement

Si des erreurs se produisent pendant le processus de désinstallation, vous devrez peut-être reconstruire le nœud pour installer correctement SQL Server.

Plus d’informations