Simptome
Luați în considerare următorul scenariu din Microsoft SQL Server 2016 sau 2017:
-
Configurați SQL Server copii backup gestionate pentru una sau mai multe baze de date.
-
Setați o programare de activitate pentru a rula o copie backup a jurnalului la fiecare n minute sau ore. De exemplu, planificați să rulați backupul jurnalului la fiecare 5 minute.
În acest scenariu, este posibil să descoperiți că backupul jurnalului nu are loc conform planificării, iar evenimentul extins afișează următoarele informații:
rezumat marcă de timp (utc)
dată oră +00:00 [SSMBackup2WADebugXevent] Nume bază de date = database_name, ID bază de date = database_ID, Informații suplimentare = SSMBackup2WA nu planifică backupul jurnalului, deoarece niciuna dintre condiții nu s-a potrivit.
Cauză
Următorii factori pot provoca instabilitatea unui backup de jurnal:
-
Finalizarea copierii backup a jurnalului durează mult timp. De exemplu, programați o copie backup a jurnalului să ruleze la fiecare 6 ore, dar de fapt durează aproximativ 11 ore pentru ca procesul de backup să se termine.
-
Există o modificare foarte mare a frecvenței de backup a jurnalului. De exemplu, modificați backupul programat pentru jurnal de la fiecare 5 minute la fiecare 6 ore.
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.