|
|
|
|
移动端

SRM实战之SRM恢复测试

本章节向您介绍如何进行SRM恢复测试,恢复测试并不影响生产中的服务器,仅仅为了验证恢复计划的可行性。

作者:Ivan Liao来源:51CTO|2012-03-14 10:54

【新品产上线啦】51CTO播客,随时随地,碎片化学习

测试恢复计划(Test)

恢复测试并不影响生产中的服务器,仅仅为了验证恢复计划的可行性。

第1步:测试恢复计划

选择需要测试的恢复计划,然后点击工具栏中的Test测试按钮;

勾选Replicate recent changes to recovery site以确保SRM将受保护站点中所修改的数据复制到恢复站点,然后点击Next按钮继续;

点击Start按钮开始测试恢复计划;

等待恢复计划测试完成。

此时恢复站点的ESX/ESXi服务器已经挂接上一个新的数据存储,在此之前并未为恢复站点配置用于SRM的数据存储,在SRM进行恢复时,SRM会同步受保护站点的数据存储到恢复站点,并为其创建快照,然后挂接到恢复站点的ESX/ESXi服务器。

第2步:清除测试(Cleanup)

测试完成后,您需要点击工具栏的Cleanup按钮清除测试信息;

同意并开始清除;

清除结束。

恢复( Recover)

恢复动作会将恢复计划中保护组定义的受保护虚拟机从受保护站点迁移到恢复站点中继续工作,在恢复过程中会关闭受保护站点的虚拟机,然后同步到恢复站点,再在恢复站点启动该虚拟机,过程中生产将会受到一定程度的影响,这取决于存储的复制时间以及虚拟机关闭和启动的时间。

第1步:开始之前检查

开始恢复之前,受保护站点为生产站点,受保护站点中的数据存储为DS-iSCSI ;

在保护站点中并无配置SRM使用的数据存储,但在虚拟机清单中可以看到占位虚拟机,此占位虚拟机保存在占位数据存储datastore1中;

为了检验恢复前后数据的一直性,在恢复前登录到虚拟机,打开SQL Server数据,为示例数据库建立一个新表;

然后为该新建的表插入数条记录,在恢复到恢复站点后用以检查数据一致性。

第2步:执行恢复

点击工具栏上的Recovery 按钮开始恢复;

选择计划中的迁移,然后继续;

点击Start按钮开始迁移。

从Recovery Steps标签页可以监控整个恢复过程。

恢复完成;

第3步:恢复后检查

恢复完成后,原来受保护站点的数据存储已经被卸载;

数据已经复制到恢复站点,SRM为其建立快照并挂接为数据存储,虚拟机已经在恢复站点中运行,恢复站点此时取缔了原来的受保护站点成为生产站点。

最后重新登录到恢复站点的虚拟机,并打开Microsoft SQL Server Management Studio检查数据是否一致。

重新保护( Reprotect)

执行恢复后,恢复站点将成为新的生产站点。但是,新的生产站点不再受到保护。如果在新的生产站点发生灾难,则无法故障切换到其他站点。重新保护则可以将原始生产站点用作新的恢复站点来保护新的生产站点,从而有效地进行反向保护。

如需对新的生产站点提供保护,在原始生产站点正常工作的情况下点击工具栏的Reprotect按钮;

确认并点击 Next 按钮继续;

点击Start按钮开始重新保护;

Reprotect完成,现在SiteB被SiteA所保护。

迁移回原始生产站点

在配置好重新保护后,您可以将生产站点迁移回原始生产站点,您只需要执行Protect恢复即可。

注意:当迁移完成后,不要忘记运行重新保护以提供对生产站点的保护。

【编辑推荐】

  1. SRM实战之安装Storage Replication Adapter
  2. SRM实战之配置SRM连接以及映射关系(多图)
  3. SRM实战之配置基于阵列的复制(组图)
  4. SRM实战之创建保护组(Protection Group)
  5. SRM实战之创建恢复计划(Recovery Plans)
【责任编辑:何巍 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

视频课程+更多

讲师:人学习过

B

B

讲师:BB人学习过

读 书 +更多

C#和.NET核心技术

本书重点讲解如何用实用的代码来解决具体的实际问题。本书的内容覆盖面很广,从新的C#范型到Web服务,从反射到安全等都有涉及。系统地介绍...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