五餅二魚工作室

在前一篇文章「SQL Server 使用 AlwaysON 搭配維護計畫的資料庫備份設定」寫完之後，忽然之間有一堆人點閱，看起來還蠻多人關心 AlwaysON 的。其中也有些朋友詢問，那維護計畫中的備份資料庫，也有支援交易紀錄備份和差異備份，那是否這一個部分也都有支援呢 ?

基本上我想先說結論好了，基本上 AlwaysON 的次要伺服器上能支援的備份能有以下的幾種

	主要伺服器	次要伺服器
完整備份	支援	支援 ( 要加入 COPY_ONLY )
交易紀錄備份	支援	支援
差異備份	支援	不支援

當我們在使用維護計畫裡面的備份資料庫的工作，當他判斷有使用 AlwaysON 的時候，會使用一個系統 DMF - sys.fn_hadr_backup_is_preferred_replica 來判斷，所以也就會像我們在前一篇文章中所展示的，如果我們要做完整資料庫備份的時候，雖然主要伺服器上是有支援，但維護計畫在會選擇在次要伺服器上去做備份，因此就必須要加入 COPY_ONLY 的選項。

所以可以參考上面的表，當使用維護計畫裡面的備份資料庫工作時候，完整備份和交易紀錄備份這兩個都可以正常執行，但就沒有辦法執行差異備份了。

---

交易紀錄備份測試

我下面用個例子來測試用維護計畫進行交易紀錄備份，首先我有一個測試用的資料庫，預設資料庫的資料檔和交易紀錄檔都是 8MB

因此我用下面的語法去建立一個測試資料表，並且塞入 50000 的資料

CREATE TABLE T1
(
	F1	INT	IDENTITY ( 1, 1 )  PRIMARY KEY,
	F2	NCHAR(128)
)
GO

INSERT INTO T1(F2) VALUES ( CAST( NEWID() AS NVARCHAR(64)) );
GO 50000

當上述語法完成之後，我們會看到資料檔和交易紀錄檔案都有不小的成長

此時我們利用 DBCC LOGINFO 的指令來看一下資料庫交易紀錄檔的狀況，可以看到目前到最後面的 FSeqNo 欄位的值是跑到 133

因此我們就按照一開始的結論，在次要伺服器上透過維護計畫去執行交易紀錄備份，從圖上我們可以看到當選擇交易紀錄備份的時候，下方也沒有任何警告訊息

因此我們就放下去執行囉

執行完後如果單純看 DBCC LOGINFO ，是比較看不出有甚麼變化，因此我們用之前的指令，只是這次塞入 10000 筆的資料

INSERT INTO T1(F2) VALUES ( CAST( NEWID() AS NVARCHAR(64)) );
GO 10000

此時我們再透過 DBCC LOGINFO 的指令來查看，從下圖中您可以看出，此時 FSeqNo 已經回到第一筆紀錄上面，Parity 的值也從之前的 64 變成 128，因此從這樣的實驗中可以看出來，當我們在次要伺服器上去執行交易紀錄備份之後，是會影響主要伺服器上的交易紀錄檔可以重頭開始使用了，也就不會讓交易紀錄檔去瘋狂長大了。

至於差異備份的部分我就不寫了，因為不論是在主要或者是次要上，都沒有辦法透過維護計畫裡面的備份資料庫來執行，如果真的要執行的話，那可能就要自己手動去寫指令來進行了。