清算SQL Server 2008日記文件Cannot shrink log file 2 的處理計劃。本站提示廣大學習愛好者：（清算SQL Server 2008日記文件Cannot shrink log file 2 的處理計劃）文章只能為提供參考，不一定能成為您想要的結果。以下是清算SQL Server 2008日記文件Cannot shrink log file 2 的處理計劃正文
SQL 2008日記文件占了23G硬盤空間，而事務日記曾經截斷（Truncate），現實日記內容很小，1G都不到，想要釋放日記文件占領的過剩空間。
然則，不管怎樣壓縮（Shrink）日記文件，空間就是不克不及釋放，老是湧現毛病：
Cannot shrink log file 2 (CNBlogsText_log) because of minimum log space required.
之前處理過相似的成績，也寫過一篇博客-SQL Server 2008事務日記清算，其時采取的終究處理辦法是：
將恢復形式由完全（Full）改成簡略（Simple）
壓縮（Shrink）日記文件
將恢復形式由簡略（Simple）改成完全（Full）
一向認為這就是最終辦法，然則居然沒能終結此次碰到的成績。
經由不懈的盡力，終究找到真實的最終辦法：
1. Detach數據庫（Detach之前必定要屏障一切對這個數據庫的寫入操作）
2. 刪除或重定名日記文件
3. Attach數據庫，這時候會提醒找不到日記文件
4. 移除(Remove)這個找不到的日記文件，然後點擊Ok停止Attach，SQL Server會在數據文件地點的文件夾主動創立一個新的日記文件完成Attach。
5. 假如日記文件須要寄存在別的的途徑，要再經由過程Detach/Attach停止日記文件的挪動操作。
Detach數據庫
將日記文件挪動至新的地位
Attach數據庫，修正日記文件的途徑並完成Attach
該最終辦法的弊病是在操作時代，被操作的數據庫不克不及被正常拜訪。
