Simptome
Razmotrite sledeći scenario:
-
AlwaysOn grupe dostupnosti koristite u instanci programa Microsoft SQL Server 2016 ili 2017.
-
Podesili ste SQL Server rezervne kopije na jednoj ili više korisničkih baza podataka koje su dodate u dostupnu grupu.
-
Pokrenuli ste rezervnu kopiju evidencije na zahtev u bazi podataka.
-
Bazu podataka uklanjate iz dostupne grupe, a zatim je ponovo dodajete. Ili ako ne uspete da preuredite bazu podataka.
-
Pokrenuli ste rezervnu kopiju evidencije na zahtev u bazi podataka.
U ovom scenariju postoji prelom u lancu evidencije tako što ćete izvršiti upit u tabeli managed_backup.fn_available_backups u msdb bazi podataka.
Izazvati
Do ovog problema dolazi zato što kada uklonite bazu podataka iz dostupne grupe, a zatim je ponovo dodate ili ne uspete da je vratite u bazu podataka, u koloni database_guid baze podataka kreira se novi GUID smart_backup_files baze podataka. To dovodi do toga da particija navodi podatke po nesekvencijalnom redosledu i pokreće lanac evidencije preloma.
Rezoluciju
Ova ispravka je uključena u sledeće kumulativne ispravke za SQL Server:
Kumulativna ispravka 1 SQL Server 2017
Kumulativna ispravka 5 za SQL Server 2016 servisni paket 1
Osnovni podaci SQL Server verzijama
Svako novo izdanje SQL Server sadrži sve hitne ispravke i sve bezbednosne ispravke koje su uključene u prethodno izdanje. Preporučujemo da instalirate najnovije kumulativne ispravke za SQL Server:
Status
Microsoft je potvrdio da je ovo problem u Microsoft proizvodima koji su navedeni u odeljku "Odnosi se na".
Reference
Saznajte više o terminologiji koju Microsoft koristi za opisivanja softverskih ispravki.
