引言：在SQL Server早期版本中，便出現(xiàn)了日志傳送（即Log Shipping）技術(shù)。日志傳送擁有獨特的功能，在SQL Server災(zāi)難恢復(fù)技術(shù)中扮演著重要的角色。其工作機制主要是通過事務(wù)日志備份和還原任務(wù)，來保持多臺SQL Server主機之間的數(shù)據(jù)同步。

日志傳送的工作機制

在日志傳送機制中，主服務(wù)器可以同時對應(yīng)多臺輔助服務(wù)器，即可以存在多個主數(shù)據(jù)庫的副本。

例如，當(dāng)存在三臺輔助服務(wù)器的情況下，前兩臺服務(wù)器上的輔助數(shù)據(jù)庫設(shè)置為無恢復(fù)模式，提供冗余的災(zāi)備功能，即使其中一臺服務(wù)器出現(xiàn)故障，另外一臺也可以提供災(zāi)難恢復(fù)功能。第三臺服務(wù)器上的輔助數(shù)據(jù)庫可以設(shè)置為備用模式，將諸如報表讀查詢請求之類的操作交由其處理。

此外，還可以為日志傳送機制配置監(jiān)視服務(wù)器，主要用來記錄備份/還原作業(yè)的歷史和狀態(tài)信息，可以在作業(yè)失敗時生成警報。

日志傳送機制的運作并不復(fù)雜，首先日志傳送組件在主服務(wù)器上對主數(shù)據(jù)庫進行日志備份.

然后將日志備份文件復(fù)制到所有的輔助服務(wù)器上，輔助服務(wù)器對備份日志進行還原，這樣的一系列過程不斷進行重復(fù)，實現(xiàn)主服務(wù)器和輔助服務(wù)器上數(shù)據(jù)的同步。

當(dāng)然，需要在主服務(wù)器，輔助服務(wù)器和監(jiān)視服務(wù)器上創(chuàng)建相應(yīng)的Job作業(yè)（例如備份作業(yè)，復(fù)制作業(yè)，還原作業(yè)，監(jiān)視作業(yè)等），并通過每臺服務(wù)器上的SQL Server代理服務(wù)來觸發(fā)這些作業(yè)，實現(xiàn)上述備份，復(fù)制和還原動作。

在主服務(wù)器上存在一個共享目錄，日志備份作業(yè)將備份日志存放到該目錄中。通過復(fù)制作業(yè)，將備份日志文件復(fù)制到輔助服務(wù)器上的本地目錄中，同時創(chuàng)建相應(yīng)的記錄信息，利用還原作業(yè)，將日志備份文件還原到輔助數(shù)據(jù)庫中。

如果在預(yù)設(shè)的時間內(nèi)，無法完成以上備份，復(fù)制和還原作業(yè)，就會在監(jiān)視服務(wù)器上觸發(fā)監(jiān)視作業(yè)，創(chuàng)建狀態(tài)和歷史記錄以及警報信息。

日志傳送的故障轉(zhuǎn)移

當(dāng)主數(shù)據(jù)出現(xiàn)異常，可以將應(yīng)用切換到輔助服務(wù)器上。在一般情況下，當(dāng)發(fā)生故障時，主數(shù)據(jù)庫和輔助數(shù)據(jù)庫是不同步的，如果主數(shù)據(jù)庫還可以訪問，就需要手工對其進行日志備份（即備份主數(shù)據(jù)庫的尾日志），這樣就獲得了最后一次備份作業(yè)觸發(fā)后所有的數(shù)據(jù)更新。

然后將主服務(wù)器上的共享目錄中的所有未被復(fù)制的備份文件，連同尾日志備份，全部復(fù)制到所有的輔助服務(wù)器上。

在輔助服務(wù)器上，將所有未還原的事物日志備份按照順序還原到輔助數(shù)據(jù)庫中，完成數(shù)據(jù)同步工作?？梢酝ㄟ^查看還原作業(yè)的歷史信息，來清晰的了解究竟需要還原哪些日志備份。

接下來對輔助數(shù)據(jù)庫執(zhí)行恢復(fù)操作，使數(shù)據(jù)庫處于一致的狀態(tài)。執(zhí)行“Restore Database”等T-SQL語句，使其上線并處于聯(lián)機狀態(tài)。這樣，就完成了故障轉(zhuǎn)移操作。

