【問題場景】有一個數據庫,它的名字叫CNBlogsText,日志文件霸占了23G硬盤空間,而事務日志已經截斷(Truncate),實際日志內容很小,1G都不到。23G的空間只放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
該終極方法的弊端是在操作期間,被操作的數據庫不能被正常訪問。
這就是我找到的清理SQL Server日志釋放文件空間的終極方法。也許有經驗的你覺得這是常識,我才不管呢,只要能秒殺實際問題,就值得分享!
查看本欄目