Simptome
Să presupunem că utilizați grupuri de disponibilitate (AG) Always On în Microsoft SQL Server 2014, 2016 sau 2017 și există un nod care nu este accesibil într-un cluster. De exemplu, adăugați o regulă de firewall de intrare pentru a bloca portul TCP 135, 137, 139 sau 445.
În acest scenariu, atunci când instalați o instanță SQL Server în cluster, programul de instalare SQL Server scanează toate nodurile clusterului pentru a găsi un nume de instanță dublat. Dacă oricare dintre celelalte noduri de cluster nu este accesibil, instalarea nu reușește.
Rezolvare
Remedierea pentru această problemă este inclusă în următoarele actualizări pentru SQL Server:
Actualizarea cumulativă 13 pentru SQL Server 2017
Actualizarea cumulativă 5 pentru SQL Server 2016 SP2
Actualizarea cumulativă 1 pentru SQL Server 2014 Service Pack 3
Această remediere adaugă un nou comutator SkipRule pentru a ocoli descoperirea nodurilor de la distanță. Pentru a adăuga acest comutator într-o instalare SQL Server, utilizați următorul format:
setup /SkipRules=Cluster_VerifyForErrors_Instance_Name /ACTION=Install
Despre compilările SQL Server
Fiecare versiune nouă pentru SQL Server conține toate remedierile rapide și remedierile de securitate din compilarea anterioară. Vă recomandăm să instalați cea mai recentă compilare pentru versiunea dvs. de SQL Server:
Cea mai recentă actualizare cumulativă pentru SQL Server 2017
Cea mai recentă actualizare cumulativă pentru SQL Server 2016
Versiunile compilării SQL Server 2014
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft care sunt listate în secțiunea „Se aplică la”.
Referințe
Aflați despre terminologia pe care o utilizează Microsoft pentru a descrie actualizările de software.