Symptômes
Partez du principe que vous utilisez toujours des groupes de disponibilités dans Microsoft SQL Server 2014, 2016 ou 2017, et qu’il existe un nœud qui n’est pas joignable dans un cluster. Par exemple, vous ajoutez une règle de pare-feu entrant pour bloquer le port TCP 135, 137, 139 ou 445.
Dans ce scénario, lorsque vous installez une instance de SQL Server dans le cluster, le programme d’installation de SQL Server analyse tous les nœuds de cluster pour un nom d’instance dupliqué. Si l’un des autres nœuds du cluster n’est pas joignable, l’installation échoue.
Résolution
Le correctif pour résoudre ce problème est inclus dans les mises à jour suivantes de SQL Server :
Mise à jour cumulative 13 pour SQL Server 2017
Mise à jour cumulative 5 pour SQL Server 2016 SP2
Mise à jour cumulative 1 pour SQL Server 2014 Service Pack 3
Ce correctif ajoute un nouveau commutateur SkipRule pour ignorer la découverte de nœud distant. Pour ajouter ce commutateur dans une installation SQL Server, utilisez le format suivant :
setup /SkipRules=Cluster_VerifyForErrors_Instance_Name /ACTION=Install
Chaque nouvelle build pour SQL Server contient tous les correctifs et correctifs de sécurité présents dans la build précédente. Nous vous recommandons d’installer la dernière version pour votre version de SQL Server :
Dernière mise à jour cumulative pour SQL Server 2017
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.
Références
Apprenez-en davantage sur la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.
