2018年7月23日 星期一

NetApp | SVM災難還原(三)DR寫回到本地

延續上一篇,假設DR Site已經起來服務並有資料的異動,當本地端可以正常服務的時候,那麼這段時間資料的異動必須寫回本地端,也就是反向SnapMirror的Reverse Resync功能,這邊我們用指令去做,原因是SVM災難還原只能使用CLI,不過透過CLI有個好處就是會知道Reverse Resync做了哪些動作,但歸納起來就只有兩個大動作:
  1. 刪除原來的SnapMirror
  2. 建立DR Site到本地端的SnapMirror

這邊就延續上一篇的LAB繼續開始。

  1. 由於是LAB,所以自己先更動SVM設定,比如qtree或CIFS Share,Reverse Resync後可以驗證有沒有成功。

  2. 在DR Site停止DR Site的SVM服務。


  3. 在DR Site刪除原來的SnapMirror,使用snapmirror delete執行。


  4. 在本地端刪除snapmirror relationship,先使用snapmirror list-destination可以看到關係還在,使用snapmirror release去斷開關係。


  5. 建立新的snapmirror,如下圖,讓DR Site抄寫到本地端,這時會出現警告說要使用initialize或是resync才會開始同步。這邊要注意是否要使用-indentity-prserve=true參數,如果要保留本地端的SVM設定,那其實就不用帶這個參數,但一切還是要看當下狀況決定。


  6. 接下來就執行snapmirror resync開始同步。


  7. 最後就是在重複上一個LAB步驟6的動作,中斷SnapMirror,讓SVM啟動,然後就可以檢查在步驟1修改的設定是不是有同步過來。

上面這些步驟在圖形介面也有,如下圖在Reverse Resync的選項中,在圖形介面很快就可以完成這些步驟,在CLI還是需要許多動作,讓人更了解這整個過程,而且圖形介面無法加入一些特定參數,總之雖然這些用指令看起來不多,但每個步驟都還是要很了解才不會搞混。


參考網址:

沒有留言: