錯誤 事務日志備份會備份自上次事務日志備份以來所有的事務日志(如果從來沒有過日志備份的話，那就從上一次完整備份開始)。有好幾種類型的操作會中斷事務日志的連續(xù)性，也就是說除非重新開始新的日志鏈，SQL Server無法再進行日志備份。下面這幾種操作都有可能引起日志鏈斷裂: 由完整恢復模式或大容量事務日志恢復模式轉為簡單恢復模式
從數(shù)據(jù)庫鏡像進行恢復
備份日志時指定了NO_LOG 或 WITH TRUNCATE_ONLY(還好在SQL Server 2008中這個選項被取消了) 更多請看:post BACKUP LOG WITH NO_LOG - use, abuse, and undocumented trace flags to stop it 通過下面的例子對此進行闡述:
結果是:

我首先創(chuàng)建了一個數(shù)據(jù)庫，將其設置為完整恢復模式，這個是日志鏈的起點,然后轉為簡單恢復模式，再轉為完整恢復模式。
下面我再嘗試進行日志備份

則會得到如下報錯信息:

SQL Server已經記錄了我破壞日志鏈的操作以及與進行日志 備份無法備份自上次日志備份以來所有的日志，所以SQL Server不允許我進行日志備份。
這個誤區(qū)是說此時就需要完整備份才能恢復日志鏈，但實際上，我只需要做一個差異備份（這個差異備份的跨度超過日志鏈斷裂的間隙）,代碼如下：

得到的結果:

不得不說這種方式更Cool一些，因為你不再需要一個完整備份才能繼續(xù)進行日志備份。
如果你的備份策略中包含了文件或是文件組的備份，你甚至只需要單個文件的差異備份就能繼續(xù)進行日志備份。但前提是這個備份的跨度超過了斷裂LSN的長度，當然這是更深的話題了。
又揭穿了一個誤區(qū)!

版權聲明：本站文章來源標注為YINGSOO的內容版權均為本站所有，歡迎引用、轉載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網站，禁止在非www.sddonglingsh.com所屬的服務器上建立鏡像，否則將依法追究法律責任。本站部分內容來源于網友推薦、互聯(lián)網收集整理而來，僅供學習參考，不代表本站立場，如有內容涉嫌侵權，請聯(lián)系alex-e#qq.com處理。