SRM實戰(zhàn)之SRM恢復(fù)測試
原創(chuàng)測試恢復(fù)計劃(Test)
恢復(fù)測試并不影響生產(chǎn)中的服務(wù)器,僅僅為了驗證恢復(fù)計劃的可行性。
第1步:測試恢復(fù)計劃
選擇需要測試的恢復(fù)計劃,然后點擊工具欄中的Test測試按鈕;
勾選Replicate recent changes to recovery site以確保SRM將受保護站點中所修改的數(shù)據(jù)復(fù)制到恢復(fù)站點,然后點擊Next按鈕繼續(xù);
點擊Start按鈕開始測試恢復(fù)計劃;
等待恢復(fù)計劃測試完成。
此時恢復(fù)站點的ESX/ESXi服務(wù)器已經(jīng)掛接上一個新的數(shù)據(jù)存儲,在此之前并未為恢復(fù)站點配置用于SRM的數(shù)據(jù)存儲,在SRM進行恢復(fù)時,SRM會同步受保護站點的數(shù)據(jù)存儲到恢復(fù)站點,并為其創(chuàng)建快照,然后掛接到恢復(fù)站點的ESX/ESXi服務(wù)器。
第2步:清除測試(Cleanup)
測試完成后,您需要點擊工具欄的Cleanup按鈕清除測試信息;
同意并開始清除;
清除結(jié)束。
#p#
恢復(fù)( Recover)
恢復(fù)動作會將恢復(fù)計劃中保護組定義的受保護虛擬機從受保護站點遷移到恢復(fù)站點中繼續(xù)工作,在恢復(fù)過程中會關(guān)閉受保護站點的虛擬機,然后同步到恢復(fù)站點,再在恢復(fù)站點啟動該虛擬機,過程中生產(chǎn)將會受到一定程度的影響,這取決于存儲的復(fù)制時間以及虛擬機關(guān)閉和啟動的時間。
第1步:開始之前檢查
開始恢復(fù)之前,受保護站點為生產(chǎn)站點,受保護站點中的數(shù)據(jù)存儲為DS-iSCSI ;
在保護站點中并無配置SRM使用的數(shù)據(jù)存儲,但在虛擬機清單中可以看到占位虛擬機,此占位虛擬機保存在占位數(shù)據(jù)存儲datastore1中;
為了檢驗恢復(fù)前后數(shù)據(jù)的一直性,在恢復(fù)前登錄到虛擬機,打開SQL Server數(shù)據(jù),為示例數(shù)據(jù)庫建立一個新表;
然后為該新建的表插入數(shù)條記錄,在恢復(fù)到恢復(fù)站點后用以檢查數(shù)據(jù)一致性。
#p#
第2步:執(zhí)行恢復(fù)
點擊工具欄上的Recovery 按鈕開始恢復(fù);
選擇計劃中的遷移,然后繼續(xù);
點擊Start按鈕開始遷移。
從Recovery Steps標簽頁可以監(jiān)控整個恢復(fù)過程。
恢復(fù)完成;
第3步:恢復(fù)后檢查
恢復(fù)完成后,原來受保護站點的數(shù)據(jù)存儲已經(jīng)被卸載;
數(shù)據(jù)已經(jīng)復(fù)制到恢復(fù)站點,SRM為其建立快照并掛接為數(shù)據(jù)存儲,虛擬機已經(jīng)在恢復(fù)站點中運行,恢復(fù)站點此時取締了原來的受保護站點成為生產(chǎn)站點。
***重新登錄到恢復(fù)站點的虛擬機,并打開Microsoft SQL Server Management Studio檢查數(shù)據(jù)是否一致。
#p#
重新保護( Reprotect)
執(zhí)行恢復(fù)后,恢復(fù)站點將成為新的生產(chǎn)站點。但是,新的生產(chǎn)站點不再受到保護。如果在新的生產(chǎn)站點發(fā)生災(zāi)難,則無法故障切換到其他站點。重新保護則可以將原始生產(chǎn)站點用作新的恢復(fù)站點來保護新的生產(chǎn)站點,從而有效地進行反向保護。
如需對新的生產(chǎn)站點提供保護,在原始生產(chǎn)站點正常工作的情況下點擊工具欄的Reprotect按鈕;
確認并點擊 Next 按鈕繼續(xù);
點擊Start按鈕開始重新保護;
Reprotect完成,現(xiàn)在SiteB被SiteA所保護。
遷移回原始生產(chǎn)站點
在配置好重新保護后,您可以將生產(chǎn)站點遷移回原始生產(chǎn)站點,您只需要執(zhí)行Protect恢復(fù)即可。
注意:當遷移完成后,不要忘記運行重新保護以提供對生產(chǎn)站點的保護。