Symptômes
Supposons que vous utilisez Always On groupes de disponibilité dans Microsoft SQL Server 2014, 2016 ou 2017, et qu’il existe un nœud qui n’est pas accessible dans un cluster. Par exemple, vous ajoutez une règle de pare-feu entrante pour bloquer le port TCP 135, 137, 139 ou 445.
Dans ce scénario, lorsque vous installez un instance de SQL Server dans le cluster, le programme d’installation SQL Server analyse tous les nœuds du cluster à la recherche d’un nom instance en double. Si l’un des autres nœuds de cluster est inaccessible, l’installation échoue.
Résolution
Le correctif de ce problème est inclus dans les mises à jour suivantes pour 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 Service Pack 3 2014
Ce correctif ajoute un nouveau commutateur SkipRule pour contourner la découverte de nœuds distants. Pour ajouter ce commutateur dans une installation SQL Server, utilisez le format suivant :
setup /SkipRules=Cluster_VerifyForErrors_Instance_Name /ACTION=Install
À propos des builds SQL Server
Chaque nouvelle build pour SQL Server contient tous les correctifs logiciels et correctifs de sécurité qui se trouvaient dans la build précédente. Nous vous recommandons d’installer la version la plus récente pour votre version de SQL Server :
Dernière mise à jour cumulative pour SQL Server 2017
Dernière mise à jour cumulative pour SQL Server 2016
versions de build SQL Server 2014
État
Microsoft a confirmé qu’il s’agissait d’un problème dans les produits Microsoft répertoriés dans la section « S’applique à ».
Références
Découvrez la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.