Simptomi
Pretpostavimo da imate bazu podataka s transparentnom enkripcijom podataka (TDE) omogućenim u programu Microsoft SQL Server 2008 ili SQL Server 2008 R2, bilo koja operacija pisanja u odnosu na bazu podataka trajno iščekuje na servisu WRITELOG ili LOGBUFFER. Kada je baza podataka u načinu rada za potpun oporavak i zakazane sigurnosne kopije zapisnika redovito se obavlja, brojevi prvog i zadnjeg redoslijeda zapisnika (LSN-a) u zapisima pogrešaka sustava SQL Server jednaki su za sigurnosne kopije zapisnika kada je problem pogoðen. Preporučuje se da potvrdite ako se tijekom tog vremenskog razdoblja očekuje bilo koja korisnička aktivnost. Broj LSN-a možda se neće promijeniti jer nema operacije pisanja uzrokovane nedostatkom korisničke aktivnosti. Srodni zapisi o pogreškama sustava SQL Server slijede sljedeće:
Evidencija je sigurnosno kopirana. Baza podataka: <DataBaseName>, Datum stvaranja (vrijeme): <datum><vrijeme>, first LSN: 76383:11154:1, zadnji LSN: 76383:11154:1..... Ovo je samo informacijska poruka. Nije potrebna nijedna Akcija korisnika. Evidencija je sigurnosno kopirana. Baza podataka: <DataBaseName>, Datum stvaranja (vrijeme): <datum><vrijeme>, first LSN: 76383:11154:1, zadnji LSN: 76383:11154:1..... Ovo je samo informacijska poruka. Nije potrebna nijedna Akcija korisnika.
Taj problem nije specifičan za bazu podataka u potpunom načinu rada za oporavak, baze podataka s drugim načinima oporavka također su sklonije susretu s istim problemom. Osim toga, možda ćete vidjeti i SPID u stanju vraćanja u sustavu u tablici sys. sysprocesi.
Uzrok
Taj se problem pojavljuje zbog nekih temeljnih iznimki oko TDE-a.
Rješenje
Problem je prvi put riješen u sljedećem kumulativnom ažuriranju sustava SQL Server. Kada primijenite taj hitni popravak, SQL Server će bazu podataka preuzeti izvanmrežno kada kliknete problem (umjesto daljnjeg čekanja na WRITELOG ili LOGBUFFER), baza podataka se može vratiti na Internet bez ponovnog pokretanja servisa SQL Server. U nekim scenarijima baza podataka automatski će se vratiti na Internet putem sustava SQL Server bez ikakvih ljudskih intervencija. Relevantni podaci bit će prijavljeni u zapisnicima pogrešaka u sustavu SQL Server. Hitni popravak neće u potpunosti razriješiti problem. Međutim, dodatne dijagnostičke informacije (na temelju vrste i težine pogreške) mogu se prijaviti u zapisnicima pogreške sustava SQL Server kada se problem ponovno pojavi. Morate identificirati stvarnu iznimku i popraviti je uz pomoć dodatnih dijagnostičke informacije koje biste mogli dohvatiti nakon primjene hitnog popravka.
Kumulativno ažuriranje 13 za SQL Server 2008 R2 SP2 /en-us/help/2967540
Kumulativno ažuriranje 17 za SQL Server 2008 SP3 /en-us/help/2958696
Svako novo Kumulativno ažuriranje za SQL Server sadrži sve hitne popravke i sve sigurnosne ispravke uključene u prethodno Kumulativno ažuriranje. Pogledajte najnovija kumulativna ažuriranja za SQL Server:
Status
Microsoft je potvrdio da se radi o problemu u Microsoftovim proizvodima navedenim u odjeljku "odnosi se na".