Simptome
Să presupunem că aveți o bază de date care are activată criptarea transparentă a datelor (TDE) în Microsoft SQL Server 2008 sau SQL Server 2008 R2, orice operațiune de scriere în baza de date așteaptă pe termen nelimitat în WRITELOG sau LOGBUFFER.
Atunci când baza de date este în modul de recuperare completă și se efectuează cu regularitate copii de rezervă programate ale jurnalelor, prima și ultima numeră de secvență de jurnal (LSN) din jurnalele de erori SQL Server sunt aceleași pentru copiile backup de jurnal ulterioare după ce problema este întâmpinată. Totuși, se recomandă să confirmați dacă este așteptată vreo activitate de utilizator în acest interval de timp. Numerele LSN pot să nu se modifice, deoarece nu există nicio operațiune de scriere cauzată de lipsa activității utilizatorului. Intrările de jurnal de erori SQL Server asociate sunt următoarele:
Notă
Jurnalul a fost copiat de rezervă. Bază de date: <DataBaseName>, data (ora) creării: <Data><și ora>, primul LSN: 76383:11154:1, ultimul LSN: 76383:11154:1..... Acesta este doar un mesaj informativ. Nu este necesară nicio acțiune a utilizatorului.
Jurnalul a fost copiat de rezervă. Bază de date: <DataBaseName>, data (ora) creării: <Data><și ora>, primul LSN: 76383:11154:1, ultimul LSN: 76383:11154:1..... Acesta este doar un mesaj informativ. Nu este necesară nicio acțiune a utilizatorului.
Această problemă nu este specifică bazei 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 și un SPID în starea de revenire în tabelul de sistem sys.sysprocesses.
Cauză
Această problemă se produce din cauza unor excepții subiacente din jurul TDE.
Rezolvare
Problema a fost remediată pentru prima dată în următoarea actualizare cumulativă a SQL Server. După ce aplicați această remediere rapidă, SQL Server trece baza de date offline atunci când întâmpinați problema (în loc să aștepte la nesfârșit 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ă online în mod automat de SQL Server, fără nicio intervenție umană. Informațiile relevante vor fi înregistrate în jurnalele de erori SQL Server.
Remedierea rapidă nu va rezolva complet problema. Totuși, pot fi înregistrate informații de diagnostic suplimentare (bazate pe tip și gravitatea erorii) în jurnalele de erori SQL Server atunci când problema apare din nou. Trebuie să identificați excepția propriu-zisă și să o remediați cu ajutorul informațiilor de diagnostic suplimentare pe care le puteți regăsi după aplicarea remedierii rapide.
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
Despre actualizările cumulative pentru SQL Server
Fiecare actualizare cumulativă nouă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse cu actualizarea cumulativă anterioară. Consultați cele mai recente actualizări cumulative pentru SQL Server:
- Cea mai recentă actualizare cumulativă pentru SQL Server 2008 R2 SP2
- Cea mai recentă actualizare cumulativă pentru SQL Server 2008 SP3
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft care sunt listate în secțiunea „Se aplică la”.