CN101707530A - 可动态配置容灾粒度的业务系统应用级容灾方法 - Google Patents

Abstract

一种可动态配置容灾粒度的业务系统应用级容灾方法，步骤包括1)先建立两个应用系统；2)再根据容灾颗粒度，确定应用系统的容灾角色是主应用系统还是备应用系统；3)然后根据仲裁，确定主、备应用系统的处理关系；主、备之间的关系可以被自动更改。本发明的有益效果：RTO恢复时间小于10分钟；RTP丢失生产数据趋于0；创造了巨大的社会价值。

Description

可动态配置容灾粒度的业务系统应用级容灾方法

技术领域

本发明涉及不同地理区域的业务处理系统同时处理同步备份的方法，尤其处理过程的同步、数据的同步、一致性，数据的实时备份，尤其过程数据的实时备份。

背景技术

目前的灾难恢复的方式主要有两种：

1、纯备份的方式，即从不同逻辑角度分为不同的备份方式。例如：全备份、增量备份、差分备份、热备份、冷备份等。它的优点包括：避免灾难发生后所导致的数据灾难，有效利用灾难恢复方案在应急地点迅速准确地重新恢复业务应用；备份的频率不是很高；具有备份策略、可管理的自动备份方案成本比较低。它的缺点包括：因介质容量不足而更换介质，会降低备份数据的可靠性与完整性；系统故障的出现可能导致业务停顿；备份数据的存取速度是一个很重要的因素。

2、数据级的容灾方式，即在数据级容灾方式下，所建立的异地容灾中心可以简单地把它理解成一个远程的数据备份中心。它的优点是，相比其他容灾级别来讲费用比较低，而且构建实施也相对简单。它的缺点包括：恢复时间比较长；要确保原有的数据不会丢失或者遭到破坏。

现有技术中公开了一些类似技术：

200710002663.7“业务交换点容灾方法及装置”公开了一种业务交换点SSP容灾方法，包括步骤：业务交换点独立地对业务交换点与业务控制点消息交互超时情况进行周期性统计；以及当周期性统计发现超时情况满足容灾条件时，业务交换点控制智能业务如何接续。

200710187701.0“一种实现业务系统容灾的方法及系统”公开了一种实现业务系统容灾的方法，包括：确定业务系统发生故障时，修改IP路由设备的设置，在对应容灾业务系统局点的消息分发设备上，设置所述故障业务系统的服务IP地址相关的设置；接收到给所述故障业务系统发送的消息时，通过连接所述容灾业务系统局点的端口，将所述消息发送到所述容灾业务系统局点的消息分发设备；并根据消息分发设备中的映射关系，将所述消息转发到所述容灾业务系统；由容灾业务系统进行处理。

200710138037.0“一种实现容灾的方法及装置”公开了一种实现容灾的方法：业务分发单元收到业务请求消息后，从至少两个业务处理单元中选择一个正常的业务处理单元，并将收到的业务请求消息发送给被选择的业务处理单元处理，其中，所述业务分发单元以用户为单位进行消息分发。另外，本发明还提供了一种节点设备，包括：以用户为单位进行消息分发的业务分发单元和至少两个业务处理单元，其中，业务分发单元，用于在收到业务请求消息后，从所述至少两个业务处理单元中选择一个正常的业务处理单元，并将收到的业务请求消息发送给被选择的业务处理单元；业务处理单元，用于对收到的业务请求消息进行处理。

API(Application Programming Interface，应用程序编程接口)是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件的以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节.

发明内容

1)发明目的：

独立于各个支撑业务系统的可配置容灾颗粒度的应用级容灾平台。

确保灾难发生时，做到应用系统无缝隙及时切换。

2)技术方案

一、本发明的系统基于以下几个部件组成：

1.业务系统的应用aip接口

2.独立于业务系统的仲裁平台。

本发明的技术解决方案主要设计思想：

1、容灾颗粒度可以任意配置，配置的颗粒度的大小决定了灾难发生时，所有的指标。

2、用命令文件控制主备系统处理顺序的一致性。

3、用索引文件控制主备系统处理结果的一致性。

4、用信号灯控制主备系统所处状态。

5、用角色变量控制主备系统的处理模式。

一种可动态配置容灾粒度的业务系统应用级容灾方法，步骤包括：

1)先建立两个应用系统；2)再根据容灾颗粒度，确定应用系统的容灾角色是主应用系统还是备应用系统；3)然后根据仲裁，确定主、备应用系统的处理关系；主、备之间的关系可以被自动更改；

所述步骤3)中步骤包括：

3.8)先确定主应用系统和备应用系统之间的工作模式；工作模式包括：

同步模式、异步模式和单点模式；

同步模式：主备系统产生仲裁索引，等待仲裁结果；

异步模式：主备系统产生仲裁索引，主不必等待仲裁结果；

单点模式：主备系统不产生仲裁索引，不等待仲裁结果；

3.9)主、备应用系统产生命令文件接口，记录应用系统处理的原始数据属性；

3.10)主、备应用系统产生索引文件接口，记录应用系统处理业务数据的结果；

3.11)容灾角色是用户在仲裁平台侧可以配置的，应用系统通过调用容灾api还获知自己的容灾角色；

3.12)主系统对输入文件读取并生成批命令文件，输出批命令文件到主系统与仲裁的接口目录，仲裁平台将批命令备份，并且送到备应用系统；

3.13)主备应用系统分别产生该批命令文件的索引文件，分别放在与仲裁平台的接口下，仲裁平台将接口下的索引文件传输至仲裁平台仲裁，再将仲裁结果分别传输只与主备系统的接口处；

3.14)出现异常情况，根据用户设置的异常处理模式，仲裁或api设置相应的主、备系统信号，仲裁将主、备应用系统的信号灯同步；所述异常情况包括：仲裁失败、仲裁超时或主备应用系统处理超时.

所述步骤2)中可配置容灾颗粒度，容灾颗粒度对容灾系统的两个指标RTO和RPO产生重大影响；用户可以根据不同的业务系统，不同的业务处理逻辑对颗粒度进行配置。RTO(Recovery Time Objective)恢复时间目标、RTP(RecoverPoint Object)恢复点指标。

所述步骤3.2)中，原始数据属性包括数据的大小和名称。

所述步骤3.3)中，结果包括正确的、错误的和无效的处理结果。

所述步骤3)中，主、备应用系统中嵌入api，用来产生相应的命令文件、索引结果文件；

命令文件接口如下：

文件命名：

BATCH.批次号.模块号

仲裁失败文件名：

BATCH.批次号.模块号.fail

BATCH.批次号.模块号.overtime

仲裁成功文件名：

BATCH.批次号.模块号.success；

索引文件接口如下：

文件命名：

INDEX.批次号.模块号

仲裁失败文件名：

INDEX.批次号.模块号.fail

INDEX.批次号.模块号.overtime

仲裁成功文件名：

INDEX.批次号.模块号.success。

本方法的特点和主要优势在于：

1、容灾颗粒度可配置：

文件包-模块、文件-模块

文件包-系统、文件-系统

原始数据-模块、原始数据-系统等

2.处理模式无限制：同步模式、异步模式、单点模式。

3.系统主备角色无限制：随时可以进行切换和回切。

4.以容灾平台为桥梁，将两个应用中心整合为具有容灾能力的体系。

本发明的有益效果：RTO(Recovery Time Objective)恢复时间小于10分钟；RTP(Recover Point Object)丢失生产数据趋于0；创造了巨大的社会价值。

附图说明

图1容灾后的应用系统结构示意图。

图2是传输场景时序图。

图3本发明切换与回切时序图。

图4本发明处理过程场景时序图。

具体实施方式

下面结合附图与具体实施方式对本发明作进一步说明：

本例中，一种可动态配置容灾粒度的业务系统应用级容灾方法，步骤包括：

1.确定颗粒度

2.确定应用系统的容灾角色

3.确定主备应用系统之间的工作模式

4.主备应用系统通过调用api产生命令文件接口记录应用系统处理的原始业务数据的大小，名称等。(当角色是主中心的时候生效)

5.主备应用系统通过调用api产生索引文件接口记录应用系统处理业务数据的结果，包括正确的、错误的、无效的等各种处理结果。

6.API根据仲裁平台提供的角色，控制主备应用系统容灾处理流程。

7.仲裁平台将主应用系统的命令文件传输给备应用系统。

8.仲裁平台将主备应用系统的索引文件传输到仲裁平台，对结果进行仲裁。

9.出现仲裁失败，或者出现仲裁超时或者主备应用系统处理超时，甚者其他异常出现，根据用户设置的异常处理模式，仲裁或者api会设置相应的主备系统信号等，仲裁会将主备应用系统的信号灯同步。

10.出现故障，进行主备应用系统的切换，主系统变成备系统，容备系统升级为主系统，主备无缝隙切换。

11.根据用户意愿，可以将切换的主备应用系统进行回切。

如图1，容灾后的应用系统结构示意图说明：

1、在生产地和容灾地分别建立一套业务处理系统。

2、原始处理数据将复制成两份，分别送入主应用系统和备应用系统处理。

3、主备应用系统经过调用容灾api产生相应的容灾信息。

4、仲裁平台进行信息的仲裁和传输。

如图2，传输场景时序图说明：

1、主应用系统生成命令文件，命令文件包括处理了哪些数据、数据属性等。

2、仲裁平台从主应用系统取得命令文件传输给备应用系统。

3、仲裁平台分别从主备应用系统取得相应命令文件的索引文件。

4、仲裁平台对索引文件进行仲裁。

5、仲裁平台将仲裁结果信息分别传送到主应用系统和备应用系统。

如图3，场景时序图说明：

图示场景分为：

1)正常流程：主备系统处于同步模式下运行

2)切换流程：主系统异常，将备系统升级为主系统，原主系统降为备系统，且系统处于异步处理模式下。

