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