“灾难恢复计划应该还包括一个声明,可以发表在贵公司的网站和社交媒体平台在发生紧急情况,”罗伯特·吉本斯补充道,首席技术官,达通数据保护平台。和准备”给你的客户及时的状态更新从你的业务,当他们可以期待。如果你的客户知道你知道的情况下,你已经做好了充足的准备,及时努力照顾它,他们就会觉得好多了。”
[相关:灾难恢复在DevOps的世界]
5。让员工知道去哪里遇到紧急情况时,现场有一个备份。“许多公司认为博士计划只是为他们的技术系统,但他们没有意识到人(即。、员工)也需要有一个计划,“说Ahsun萨利姆,总统,Simplegrid技术。“在介意你的主要办公室另一个网站是不可用的。确保你的员工知道要去哪里,在哪里坐着如何访问网站的系统。提供备用站点地图和确保你有座位分配。”
“在发生灾难,您的团队需要一个操作工作场所,使用正确的设备、空间和通信、“DiLossi说。“这可能意味着远程办公和其他替代策略需要设计,以防地区灾难导致停电在大的地理区域。一定要注意任何合规要求和合同专用的工作间,人员和数据仍然是私有的。[和]不要合同50个席位200如果你真的需要真正满足你的恢复的要求。”
6。确保你的服务水平协议(sla)包括灾害或紧急情况。“如果你外包技术外包公司,或存储系统在数据中心/协同定位设备,确保你有约束力的协议,它定义了他们的服务水平在发生灾难,“萨利姆说。2020欧洲杯预赛“这将有助于确保他们着手解决你的问题在指定的时间。一些协议甚至可以讨论时间表得到系统备份。”
7所示。包括如何处理敏感信息。“定义操作和技术程序以确保敏感信息保护…博士计划是一个关键组成部分,”埃里克·兹说,伙伴,Sunera。“这些程序应该解决如何保持敏感信息(和访问)当博士计划已经被激活。”
8。定期测试你的计划。“如果你不是测试你的博士的过程,你没有,”单例说。“备份硬件可能失败,你的供应链可能依赖于别人无法应对灾难,你的互联网连接可能过于缓慢的恢复您的数据在预期的时间内,博士关键员工可能改变了他的手机号码。有很多的事情可能会破坏一个完美的计划。找到他们的唯一方法是测试你能负担得起失败。”
”你的计划必须包括细节博士环境将如何测试,包括测试的方法和频率,”戴夫LeClair说,副总统,产品营销,Unitrends,基于云的灾难恢复和连续性解决方案提供商。“我们最近的连续性调查900年IT管理员发现只有不到40%的公司更频繁地测试他们的博士每年一次,36%不测试。
博士“罕见的测试可能会导致环境不按要求执行在一场灾难,”他解释说。“你的计划应该定义(RTO)恢复时间目标和恢复点目标(RPO)每个工作负载和验证目标,他们可以得到满足。幸运的是,复苏保证现有的技术,能够实现自动化测试在不影响生产系统的博士和可以证明RTO RPO目标被实现为100%对灾难恢复的信心甚至复杂的n层应用程序。”
还请记住,“当灾难恢复,上次考试你只是一样好,”洛林说道。“测试时间表是任何博士计划最重要的一部分。比较定义RTO和RPO指标和测试结果来确定你的计划的功效。更全面的测试,成功的公司将会回到他们的脚上,”他说。“我们测试发电机每周确保其功能。永远记住,考试不及格不是一件坏事。最好是尽早发现这些问题比在危机中找到他们。决定什么需要修改和测试,直到你成功。”
不要忘了测试你的员工。“所涉及的员工需要精通计划并能够执行每个任务都分配给没有问题,”弗格森说。“运行模拟灾害和训练帮助确保你的员工可以执行该计划当一个实际的事件发生。”
这个故事,“8成分的一种有效的灾难恢复计划”最初发表的首席信息官 。