3)回切流程：原主系统修复，且数据处理已经追赶到同步模式，将主系统切换回备系统，备系统恢复成主席的过程。

如图4，本方法处理过程时序图说明：

正常流程描述：

1、主系统对输入文件读取并生成批命令文件，输出批命令文件到主系统与主仲裁的接口目录。

2、主仲裁将批命令文件发送给备仲裁，并将该文件备份，备仲裁接受该文件。

3、备系统对输入文件读取并生成批命令文件，把批命令文件输出到备系统与备仲裁的接口目录。

4、备仲裁根据主备系统的批命令文件进行仲裁，将批命令仲裁通过信息文件放到备系统与备仲裁的接口目录，并将该文件给主仲裁，同时将主备系统的批命令文件备份。

5、主仲裁接受批命令仲裁通过文件放到主仲裁与主系统的接口目录，

6、备系统发现仲裁通过信息文件后，开始业务处理，并将该文件移备份。

7、主系统将同步索引文件输出到主系统与主仲裁的接口目录，主仲裁将同步索引文件发送到备仲裁，并备份该文件。

8、备系统将同步索引文件输出到备系统与备仲裁的接口目录。

9、备仲裁根据主备系统的同步索引文件进行仲裁，将同步索引仲裁通过信息文件放到备系统与备仲裁的接口目录，并发送该文件给主仲裁，备仲裁同时将主备系统的同步索引文件备份，并备份同步索引仲裁通过信息文件

10、主仲裁接受同步索引仲裁通过文件放到主仲裁与主系统的接口目录，并将该文件移动备份。

11、主备系统发现同步索引仲裁通过文件后，提交批次任务正常处理完成信息给流程调度，

12、一次处理任务完成。

失去同步后的处理流程：

主系统：正常处理，失去同步，并向流程调度提交任务成功完成信息。主不等备。

备系统：同一数据源的批次堵塞，失去同步，并向流程调度提交任务处理失败信息。

恢复同步流程：

主系统：正常处理，失去同步，并向流程调度提交任务成功完成信息。

备系统：人工干涉后，开始处理被堵塞的批次。当追赶上后，由人工干预或者备仲裁自动通知主仲裁改变系统状态信号灯为主等备。

主系统不等待备系统。

Claims (6)

1.一种可动态配置容灾粒度的业务系统应用级容灾方法，其特征步骤包括：是1)先建立两个应用系统；2)再根据容灾颗粒度，确定应用系统的容灾角色是主应用系统还是备应用系统；3)然后根据仲裁，确定主、备应用系统的处理关系；主、备之间的关系可以被自动更改；

所述步骤3)中步骤包括：

3.1)先确定主应用系统和备应用系统之间的工作模式；工作模式包括：同步模式、异步模式和单点模式；

同步模式：主备系统产生仲裁索引，等待仲裁结果；

异步模式：主备系统产生仲裁索引，主不必等待仲裁结果；

单点模式：主备系统不产生仲裁索引，不等待仲裁结果；

3.2)主、备应用系统产生命令文件接口，记录应用系统处理的原始数据属性；

3.3)主、备应用系统产生索引文件接口，记录应用系统处理业务数据的结果；

3.4)容灾角色是用户在仲裁平台侧可以配置的，应用系统通过调用容灾api还获知自己的容灾角色；

3.5)主系统对输入文件读取并生成批命令文件，输出批命令文件到主系统与仲裁的接口目录，仲裁平台将批命令备份，并且送到备应用系统；

3.6)主备应用系统分别产生该批命令文件的索引文件，分别放在与仲裁平台的接口下，仲裁平台将接口下的索引文件传输至仲裁平台仲裁，再将仲裁结果分别传输只与主备系统的接口处；

3.7)出现异常情况，根据用户设置的异常处理模式，仲裁或api设置相应的主、备系统信号，仲裁将主、备应用系统的信号灯同步；所述异常情况包括：仲裁失败、仲裁超时或主备应用系统处理超时。

2.根据权利要求1所述的可动态配置容灾粒度的业务系统应用级容灾方法，其特征是所述步骤2)中可配置容灾颗粒度：

容灾颗粒度对容灾系统的两个指标RTO和RPO产生重大影响；用户可以根据不同的业务系统，不同的业务处理逻辑对颗粒度进行配置。

3.根据权利要求2所述的可动态配置容灾粒度的业务系统应用级容灾方法，其特征是如果所述主应用系统失效，则切换至备应用系统。

4.根据权利要求3所述的可动态配置容灾粒度的业务系统应用级容灾方法，其特征是所述步骤3.2)中，原始数据属性包括数据的大小和名称。

5.根据权利要求4所述的可动态配置容灾粒度的业务系统应用级容灾方法，其特征是所述步骤3.3)中，结果包括正确的、错误的和无效的处理结果。

6.根据权利要求5所述的可动态配置容灾粒度的业务系统应用级容灾方法，其特征是所述步骤3)中，主、备应用系统中嵌入api，用来产生相应的命令文件、索引结果文件。

Images