2010-03-08 90 views

回答

0

該問題是由於在將數據切換到SIMPLE恢復模式之前沒有完成完整備份,收縮日誌文件然後切換回FULL恢復模式。

0

爲什麼截斷日誌而不是僅僅備份它?如果空間不足,則可以備份日誌,然後縮小文件,而不是截斷。用備份鏈截斷混亂並強制重新開始(通過採取新的完整備份)。

這是已被棄用WITH TRUNCATE_ONLY的原因BACKUP LOG之一,實際上不會在SQL Server 2008上運行。對於一些背景閱讀:

http://sqlserverpedia.com/blog/sql-server-backup-and-restore/backup-log-with-truncate_only-like-a-bear-trap/

http://sqlblog.com/blogs/aaron_bertrand/archive/2009/07/27/oh-the-horror-please-stop-telling-people-they-should-shrink-their-log-files.aspx

+0

事務日誌是33Gig,備份因磁盤空間不足而失敗。所以,我不得不手動干預。 – 2010-03-08 15:03:42

+0

那麼你需要發現一種不同的方法來處理這個緊急響應(比如備份日誌而不是截斷日誌),因爲一旦你轉向SQL Server 2008,這個技巧就不再適用了。 – 2010-03-08 15:09:54