日志傳送其實只是同步數(shù)據(jù)庫的內(nèi)容，并不會同步Logging登錄信息，這些信息保存在Master數(shù)據(jù)庫中，之后必須通過手動操作，將登錄賬號從原始的服務(wù)器實例遷移到輔助服務(wù)器上，使其變成新的主服務(wù)器實例。

在該主服務(wù)器實例上要保證登錄名和密碼以及登錄名對應(yīng)的SID與和原始數(shù)據(jù)庫一致，修改應(yīng)用程序的連接字符串，使之重定向到新的主服務(wù)器上。

日志傳送是利用SQL Server Agent來執(zhí)行備份還原作業(yè)，從而達(dá)到主副數(shù)據(jù)庫同步的目的。

因為作業(yè)是每隔一段時間才被SQL Server Agent觸發(fā)，所以主副數(shù)據(jù)庫的同步并非實時進行，其最大數(shù)據(jù)損失量僅僅是由備份作業(yè)運行的時間間隔決定的。

因此，盡可能的減小備份作業(yè)的間隔時間，可以將數(shù)據(jù)損失盡可能的減低。注意，SQL Server允許的最小間隔時間為10秒。當(dāng)然，過小的備份間隔也會給主服務(wù)器造成額外的負(fù)擔(dān)。

當(dāng)然，日志傳送操作起來有些繁瑣，并不適用于高可用環(huán)境，只能作為廉價的災(zāi)備方案使用。為主數(shù)據(jù)庫提供一個或者多個副本作為保證。例如，可以在群集環(huán)境中使用日志傳送功能，來提高其應(yīng)對故障的能力。

注意，對于啟用了日志傳送任務(wù)的數(shù)據(jù)庫來說，不能在維護計劃中創(chuàng)建事務(wù)日志備份，但是可以創(chuàng)建完整的數(shù)據(jù)庫備份和差異備份，而無需擔(dān)心和日志傳送產(chǎn)生沖突。因為任何的手動的日志備份，都會破壞日志傳送的工作。如果找不到手工備份的日志文件，就會導(dǎo)致日志傳送鏈條的中斷，只能重建整個日志傳送鏈條。

實例分析日志傳送機制

這里舉例來說明日志傳送功能的實現(xiàn)方法。例如，SQLnode1為 主 服 務(wù)器，SQLnode2為輔助服務(wù)器。在SQLnode1中針對名為“chanpin”的數(shù)據(jù)庫進行日志傳送配置操作，將該數(shù)據(jù)庫設(shè)置為完全恢復(fù)模式，方法是在Microsoft SQL Server Management Studio窗口中打開該數(shù)據(jù)庫屬性窗口，在左側(cè)點擊“選項”項，在右側(cè)的“恢復(fù)模式”列表中選擇“完整”項。

并 執(zhí) 行“BACKUP DATABASE [chanpin]TO DISK = N′D：akchanpin.bak′ WITH NOFORMAT，NOINIT，NAME = N′CHANPIN-完 整 數(shù) 據(jù) 庫 備 份′，SKIP， NOREWIND，NOUNLOAD， STATS= 10′”，“Go”之類的語句，對其執(zhí)行一次全備份。事先需要在SQLnode1服務(wù)器上建議一個共享文件夾，路徑為“D：ak”，用來存儲日志備份文件。必須讓SQL Server Service賬戶擁有對該目錄的完全控制權(quán)限，讓輔助服務(wù)器上的SQL Server Agent代理賬戶有權(quán)讀取該文件夾內(nèi)容。

在“CHANPIN”數(shù) 據(jù)庫的右鍵菜單上點擊“任務(wù)”-“傳送事物日志”項，在彈出窗口（如圖1）中選擇“將此數(shù)據(jù)庫啟用為日志傳送配置中的主數(shù)據(jù)庫”項，點擊“備份設(shè)置”按鈕，在事務(wù)日志備份設(shè)置窗口中的“備份文件夾的網(wǎng)絡(luò)路徑”欄中輸入共享路徑。

例 如“\sqlnode1ak”。也可以在其下編輯欄中輸入其本地路徑。又例如“D：ak”，這要求備份文件夾存儲在主服務(wù)器上?？梢愿鶕?jù)需要，調(diào)整備份文件保留時間和報警時間。

