Partager via

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 de produit d’origine : SQL Server 2012 et versions ultérieures
Numéro de base de connaissances d’origine : 327518

Résumé

Cet article décrit la stratégie de support Microsoft pour le clustering de basculement SQL Server. Microsoft prend en charge le clustering de basculement SQL Server basé 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 Standard et Datacenter de Windows Server 2016
  • Éditions Standard et Datacenter de Windows Server 2019
  • Éditions Standard et Datacenter de Windows Server 2022

Note

Pour Windows Server 2012 et Windows Server 2012 R2, consultez la stratégie de support Microsoft pour les clusters de basculement Windows Server.

Windows Server fournit les types suivants de services de clustering :

Seules les solutions de cluster de serveur peuvent être utilisées avec SQL Server pour la haute disponibilité si un nœud est perdu ou si un problème existe avec une instance de SQL Server. L’équilibrage de charge réseau peut être utilisé dans certains cas avec des installations SQL Server en lecture seule. Les instances de cluster de basculement SQL Server nécessitent chacun un groupe unique. Cette exigence est vraie sur les ressources de disque de cluster qui utilisent des lettres de lecteur uniques 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 d’instance uniques 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 n’importe quel autre produit de 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 des installations de cluster tierces, comme il le fait pour SQL Server autonome.

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 de Microsoft SQL Server. Pour plus d’informations, consultez la prise en charge de SQL Server pour les volumes montés.

Volumes de cluster partagés (Cluster Shared Volumes)

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

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

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

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

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

SQL Server 2005 et versions ultérieures ne peuvent pas être migrés 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 vers un autre, consultez Déplacer un cluster Windows Server d’un domaine vers un autre.

Important

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 des bases de données système afin qu’il puisse être échangé après la réinstallation pour réduire les temps d’arrêt.
  • Ne supprimez aucun des composants suivants : sql Server prend en charge les fichiers, SQL Server Native Client, Integration Services ou les 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 d’annulation de l’installation, vous devrez peut-être reconstruire le nœud pour installer à nouveau SQL Server.

Plus d’informations