Backup And Recovery User's Guide-使用塊改變跟蹤來提升增量備份的效能

使用塊改變跟蹤來提升增量備份的效能

增量備份的塊改變跟蹤功能，是通過記錄每個資料檔案中改變的塊來提升備份的效能。

關於塊改變跟蹤

如果在主庫或備庫開啟了塊改變跟蹤，則RMAN使用塊改變跟蹤檔案為增量備份標識改變的塊。

通過讀取這個小的二進位制的點陣圖檔案來確定哪些塊被改變了，可以避免掃描被備份的資料檔案的每個塊。

塊改變跟蹤預設是禁用的。除非避免資料檔案全部掃描所帶來的好處是顯著的，尤其是備份之間塊的改變只佔很小的一部分。

 

如果你的備份策略包括增量備份，則塊改變跟蹤是建議的。塊改變跟蹤不會改變用於執行增量備份的命令。

塊改變跟蹤檔案在初始的配置之後不需要維護。

可以只在物理備用資料庫上開啟塊改變跟蹤，如果Oracle Active Data Guard許可是開啟的。

（1）塊改變跟蹤檔案的空間管理

跟蹤檔案維護點陣圖標記備份之間資料檔案的改變。資料庫在每次備份之間執行點陣圖轉換。

Oracle資料庫自動管理跟蹤檔案來維護最近的8次備份中塊的改變。

在達到了8個點陣圖的最大數量後，最老的點陣圖會被覆蓋來跟蹤當前的改變。

 

第1個level 0增量備份掃描整個資料檔案。

後面的增量備份使用塊改變跟蹤檔案來掃描自上一次備份後被標記為改變的塊。

一個增量備份可以被優化只有當它基於一個父備份，而這個父備份是在塊跟蹤檔案中最老的點陣圖開始之後被做的。

（其實從第一個level 1增量備份開始，就可以被優化）

 

當部署你的增量備份策略的時候，要考慮8點陣圖限制。

例，如果在第7個差異增量備份之後，做了一個level 0增量備份，則塊改變跟蹤檔案當前包含8個點陣圖；

如果你建立了level 1累積增量備份，則RMAN不能優化備份，因為對應於父級level 0備份的點陣圖被跟蹤當前改變的點陣圖覆蓋了。

 

（2）塊改變跟蹤檔案位置

整個資料庫產生一個塊改變跟蹤檔案。

預設這個檔案被建立在DB_CREATE_FILE_DEST初始化引數指定的位置，是OMF檔案。

也可以將改變跟蹤檔案放在你選擇的任何位置，通過在開啟塊改變跟蹤時指定它的名稱。

Oracle不建議使用裸裝置做為塊改變跟蹤檔案的位置。

注意：在RAC環境中，改變跟蹤檔案必須位於從群集的所有結點都可以訪問的共享儲存上。

 

RMAN不支援備份和恢復塊改變跟蹤檔案。

當資料庫認為改變跟蹤檔案無效時，會重置改變跟蹤檔案。

如果還原和恢復整個資料庫或它的子集，則資料庫會重置塊改變跟蹤檔案，並再次開始跟蹤改變。

在你做了level 0增量備份後，下一個增量備份可以使用改變跟蹤資料。

（3）塊改變跟蹤檔案的大小

塊改變跟蹤檔案的大小是與資料庫的大小和開啟的redo執行緒的數量成比例的。

塊改變跟蹤檔案的大小可以隨資料庫的改變而增大或減小。大小與對資料庫的更新頻率無關。

通常單例項的塊改變跟蹤需要的空間是被跟蹤的資料塊大小的1/30000。

對於RAC環境，= 資料庫大小 * 1/30000 * 開啟的執行緒數量。

 

下面的因素可以會引起檔案比這個預估的值大：

n  為承避免隨著資料庫的增長分配空間的開銷，塊跟蹤檔案初始為10M，新空間是以10M的增量被分配。

因此對於任何將近300G的資料庫，檔案大小不會小於10M；對於600G的資料庫，檔案不會小於20M。

n  對於每個資料檔案，在塊改變跟蹤檔案中最小要分配320K空間，而不管資料檔案多大。

因此如果有大量的相對較小的資料檔案，塊改變跟蹤檔案要比具有少數的大的資料檔案的資料庫的塊改變跟蹤檔案大。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/17013648/viewspace-1087795/，如需轉載，請註明出處，否則將追究法律責任。