Simptomi
Pretpostavimo da imate bazu podataka koja ima omogućeno transparentno šifrovanje podataka (TDE) u sistemu Microsoft SQL Server 2008 ili SQL Server 2008 R2, svaka operacija pisanja u bazi podataka čeka neograničeno na WRITELOG ili LOGBUFFER. Kada je baza podataka u punom režimu oporavka, a planirane rezervne kopije evidencije se redovno rade, prvi i poslednji brojevi sekvenci evidencije (LSN) u evidencijama grešaka sistema SQL Server isti su za posledične rezervne kopije evidencije nakon što je problem pogođen. I dalje se savetuje da se potvrdi da li se očekuje neka aktivnost korisnika tokom ovog vremenskog okvira. LSN brojevi se možda neće promeniti jer ne postoji operacija pisanja izazvana nedostatkom aktivnosti korisnika. Srodne stavke evidencije grešaka sistema SQL Server su sledeće:
Rezervna e-evidencija je rezervno objavljena. Baza podataka:<DataBaseName>, datum kreiranja(vreme): <Datum><Vreme>, prvi LSN: 76383:11154:1, poslednji LSN: 76383:11154:1..... Ovo je samo informativna poruka. Nije potrebna nikakva radnja korisnika. Rezervna e-evidencija je rezervno objavljena. Baza podataka:<DataBaseName>, datum kreiranja(vreme): <Datum><Vreme>, prvi LSN: 76383:11154:1, poslednji LSN: 76383:11154:1..... Ovo je samo informativna poruka. Nije potrebna nikakva radnja korisnika.
Ovaj problem nije specifičan za bazu podataka u punom režimu za oporavak, baze podataka sa drugim režimima oporavka takođe su sklone da naiđu na isti problem. Pored toga, možete videti i SPID u stanju povraćaja u sistemskoj tabeli sys.sysprocesses.
Uzrok
Do ovog problema dolazi zbog nekog osnovnog izuzetka oko TDE-a.
Rešenje
Problem je prvi put otklonjen u sledećoj kumulativnoj ispravki sistema SQL Server. Kada primenite ovu hitnu ispravku, SQL Server preuzima bazu podataka van mreže kada pokrenete problem (umesto da čekate neograničeno na WRITELOG ili LOGBUFFER), baza podataka se može vratiti na mrežu bez ponovnog pokretanja SQL Server usluga. U nekim slučajevima baza podataka će biti automatski vraćena na mrežu od strane SQL Servera bez ikakve ljudske intervencije. Relevantne informacije će biti evidentirane u evidencijama grešaka sistema SQL Server. Hitna ispravka neće u potpunosti rešiti problem. Međutim, dodatne dijagnostičke informacije (zasnovane na vrsti i ozbiljnosti grešaka) mogu biti evidentirane u evidencijama grešaka sql servera kada se problem ponovo pojavi. Morate da identifikujete stvarni izuzetak i popravite ga uz pomoć dodatnih dijagnostičkih informacija koje možete preuzeti nakon primene hitne ispravke.
Kumulativna ispravka 13 za SQL Server 2008 R2 SP2 /en-us/help/2967540
Kumulativna ispravka 17 za SQL Server 2008 SP3 /en-us/help/2958696
Svaka nova kumulativna ispravka za SQL Server sadrži sve hitne ispravke i sve bezbednosne ispravke koje su bile uključene u prethodnu kumulativnu ispravku. Pogledajte 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".