Simptomi
Razmislite o sljedećem scenariju:
-
Grupe dostupnosti alwaysOn koristite u instanci programa Microsoft SQL Server 2016 ili 2017.
-
Upravljane sigurnosne SQL Server postavili ste u jednoj ili više korisničkih baza podataka koje se dodaju dostupnoj grupi.
-
Pokrenite sigurnosno kopiranje zapisnika na zahtjev u bazi podataka.
-
Uklonite bazu podataka iz dostupne grupe, a zatim je ponovno dodajte. Ili, ako ne uspijete, bazu podataka.
-
Pokrenite sigurnosno kopiranje zapisnika na zahtjev u bazi podataka.
U tom scenariju postoji prekid u lancu zapisnika slanjem upita tablici managed_backup.fn_available_backups u bazi podataka msdb.
Uzrok
Taj se problem pojavljuje jer kada uklonite bazu podataka iz dostupne grupe, a zatim je ponovno dodate ili ako u slučaju pogreške vratite bazu podataka, u stupcu database_guid tablice smart_backup_files baze podataka stvara se novi GUID baze podataka. To uzrokuje da particija na popis podataka u redoslijedu koji nije uzastopno i pokreće lanac zapisnika prekida.
Rješenje
Taj je popravak obuhvaćen sljedećim kumulativnim ažuriranjima za SQL Server:
Kumulativno ažuriranje 1 za SQL Server 2017.
Kumulativno ažuriranje 5 za SQL Server 2016 Service Pack 1
O SQL Server međuverzijama
Svaka nova međuverzija za SQL Server sadrži sve hitne popravke i sve sigurnosne popravke obuhvaćene prethodnom međuverzijom. Preporučujemo da instalirate najnovija kumulativna ažuriranja za SQL Server:
Status
Microsoft je potvrdio da je to problem u Microsoftovim proizvodima koji su navedeni u odjeljku "Odnosi se na".
Reference
Informirajte se o terminologiji koju Microsoft koristi za opisivanje softverskih ažuriranja.