Simptome
Să presupunem că utilizați întotdeauna în grupuri de disponibilitate (AG) în Microsoft SQL Server 2014, 2016 sau 2017 și există un singur nod care nu este accesibil într-un grup. De exemplu, adăugați o regulă de paravan de protecție de intrare pentru a bloca portul TCP 135, 137, 139 sau 445.
În acest scenariu, când instalați o instanță de SQL Server în cluster, programul de instalare SQL Server scanează toate nodurile de cluster pentru un nume de instanță duplicat. Dacă vreuna dintre celelalte noduri de cluster este inaccesibilă, 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 de noduri la distanță. Pentru a adăuga acest parametru într-o instalare SQL Server, utilizați următorul format:
setup /SkipRules=Cluster_VerifyForErrors_Instance_Name /ACTION=Install
Fiecare compilare nouă pentru SQL Server conține toate remedierile rapide și de securitate care au fost în compilarea anterioară. Vă recomandăm să instalați cea mai recentă versiune de compilare pentru versiunea de SQL Server:
Cea mai recentă actualizare cumulativă pentru SQL Server 2017
Cea mai recentă actualizare cumulativă pentru SQL Server 2016
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secțiunea „Se aplică la”.
Referințe
Aflați despre terminologia pe care o utilizează Microsoft pentru a descrie actualizările de software.