在默認(rèn)情況下，備份文件經(jīng)過72小時會被自動刪除，如果在一個小時的間隔內(nèi)沒有觸發(fā)備份作業(yè)，將會觸發(fā)報警動作。為了控制備份文件的體積，可以在“設(shè)置備份壓縮”列表中選擇“壓縮備份”項，在“作業(yè)名稱”欄中可以更改其名稱，點擊“計劃”按鈕，在計劃屬性窗口（如圖2）中的“執(zhí)行間隔”欄中可以設(shè)置備份的頻率。默認(rèn)為每隔15分鐘執(zhí)行一次備份。

圖1 傳輸日志配置界面

圖2 設(shè)置計劃屬性參數(shù)

點擊確定按鈕保存配置，在上級窗口中的“輔助數(shù)據(jù)庫”欄中點擊“添加”按鈕，在輔助數(shù)據(jù)庫設(shè)置窗口中點擊“連接”按鈕，在連接到服務(wù)器窗口中的“服務(wù)器名稱”列表中選擇“SQLnode2”。

選擇合適的身份驗證方式，點擊“連接”按鈕，來添加輔助服務(wù)器實例，日志傳送機制可以不依賴于AD域環(huán)境，只要服務(wù)器之間可以正常通訊即可。

在“輔助數(shù)據(jù)庫”欄中輸入“CHANPIN”。因為事先已經(jīng)執(zhí)行了主數(shù)據(jù)庫的完整備份操作，所以在“初始化輔助數(shù)據(jù)庫”面板中選擇“是，將主數(shù)據(jù)庫的現(xiàn)有備份還原到輔助數(shù)據(jù)庫中”項，在“備份文件”欄中輸入備份文件路徑，例如“\sqlnode1akchanpin.bak”。在“復(fù)制文件”面板中的“復(fù)制文件的目標(biāo)文件夾”欄中輸入合適的網(wǎng)絡(luò)路徑。

例如“d：ak”，注意該文件夾位于SQLnode2服務(wù)器上。您可以根據(jù)需要，設(shè)置復(fù)制作業(yè)的名稱以及刪除復(fù)制文件的周期（默認(rèn)為72小時）。這樣，當(dāng)觸發(fā)復(fù)制作業(yè)后，就可以將SQLnode1上的共享目錄中的備份文件復(fù)制到該文件夾中。

點擊“計劃”按鈕，在彈出窗口中的“執(zhí)行間隔”欄中可以更改復(fù)制作業(yè)的時間間隔，默認(rèn)為15分鐘。在“還原事物日志”面板中選擇“備份模式”和“在還原備份時斷開數(shù)據(jù)庫中的用戶連接”項，可以保證還原動作順利進行。

點擊“計劃”按鈕，可以修改還原作業(yè)的執(zhí)行間隔。其余設(shè)置保持默認(rèn)，點擊確定按鈕，保存配置信息，這樣，就創(chuàng)建了備份，復(fù)制和還原作業(yè)。在數(shù)據(jù)庫屬性窗口中選擇“使用監(jiān)視服務(wù)器實例”項，可以配置監(jiān)視服務(wù)器。在保存日志傳送設(shè)置窗口中點擊按鈕“報告”→“查看報告”項，顯示配置成功的信息。在SQLnode2上打開Microsoft SQL Server Management Studio窗口，在數(shù)據(jù)庫節(jié)點上執(zhí)行刷新操作，可以看到“chanpin（備用/只讀）”的數(shù)據(jù)庫名稱，說明日志傳送已經(jīng)配置完畢。

在SQLnode1和SQLnode2上 選 擇“SQL Server代理”項，在其右鍵菜單上點擊“啟動”項，啟動SQLServer代理服務(wù)。在 SQLnode1上 點 擊“SQl Server代理”→“作業(yè)”項，可以看到創(chuàng)建的備份作業(yè)項目。在SQLnode2上點擊“SQl Server代 理”→“作業(yè)”項，可以看到創(chuàng)建的復(fù)制和還原作業(yè)項目。這樣，當(dāng)達(dá)到預(yù)設(shè)的時間間隔后，SQLnode1上的代理服務(wù)就會觸發(fā)備份作業(yè)，在上述共享目錄中可以看到生成的日志備份文件。

在SQLnode2上同樣可以在預(yù)設(shè)的時間內(nèi)執(zhí)行復(fù)制和還原作業(yè)，在對應(yīng)的目錄中可以看到復(fù)制過來的日志備份文件。在SQLnode2上的“數(shù)據(jù)庫實例名稱”節(jié)點的右鍵菜單上點擊“報表”→“標(biāo)準(zhǔn)報表”→“事物日志傳送狀態(tài)”項，可以查看相關(guān)的報表，來了解日志傳送的具體信息。