Simptome
Luați în considerare următorul scenariu:
- Utilizați grupuri de disponibilitate AlwaysOn într-o instanță de Microsoft SQL Server 2016 sau 2017.
- Configurați copii backup gestionate de SQL Server pe una sau mai multe baze de date de utilizator care se adaugă la un grup disponibil.
- Rulați un backup de jurnal la cerere în baza de date.
- Eliminați baza de date din grupul disponibil, apoi adăugați-o din nou. Sau reveniți prin eroare baza de date.
- Rulați un backup de jurnal la cerere în baza de date.
În acest scenariu, observați că există o întrerupere în lanțul de jurnale interogând tabelul managed_backup.fn_available_backups din baza de date msdb.
Cauză
Acest lucru se întâmplă deoarece atunci când eliminați baza de date dintr-un grup disponibil, apoi o adăugați din nou sau reluați baza de date în caz de nereușită, 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 nesecvențială și declanșează lanțul jurnalului de întreruperi.
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 compilările SQL Server
Fiecare compilare nouă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse cu compilarea 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
cea mai recentă compilare pentru SQL Server 2016
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.