怎样将供应商纳入到基于云的灾难恢复计划测试中

日期:2017-8-9作者:Paul Kirvan

【TechTarget中国原创】

假如供应商所提供的灾难恢复服务中包含了测试功能,那么请尽早理清该功能可以怎样支持到你的灾难恢复规划测试。尽量找那些可以提供无限次数测试的公司,或至少在这方面有着相对宽松的策略,例如季度或每两个月一次的测试,以便于你的测试计划安排。

除此之外,看看供应商为开发基于云的灾难恢复计划和测试活动提供了哪些方面的支持。

在对于灾难恢复即服务(DRaaS)或基于云的灾难恢复(Cloud DR)测试过程中,以下20个最佳实践是你取得成功的保障。

  1. 明确你在基于云的灾难恢复计划中需要测试的内容,例如从生产系统到灾难恢复环境的故障迁移,以及从灾难恢复到正常生产的故障恢复。
  2. 书面记录下灾难恢复测试计划,明确谁需要参与测试,以及你所将需要的各种资源,例如虚拟化系统、数据库、数据以及网络服务。
  3. 系统和数据的负责人应当事先审查基于云的灾难恢复计划,从而确保计划目标符合预期。
  4. 在准备自己的产品之前,请先询问DRaaS供应商是否能提供测试脚本。
  5. 准备测试脚本以方便测试。这点相当重要,因为脚本在测试中同样需要验证,这将是你在日后实际情况中的操作程序,需要你的DRaaS供应商参与其中。
  6. 明确从DRaaS供应商处所能得到的支持水平;例如他们会到现场查看你的测试进度,或是用远程方式接入,以及所需其提供的技术支持。
  7. 确保测试所需的所有资源都能正常工作。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作者>更多

Paul Kirvan
Paul Kirvan

Paul Kirvan是一名独立IT顾问,拥有超过22年的IT经验,主要擅长业务连续性、容灾、安全和企业风险管理等领域。

容灾/灾难恢复>更多

相关推荐

技术手册>更多

  • 企业闪存应用与采购

    固态存储技术正获得越来越多的关注,同时这种技术提供用户在不同环境中不同的固态存储部署方式。固态存储所展现出的高性能对于用户应用来说无疑是充满吸引力的,然而你还需要对其部署在何处、所需要的具体容量及使用模式作出具体评估和判断。

  • 固态存储技术选型

    企业部署固态存储一般用于解决特定应用性能问题。但随着闪存价格的不断走低,它正在被越来越多的市场认可。今天,大多数企业数据中心都部署有固态存储。固态存储能够以传统磁盘方式部署于存储阵列,可作为全闪存阵列,单独的缓存设备,还可以是服务器端的PCIe卡等等。​

  • 给闪存新手的部署指南

    近些年来,闪存存储的可用性有了明显的提高,并且提供了多种部署选择。当然,对最终用户来说有选择是好事情,但是部署闪存的无数种方式却带来了困扰。

  • 融合基础架构专刊

    在这本专刊中我们将为您介绍融合基础架构方案的优势、融合架构如何处理存储服务和数据传播、专家对融合架构的看法,并为读者分析了几个已经推向市场的融合架构。

TechTarget

最新资源
  • 安全
  • 虚拟化
  • 网络
  • 服务器
  • 数据中心
【TechTarget中国原创】

假如供应商所提供的灾难恢复服务中包含了测试功能,那么请尽早理清该功能可以怎样支持到你的灾难恢复规划测试。尽量找那些可以提供无限次数测试的公司,或至少在这方面有着相对宽松的策略,例如季度或每两个月一次的测试,以便于你的测试计划安排。

除此之外,看看供应商为开发基于云的灾难恢复计划和测试活动提供了哪些方面的支持。

在对于灾难恢复即服务(DRaaS)或基于云的灾难恢复(Cloud DR)测试过程中,以下20个最佳实践是你取得成功的保障。

  1. 明确你在基于云的灾难恢复计划中需要测试的内容,例如从生产系统到灾难恢复环境的故障迁移,以及从灾难恢复到正常生产的故障恢复。
  2. 书面记录下灾难恢复测试计划,明确谁需要参与测试,以及你所将需要的各种资源,例如虚拟化系统、数据库、数据以及网络服务。
  3. 系统和数据的负责人应当事先审查基于云的灾难恢复计划,从而确保计划目标符合预期。
  4. 在准备自己的产品之前,请先询问DRaaS供应商是否能提供测试脚本。
  5. 准备测试脚本以方便测试。这点相当重要,因为脚本在测试中同样需要验证,这将是你在日后实际情况中的操作程序,需要你的DRaaS供应商参与其中。
  6. 明确从DRaaS供应商处所能得到的支持水平;例如他们会到现场查看你的测试进度,或是用远程方式接入,以及所需其提供的技术支持。
  7. 确保测试所需的所有资源都能正常工作。
  8. 通知你企业组织中的其他部门——尤其是IT部门——有关灾难恢复计划的测试提案。同样不要忽略公司的管理层,告诉他们所讲测试的内容和预期的结果。
  9. 和测试团队的所有成员提前讨论灾难恢复计划测试中的相关活动,以便每个人都对在过程中的角色和职责了然于胸。
  10. 假如可以安排,并且DRaaS供应商提供支持,那么和尽可能多的参与者(包括供应商)安排预演。从中或许会发现潜在的问题,例如不正确的脚本,错误的URL或其它资源——这些都会对灾难恢复的顺利测试产生不利影响。
  11. 确保测试在不影响生产系统环境的正常运行,例如可以进行在研发和系统测试环境中。
  12. 一旦基于云的灾难恢复计划测试启动,需要有人时刻记录并控制测试活动的时间。测试脚本文档应当可以记录下特定活动完成的时间。
  13. 在测试中安排休息间隔来检查其进展状况;但是注意,在真正的紧急状况下你不会有这样的时间。假如活动未有按计划完成,请准停止测试。
  14. 一旦测试完成、结果记录在案,那么是时候进行总结汇报,看看哪些是有效,哪些并不奏效,以及对失败的活动如何进行补救。
  15. 记录测试的后续处理报告,提交管理层。
  16. 和DRaaS供应商一同回顾灾难恢复测试的结果,让他们知道该如何协助你解决问题。
  17. 如果可能的话再安排一次测试,从而判断修改后的测试计划和脚本是否顺利通过。如果不可能额外安排测试,那么考虑一下:测试中发现的问题假如在实际状况下发生,会给企业和组织带来怎样的风险。所有的调查结果都应在后续报告或测试报告中注明。
  18. 假如系统和资源会支持企业的关键业务,请执行附加测试,确保这部分资产会被快速恢复。
  19. 根据测试结果更新灾难恢复计划和其它相关文件。
  20. 和DRaaS供应商协调安排下一轮测试。

当拥有一位能够辨明轻重缓急的DRaaS供应商时,你基于云的灾难恢复计划会更有机会取得成功。