症狀
假設你的資料庫在 200 SQL Server 8 SQL Server 或 2008 R2 Microsoft啟用了透明資料加密 (TDE) ，任何對資料庫的寫入操作都會無限期等待在 WRITELOG 或 LOGBUFFER 上。
當資料庫處於完整復原模式且定期進行排程日誌備份時，錯誤日誌中第一與最後一個日誌序列號 (LSN) 號碼SQL Server問題發生後的後續日誌備份時，會保持一致。 仍建議確認在此期間是否有預期的用戶活動。 LSN 編號可能不會改變，因為沒有因使用者活動不足而產生的寫入操作。 相關的 SQL Server 錯誤日誌條目如下：
注意
原木被積壓了。 資料庫： <DataBaseName>，建立日期 (時間) ： <日期><時間>，第一個 LSN：76383：11154：1，最後一個 LSN：76383：11154：1..... 這只是一則資訊訊息。 不需要使用者操作。
原木被積壓了。 資料庫： <DataBaseName>，建立日期 (時間) ： <日期><時間>，第一個 LSN：76383：11154：1，最後一個 LSN：76383：11154：1..... 這只是一則資訊訊息。 不需要使用者操作。
這個問題並非僅限於全恢復模式的資料庫，其他恢復模式的資料庫也容易遇到相同問題。 此外，你也可能在系統資料表 sys.sysprocesses 中看到 SPID 處於回滾狀態。
原因
這個問題是因為 TDE 周圍存在某種潛在的例外。
解決方式
此問題首次在 SQL Server 的累積更新中得到修正。 套用這個熱修補後，SQL Server遇到問題時會讓資料庫離線 (不必無限期等待 WRITELOG 或 LOGBUFFER) ，資料庫可以在不重啟SQL Server服務的情況下重新上線。 在某些情況下，SQL Server 會自動讓資料庫重新上線，無需人工介入。 相關資訊會記錄在 SQL Server 錯誤日誌中。
熱修補不會完全解決問題。 然而，根據類型與錯誤嚴重度 (額外的診斷資訊) 問題再次發生時，可能會在SQL Server錯誤日誌中記錄。 你必須找出真正的例外，並利用套用熱修正後可能取得的額外診斷資訊來修正它。
2008 SQL Server R2 SP2 的累積更新 13 /en-us/help/2967540
2008 SQL Server SP3 累積更新 17 /en-us/help/2958696
關於 SQL Server 的累積更新
每次新的 SQL Server 累積更新都包含了之前累積更新中包含的所有熱修補與安全修補。 請查看 SQL Server 的最新累積更新：
狀態
Microsoft 已確認這是「適用對象」一節中列出的 Microsoft 產品中的問題。