Simptome
Să presupunem că aveți o bază de date care are criptarea transparente de date (TDE) activată în Microsoft SQL Server 2008 sau SQL Server 2008 R2, orice operațiune de scriere în baza de date așteaptă pe termen nelimitat pe WRITELOG sau LOGBUFFER. Atunci când baza de date se află în modul de recuperare completă și se efectuează în mod regulat copii de backup programate, primul și ultimul număr de secvență jurnal (LSN) din jurnalele de erori SQL Server sunt aceleași pentru backupurile în jurnal ulterioare după ce problema este lovită. Se recomandă în continuare să confirmați dacă o activitate de utilizator este estimată în acest interval de timp. Numerele LSN pot să nu se modifice, deoarece nu există nicio operațiune de scriere cauzată de lipsa activităților de utilizator. Intrările de jurnal de erori SQL Server asociate sunt următoarele:
Log s-a făcut backup. Bază de date: <DataBaseName>, data creării (oră): <dată><timp>, prima LSN: 76383:11154:1, Ultima LSN: 76383:11154:1..... Acesta este doar un mesaj informational. Nu este necesară nicio acțiune de utilizator. Log s-a făcut backup. Bază de date: <DataBaseName>, data creării (oră): <dată><timp>, prima LSN: 76383:11154:1, Ultima LSN: 76383:11154:1..... Acesta este doar un mesaj informational. Nu este necesară nicio acțiune de utilizator.
Această problemă nu este specifică pentru baza de date în modul de recuperare completă, bazele de date cu alte moduri de recuperare sunt, de asemenea, predispuse să întâmpine aceeași problemă. În plus, este posibil să vedeți, de asemenea, un SPID în starea de revenire din System table sys. sysprocesses.
Cauză
Această problemă se produce din cauza unei excepții subiacente în jurul TDE.
Rezolvare
Problema a fost remediată pentru prima dată în următoarea actualizare cumulativă de SQL Server. După ce aplicați această remediere rapidă, SQL Server preia baza de date offline atunci când ați lovit problema (în loc să așteptați pe termen nedefinit pe WRITELOG sau LOGBUFFER), baza de date poate fi readusă online fără a reporni serviciile SQL Server. În unele scenarii, baza de date va fi readusă automat online de SQL Server fără intervenție umană. Informațiile relevante vor fi înregistrate în jurnalele de erori SQL Server. Remedierea rapidă nu va rezolva complet problema. Cu toate acestea, informațiile de diagnosticare suplimentare (pe baza tipului și a severității erorilor) pot fi înregistrate în jurnalele de erori SQL Server atunci când problema apare din nou. Trebuie să identificați excepția efectivă și să o remediați cu ajutorul informațiilor de diagnosticare suplimentare pe care le puteți regăsi după ce aplicați remedierea rapidă.
Actualizarea cumulativă 13 pentru SQL Server 2008 R2 SP2 /en-us/help/2967540
Actualizarea cumulativă 17 pentru SQL Server 2008 SP3 /en-us/help/2958696
Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în actualizarea cumulativă anterioară. Consultați cele mai recente actualizări cumulative pentru SQL Server:
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secțiunea „Se aplică la”.
