導讀:1建站知識事務日志備份會備份自上次事務日志備份以來所有的事務日志(如果從來沒有過日志備份的話，那就從上一次完整備份seo網站關鍵詞優化企業網站建設。

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

復制代碼 代碼如下:

CREATE DATABASE LogChainTest; GO ALTER DATABASE LogChainTest SET RECOVERY FULL; GO BACKUP DATABASE LogChainTest TO DISK = 'C:\SQLskills\LogChainTest.bck' WITH INIT; GO BACKUP LOG LogChainTest TO DISK = 'C:\SQLskil網站seo優化培訓ls\LogChainTest_log1.bck' WITH INIT; GO ALTER DATABASE LogChainTest SET RECOVERY SIMPLE; GO ALTER DATABASE LogChainTest SET RECOVERY FULL; GO

結果是:

復制代碼 代碼如下:

已為數據庫 'LogChainTest'，文件 'LogChainTest' (位于文件 1 上)處理了 168 頁。 已為數據庫 'LogChainTest'，文件 'LogChainTest_log' (位于文件 1 上)處理了 2 頁。 BACKUP DATABASE 成功處理了 170 頁，花費 0.224 秒(5.916 MB/秒)。 已為數據庫 'LogChainTest'，文件 'LogChainTest_log' (位于文件 1 上)處理了 3 頁。 BACKUP LOG 成功處理了 3 頁，花費 0.121 秒(0.137 MB/秒)。

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

復制代碼 代碼如下:

BACKUP LOG LogChainTest TO DISK = 'C:\SQLskills\LogChainTest_log2.bck' WITH INIT; GO

則會得到如下報錯信息:

復制代碼 代碼如下:

消息 4214，級別 16，狀態 1，第 1 行 無法執行 BACKUP LOG，因為當前沒有數據庫備份。 消息 3013，級別 16，狀態 1，第 1 行 BACKUP LOG 正在異常終止。

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

關鍵詞標簽: 誤區 SQL 備份