延續上一篇,假設DR Site已經起來服務並有資料的異動,當本地端可以正常服務的時候,那麼這段時間資料的異動必須寫回本地端,也就是反向SnapMirror的Reverse Resync功能,這邊我們用指令去做,原因是SVM災難還原只能使用CLI,不過透過CLI有個好處就是會知道Reverse Resync做了哪些動作,但歸納起來就只有兩個大動作:
- 刪除原來的SnapMirror
- 建立DR Site到本地端的SnapMirror
這邊就延續上一篇的LAB繼續開始。
- 由於是LAB,所以自己先更動SVM設定,比如qtree或CIFS Share,Reverse Resync後可以驗證有沒有成功。
- 在DR Site停止DR Site的SVM服務。
- 在DR Site刪除原來的SnapMirror,使用snapmirror delete執行。
- 在本地端刪除snapmirror relationship,先使用snapmirror list-destination可以看到關係還在,使用snapmirror release去斷開關係。
- 建立新的snapmirror,如下圖,讓DR Site抄寫到本地端,這時會出現警告說要使用initialize或是resync才會開始同步。這邊要注意是否要使用-indentity-prserve=true參數,如果要保留本地端的SVM設定,那其實就不用帶這個參數,但一切還是要看當下狀況決定。
- 接下來就執行snapmirror resync開始同步。
- 最後就是在重複上一個LAB步驟6的動作,中斷SnapMirror,讓SVM啟動,然後就可以檢查在步驟1修改的設定是不是有同步過來。
上面這些步驟在圖形介面也有,如下圖在Reverse Resync的選項中,在圖形介面很快就可以完成這些步驟,在CLI還是需要許多動作,讓人更了解這整個過程,而且圖形介面無法加入一些特定參數,總之雖然這些用指令看起來不多,但每個步驟都還是要很了解才不會搞混。
參考網址:
沒有留言:
張貼留言