Simptome
Dacă suportul DTC pentru un grup de disponibilitate este comutat între PER_DB și NONE de mai multe ori, este posibil ca unele câmpuri interne din SQL Server să nu fie resetate corect. În această situație, SQL Server va continua să funcționeze conform așteptărilor. Totuși, atunci când grupul de disponibilitate este reluat, SQL Server poate genera numeroase fișiere dump, iar reluarea în caz de nereușită se poate bloca.
Soluție
Pentru a rezolva această problemă, puteți închide forțat încheierea sesiunii SQL Server care găzduiește baza de date principală veche a grupului de disponibilitate pentru a termina reluarea în caz de nereușită.
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft care sunt listate în secțiunea „Se aplică la”.
Rezolvare
Această problemă este remediată în următoarele actualizări cumulative pentru SQL Server:
- Actualizarea cumulativă 5 pentru SQL Server 2019
- Actualizarea cumulativă 21 pentru SQL Server 2017
- Actualizarea cumulativă 13 pentru SQL Server 2016 SP2
Despre actualizările cumulative pentru SQL Server:
Fiecare actualizare cumulativă nouă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse cu actualizarea cumulativă anterioară. Consultați cele mai recente actualizări cumulative pentru SQL Server:
- Cea mai recentă actualizare cumulativă pentru SQL Server 2019
- Cea mai recentă actualizare cumulativă pentru SQL Server 2017
- Cea mai recentă actualizare cumulativă pentru SQL Server 2016
Referințe
Aflați despre terminologia pe care o utilizează Microsoft pentru a descrie actualizările de software.