Simptome
Luați în considerare următorul scenariu:
-
Utilizați Grupurile de disponibilitate AlwaysOn într-o instanță de Microsoft SQL Server 2016 sau 2017.
-
Configurați SQL Server copii backup gestionate pentru una sau mai multe baze de date de utilizator care sunt adăugate la un grup disponibil.
-
Rulați o copie de backup a jurnalului la cerere în baza de date.
-
Eliminați baza de date din grupul disponibil, apoi o adăugați din nou. Sau puteți să reluați în caz de nereușită baza de date.
-
Rulați o copie de backup a jurnalului la cerere în baza de date.
În acest scenariu, descoperiți că există o întrerupere în lanțul jurnal prin interogarea tabelului managed_backup.fn_available_backups în baza de date msdb.
Cauză
Această problemă apare deoarece atunci când eliminați baza de date dintr-un grup disponibil și o adăugați înapoi sau o recuperați în caz de nereușită a bazei de date, se creează un NOU GUID de bază de date în coloana database_guid a tabelului smart_backup_files . Acest lucru face ca partiția să listeze datele în ordine non-secvențială și declanșează lanțul jurnalului de întrerupere.
Rezolvare
Această remediere este inclusă în următoarele actualizări cumulative pentru SQL Server:
Actualizarea cumulativă 1 pentru SQL Server 2017
Actualizarea cumulativă 5 pentru SQL Server 2016 Service Pack 1
Despre versiunile SQL Server
Fiecare versiune nouă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în versiunea anterioară. Vă recomandăm să instalați cele mai recente actualizări cumulative pentru SQL Server:
Cea mai recentă actualizare cumulativă pentru SQL Server 2017
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.
