Gejala
Asumsikan bahwa Anda memiliki database yang memiliki enkripsi data transparan (TDE) yang diaktifkan di Microsoft SQL Server 2008 atau SQL Server 2008 R2, setiap operasi penulisan terhadap database menunggu tanpa batas waktu pada WRITELOG atau LOGBUFFER. Saat database dalam mode pemulihan penuh dan cadangan log terjadwal sedang dilakukan secara teratur, nomor urutan log pertama dan terakhir (LSN) nomor dalam log kesalahan SQL Server sama untuk cadangan log konsekuen setelah masalah tersebut dipukul. Masih disarankan untuk mengonfirmasi Apakah ada aktivitas pengguna yang diharapkan selama jangka waktu ini. Nomor LSN mungkin tidak berubah karena tidak ada operasi tulis yang disebabkan oleh kurangnya aktivitas pengguna. Entri log kesalahan SQL Server yang terkait adalah sebagai berikut:
Log dicadangkan. Database: <DataBaseName>, tanggal pembuatan (waktu): <tanggal><waktu>, lsn pertama: 76383:11154:1, lsn terakhir: 76383:11154:1..... Ini adalah pesan informasi saja. Tidak ada tindakan pengguna yang diperlukan. Log dicadangkan. Database: <DataBaseName>, tanggal pembuatan (waktu): <tanggal><waktu>, lsn pertama: 76383:11154:1, lsn terakhir: 76383:11154:1..... Ini adalah pesan informasi saja. Tidak ada tindakan pengguna yang diperlukan.
Masalah ini tidak khusus untuk database dalam mode pemulihan penuh, database dengan mode pemulihan lainnya juga rentan menghadapi masalah yang sama. Selain itu, Anda mungkin juga melihat SPID dalam status rollback dalam sistem tabel sys. sysprocesses.
Penyebab
Masalah ini terjadi karena beberapa pengecualian dasar di sekitar TDE.
Pemecahan Masalah
Masalah ini pertama kali diperbaiki dalam pembaruan kumulatif SQL Server berikut ini. Setelah Anda menerapkan perbaikan terbaru ini, SQL Server mengambil database offline saat Anda menekan masalah (bukannya menunggu selamanya pada WRITELOG atau LOGBUFFER), database bisa dibawa kembali online tanpa memulai ulang layanan SQL Server. Dalam beberapa skenario database akan dibawa kembali online secara otomatis oleh SQL Server tanpa intervensi manusia. Informasi yang relevan akan dicatat dalam log kesalahan SQL Server. Hotfix tidak akan menyelesaikan masalah sepenuhnya. Namun, informasi diagnostik tambahan (berdasarkan tipe dan tingkat keparahan kesalahan) mungkin dicatat dalam log kesalahan SQL Server ketika masalah terjadi lagi. Anda harus mengidentifikasi pengecualian aktual dan memperbaikinya dengan bantuan informasi diagnostik tambahan yang mungkin Anda dapatkan setelah menerapkan hotfix.
Pembaruan kumulatif 13 untuk SQL Server 2008 R2 SP2 /en-us/help/2967540
17 pembaruan kumulatif untuk SQL Server 2008 SP3 /en-us/help/2958696
Setiap pembaruan kumulatif baru untuk SQL Server berisi semua hotfix dan semua perbaikan keamanan yang disertakan dengan pembaruan kumulatif sebelumnya. Lihat pembaruan kumulatif terbaru untuk SQL Server:
Status
Microsoft telah mengonfirmasi bahwa ini adalah masalah pada produk Microsoft yang tercantum di bagian "Berlaku untuk".