快捷導(dǎo)航

SQL Server誤區(qū)30日談第20天破壞日志備份鏈之后，需要一個(gè)完整備份來重新開始日志鏈

更新時(shí)間：2013年01月09日 21:21:58 作者：

事務(wù)日志備份會(huì)備份自上次事務(wù)日志備份以來所有的事務(wù)日志(如果從來沒有過日志備份的話，那就從上一次完整備份開始)。有好幾種類型的操作會(huì)中斷事務(wù)日志的連續(xù)性，也就是說除非重新開始新的日志鏈，SQL Server無法再進(jìn)行日志備份

誤區(qū) #20:在破壞日志備份鏈之后，需要一個(gè)完整備份來重新開始日志鏈
錯(cuò)誤

事務(wù)日志備份會(huì)備份自上次事務(wù)日志備份以來所有的事務(wù)日志(如果從來沒有過日志備份的話，那就從上一次完整備份開始)。有好幾種類型的操作會(huì)中斷事務(wù)日志的連續(xù)性，也就是說除非重新開始新的日志鏈，SQL Server無法再進(jìn)行日志備份。下面這幾種操作都有可能引起日志鏈斷裂:

由完整恢復(fù)模式或大容量事務(wù)日志恢復(fù)模式轉(zhuǎn)為簡(jiǎn)單恢復(fù)模式
從數(shù)據(jù)庫鏡像進(jìn)行恢復(fù)
備份日志時(shí)指定了NO_LOG 或 WITH TRUNCATE_ONLY(還好在SQL Server 2008中這個(gè)選項(xiàng)被取消了)

更多請(qǐng)看:post BACKUP LOG WITH NO_LOG - use, abuse, and undocumented trace flags to stop it

通過下面的例子對(duì)此進(jìn)行闡述:

復(fù)制代碼代碼如下:

 
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:\SQLskills\LogChainTest_log1.bck' WITH INIT; 
GO 
ALTER DATABASE LogChainTest SET RECOVERY SIMPLE; 
GO 
ALTER DATABASE LogChainTest SET RECOVERY FULL; 
GO 

結(jié)果是:

復(fù)制代碼代碼如下:

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

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

復(fù)制代碼代碼如下:

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

則會(huì)得到如下報(bào)錯(cuò)信息:

復(fù)制代碼代碼如下:

 
消息 4214，級(jí)別 16，狀態(tài) 1，第 1 行 
無法執(zhí)行 BACKUP LOG，因?yàn)楫?dāng)前沒有數(shù)據(jù)庫備份。 
消息 3013，級(jí)別 16，狀態(tài) 1，第 1 行 
BACKUP LOG 正在異常終止。 

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

復(fù)制代碼代碼如下:

 
BACKUP DATABASE LogChainTest TO DISK = 'd:\Test_bak\LogChainTest_log1.bck' WITH INIT, DIFFERENTIAL; 
GO 
BACKUP LOG LogChainTest TO DISK = 'd:\Test_bak\LogChainTest_log1.bck' WITH INIT; 
GO 

得到的結(jié)果:

復(fù)制代碼代碼如下:

 
已為數(shù)據(jù)庫 'LogChainTest'，文件 'LogChainTest' (位于文件 1 上)處理了 64 頁。 
已為數(shù)據(jù)庫 'LogChainTest'，文件 'LogChainTest_log' (位于文件 1 上)處理了 1 頁。 
BACKUP DATABASE WITH DIFFERENTIAL 成功處理了 65 頁，花費(fèi) 0.119 秒(4.267 MB/秒)。 
已為數(shù)據(jù)庫 'LogChainTest'，文件 'LogChainTest_log' (位于文件 1 上)處理了 1 頁。 
BACKUP LOG 成功處理了 1 頁，花費(fèi) 0.052 秒(0.150 MB/秒)。 

不得不說這種方式更Cool一些，因?yàn)槟悴辉傩枰粋€(gè)完整備份才能繼續(xù)進(jìn)行日志備份。
如果你的備份策略中包含了文件或是文件組的備份，你甚至只需要單個(gè)文件的差異備份就能繼續(xù)進(jìn)行日志備份。但前提是這個(gè)備份的跨度超過了斷裂LSN的長(zhǎng)度，當(dāng)然這是更深的話題了。
又揭穿了一個(gè)誤區(qū)!

您可能感興趣的文章: