你们都很重视数据、重视本身的业务系统,也投入了不少作灾备系统的建设,在建设中对产品的选项也很重视,可是在完成建设后却错觉得大功告成了。忽略了灾备演练这个重要环节。html
如今不少灾备公司都不过重视灾备的演练,不少一年也没有作到一次,不能彻底发现灾备中心的缺陷。linux
容灾系统的业务连续性是企业的关键业务在灾难发生时的应对能力和恢复能力,即经过尽量快速的、全面的企业业务恢复运做,将因灾难形成的损失下降到最小程度。因为在远程网络传输的实时性能力以及对现有生产系统不产生负面压力的要求等多种综合因素的制约,目前各种技术实现手段均是以必定的RPO和RTO做为灾难备份的指标实现,而零丢失或零间断基本上都不具备技术基础。因为实现零间断采用全同步方式形成的高额的支出和系统运行损害使得零间断或零丢失都不具备可行性。网络
灾备演练是验证灾难发生时,业务系统可否有效联动切换的极为重要的手段。没有灾备的演练计划和手段,每每没法预知灾难发生时生产中心和灾备中心的数据一致性,也没法预知灾备中心是否具备了业务接管的一切必要条件。以往,因为一些企业采用的容灾技术实现不具备灾备演练的技术手段,出现了一些企业在故障发生时,仍然没法启动后援系统进行业务的接管的现象,这些企业不得不仍然采用传统的备份恢复方式进行耗时的数据恢复,不只出现了大量的数据丢失并且,动辄数十小时的业务停顿,也使得灾备系统的设计者狼狈不堪,教训十分深入。所以,选择有效的灾备技术手段的同时,决不能忽略灾备演练的技术手段的提供,在具备多种技术手段的基础上,制定灾备系统的演练和测试计划。灾备的演练计划有如下几种方式:性能
第一:计划性测试/演练测试
灾难恢复计划要求创建业务连续性管理团队,不只涉及IT部门,并且关联众多业务部门,为减小演练对于生产的影响,能够将恢复计划细化到很小的单位或者模块,逐个应用进行接管验证。优化
当模块都成功经过测试后,测试的范围能够扩充到更多的模块。设计
第二:突发演练htm
在灾备系统全面完成而且制定了全面的恢复计划后,能够在进行了必定备份的状况下安排突发性的测试。固然,业务连续性管理小组须要确保业务不会由于突发性测试形成不可接受的损失和业务中断。blog
演练对于提升团队的恢复经验和协做能力以及确保灾难恢复计划的可行性是相当重要的。全部的演练结果都要进行评估、记录、而且生成到容灾流程里。get
另外:有哪些要预先考虑的因素?
答:容灾体系须要现有的基础设施情况,如现有异地传输网络的情况、现有主机系统和存储系统情况、现有生产环境的变更能力等等,体如今考虑因素上就是如下几点:
1.是不是低带宽特征,若是是则须要考虑具备带宽优化的技术实现
2.是不是异构系统?若是是则须要考虑异构的灾备体系
3.成本。权衡和比较不一样灾备实现的成本,这里会产生很大的差别。
4.灾备系统是否对于生产系统产生很大的变更?有时候,这每每是致命的。
5.灾难的防护范围。除了人们已知的各种天然灾害、设备故障外,是否须要防范人为的数据篡改或丢失?若是是,所采用的技术就须要更为全面、功能覆盖面更为普遍。
6.工程实施过程。实施是否简单、维护过程是否简单每每决定了系统从此的维护和运营成本和对生产系统的影响。
原文来自:http://www.chinastor.com/a/rongzai/0QI93b2018.html
本文地址:https://www.linuxprobe.com/disaster-recovery-system.html编辑:姜传广 审核员:逄增宝