基于灾备实时挂载的方法与流程

[0001]
本发明涉及一种基于灾备实时挂载的方法，属于计算机数据安全处理领域。


背景技术：

[0002]
随着企业业务系统的不断扩大，信息量的不断增加，简单的数据备份早已满足不了企业的需求，而业务的接管已然成为众多企业所追寻的最佳解决方案，免除因地震、火灾等自然灾害导致业务中断所带来的经济损失甚至是生命的危险，例如：金融行业、医疗行业。
[0003]
那何为灾备呢？对于it而言，就是为计算机信息系统提供的一个能应付各种灾难的环境。当计算机系统在遭受不可抗拒的自然灾难以及计算机犯罪、计算机病毒、掉电、网络/通信失败、硬件/软件错误和人为操作错误等人为灾难时，灾备系统将保证用户数据的安全性(数据灾备)，甚至，一个更加完善的灾备系统，还能提供不间断的应用服务(应用灾备)。可以说，灾备系统是数据存储备份的最高层次。
[0004]
灾备系统又分为数据灾备和应用灾备。
[0005]
所谓数据灾备，就是指建立一个异地的数据系统，该系统是本地关键应用数据的一个可用复制。在本地数据及整个应用系统出现灾难时，系统至少在异地保存有一份可用的关键业务的数据。该数据可以是与本地生产数据的完全实时复制，也可以比本地数据略微落后，但一定是可用的。
[0006]
所谓应用灾备，是在数据灾备的基础上，在异地建立一套完整的与本地生产系统相当的备份应用系统(可以是互为备份)。建立这样一个系统是相对比较复杂的，不仅需要一份可用的数据复制，还要有包括网络、主机、应用、甚至ip等资源，以及各资源之间的良好协调。主要的方法包括负载均衡、集群方法。数据灾备是应用灾备的方法，应用灾备是数据灾备的目标。
[0007]
衡量灾备系统的两个方法指标：rpo(recovery point objective)：即数据恢复点目标，主要指的是业务系统所能容忍的数据丢失量。rto(recovery time objective)：即恢复时间目标，主要指的是所能容忍的业务停止服务的最长时间，也就是从灾难发生到业务系统恢复服务功能所需要的最短时间周期。rpo针对的是数据丢失，而rto针对的是服务丢失，二者没有必然的关联性。rto和rpo的确定必须在进行风险分析和业务影响分析后根据不同的业务需求确定。对于不同企业的同一种业务，rto和rpo的需求也会有所不同。当然，现在多数企业要达到的数据rpo、rto越接近于零越好。
[0008]
基于此，运用切换方法，可以很好的将生产中心的业务接管过来，从而减少不必要的损失。


技术实现要素：

[0009]
本发明目的是为了实现业务上基于灾备的切换方法。当生产中心的遇到地震、火灾等不可抗因素而导致的业务无法继续的情况下，运用切换方法，将生产中心的业务接管
过来，继续对外提供服务，很好的解决了业务中断的问题，减少了不必要的损失。
[0010]
基于灾备的切换方法，所述的方法包括下述步骤：
[0011]
生产中心数据发生变化，实时同步到灾备中心，保证两地数据的一致性。
[0012]
发送正常工作信息给灾备中心，两地保持实时通信。
[0013]
当生产中心数据遭到破坏导致业务无法继续时，灾备中心便会无法接收到正常工作的信息。
[0014]
灾备中心会给生产中心发送信号，等待回应。
[0015]
如果任然没有回应，灾备中心便会启动接管模式，将生产中心的ip进行接管，从而来接管对外的业务，使业务继续进行。
附图说明
[0016]
图1是一种数据同步流程图；
[0017]
图2是一种业务接管流程图。
具体实施方式
[0018]
本发明目的是为了实现业务上基于灾备的切换方法。当生产中心的遇到地震、火灾等不可抗因素而导致的业务无法继续的情况下，运用切换方法，将生产中心的业务接管过来，继续对外提供服务，很好的解决了业务中断的问题，减少了不必要的损失。
[0019]
所述方法包括下述步骤：
[0020]
生产中心数据发生变化，实时同步到灾备中心，保证两地数据的一致性。
[0021]
发送正常工作信息给灾备中心，两地保持实时通信。
[0022]
当生产中心数据遭到破坏导致业务无法继续时，灾备中心便会无法接收到正常工作的信息。
[0023]
灾备中心会给生产中心发送信号，等待回应。
[0024]
如果任然没有回应，灾备中心便会启动接管模式，将生产中心的ip进行接管，从而来接管对外的业务，使业务继续进行。
[0025]
如图1，先将生产中心的数据随时产生的数据同步到灾备中心，保障数据同步，达到数据的一致性。
[0026]
如图2，当生产中心受损，无法发送正常工作信息，灾备中心便会接管ip，从而接管生产中心的业务，保障业务的连续性，达到了灾备的切换。