Flashcopy與資料庫恢復的完美結合(7/20)

1.3.4.8 主機B上啟動資料庫B,檢查特徵表aidu.test02 的記錄數

SQL>startup

SQL>select count(1) from aidu.test02;

1.3.5 案例總結

在備中心機房的儲存上，執行flashcopy複製工作，不會對生產環境的執行效率產生影響，隨時可以進行。

本案例可以實現在極短的時間內（5分鐘內）建立出一個投運資料庫的克隆資料庫（不管這個資料庫總容量為1T,還是10T或者更大），提供給查詢與報表使用。

為了確保使用flashcopy的target盤可以啟動資料庫B,最好在mkflash前，將資料庫設定為online backup模式，這是個善意的建議。但是，如果需要使用flashcopy和flashcopy時間點後面產生的資料庫的歸檔日誌(archielog)檔案,進行資料庫不完整恢復,則一定需要將資料庫設定為online backup模式,否則恢復時將會遇到’WARNING! Recovering data file % from a fuzzy file’錯誤,最終導致無法恢復。

本案例使用pprc的目標盤作為flashcopy的源盤，為了達到flashcopy目標盤上資料的一致性，必須保證pprc 複製+flashcopy複製雙層資料一致性，所以在執行mkflash之前，一定需要檢查pprc的狀態是否正常（FULL DUPLEX）,如果pprc的狀態是非full duplex，則需要首先解決pprc的同步問題（透過resumepprc，failbackpprc或者mkpprc 等命令來重新建立好pprc的複製關係）。筆者曾經因為沒有檢查pprc狀態，而當時的pprc關係的6個lun中有4個狀態為suspend，2個為full duplex，導致多次flashcopy測試失敗，啟動資料庫遇到很多問題，問題困擾筆者數日，甚至到了懷疑本案例的可行性的地步。

上一篇：Flashcopy與資料庫恢復的完美結合(6/20)

下一篇：Flashcopy與資料庫恢復的完美結合(8/20)