CN103929320A - 一种针对it***灾难恢复的集成平台 - Google Patents

Abstract

本发明涉及一种针对IT***灾难恢复的集成平台，用于对异地分布式IT***进行集中管理，该集成平台包括：***管理模块（100）、***通信模块（200）、数据同步模块（300）、数据比较分析模块（400）、数据存储模块（500）、业务流程模块（600）、业务恢复模块（700）、安全审计模块（800）。根据本发明的针对IT***灾难恢复的集成平台，能够实现各个业务主机之间的实时通信，能够将数据恢复和业务切换统一到业务流程中，因此，本发明能够提供一种在异地分布式IT***发生灾难时将硬件恢复、数据恢复、业务恢复三者有效结合的针对IT***灾难恢复的集成平台。

Description

一种针对IT***灾难恢复的集成平台

技术领域

本发明涉及网络通信中的容灾技术，具体地，涉及在IT***发生灾难的情况下能够进行数据恢复并保持数据一致性的集成平台。

背景技术

随着信息时代的到来，数据越来越突出地成为社会正常运作的核心。对于一个企业来讲，数据更是影响其生存和发展的关键，各行业的用户和企业对网络应用和数据信息的依赖日益强烈，突发性灾难如火灾、洪水、地震或者恐怖事件等对整个企业的数据和业务生产会造成重大影响。因此，如何保证在灾难发生时企业数据不丢失，保证***服务尽快恢复运行，成为人们关注的焦点之一，因此，容灾技术日益成为各个行业关注的焦点。

容灾从保障的程度上一般分为三个级别：数据级、***级、业务级。

数据级容灾的关注点在于数据，即灾难发生后可以确保用户原有的数据不会丢失或者遭到破坏。数据级容灾与备份不同，它要求数据的备份保存到异地。

***级容灾是在数据级容灾的基础上再把执行应用处理能（业务服务器区）复制一份，也就是说，在备份站点同样构建一套支撑***，***级容灾能够提供不间断的应用服务，让用户应用的服务请求能够透明地继续运行而不受到灾难发生的影响。

数据级容灾和***级容灾都在IT范畴之内的，然而对于正常业务而言，仅IT***的保障还不足够，有些用户需要构建最高级别的业务级容灾。

现有技术中，当大型异地分布式***在本地发生灾难时，着重于硬件（***）级恢复、数据级恢复或业务级恢复，但缺乏一种将三者有效结合起来的集成平台。

 

发明内容

鉴于上述问题，本发明旨在提供一种能够对异地分布式***中的业务主机实施有效控制并且能够保持数据的一致性和业务的持续性的针对IT***灾难恢复的集成平台。

本发明的针对IT***灾难恢复的集成平台能够有效解决异地分布式IT***中各主机的集中问题，对业务主机实施有效控制，通过灵活的业务流程功能，保障业务持续性。本发明的成IT***灾难恢复的集成平台实现了与各个业务主机之间的实时通信，将数据恢复和业务切换统一到业务流程中。

本发明的针对IT***灾难恢复的集成平台，用于对异地分布式IT***进行集中管理，该异地分布式IT***具备多个本地业务主机、多个异地业务主机、管理本地业务主机和异地业务主机的两台管理中心，该集成平台包括：

***管理模块，用于实时监控和管理所述异地分布式IT***，以使得所述管理中心能够实时获取各业务主机的信息；

***通信模块，部署于所述各本地业务主机、各异地业务主机、管理中心，并且用于实现各本地业务主机与管理中心间的通信、各异地业务主机与管理中心间的通信、以及管理中心之间的通信；

数据同步模块，用于实现所述异地分布式IT***中的数据实时同步；

数据比较分析模块，用于实现所述异地分布式IT***中数据的一致性验证；

数据存储模块，用于实现所述异地分布式IT***中的数据存储；

业务流程模块，用于实现所述异地分布式IT***中的各类业务流程；

业务恢复模块，用于在所述异地分布式IT***发生灾难的情况下实现异地业务流程的接管；

安全审计模块，用于对各业务主机和各管理中心之间的消息的接收和发送进行加密、解密。

优选地，所述***管理模块、所述数据同步模块、所述数据比较分析模块、所述数据存储模块、所述业务流程模块、所述业务恢复模块、所述安全审计模块均与所述***通信模块关联，所述数据同步模块、所述数据比较分析模块、所述数据存储模块、所述业务流程模块均与所述业务恢复模块关联。

优选地，所述***通信模块用于实现各业务主机和各管理中心之间的消息收发、消息解析、命令执行、结果反馈。

优选地，所述各管理中心与所述各业务主机中的各单元模块之间通过WTC接口连接Tuxedo/Q服务。

优选地，所述安全审计模块对管理中心与业务主机中的各个单元模块之间的消息的发送和接收通过使用WSL***消息进行加密。

优选地，所述安全审计模块通过WSL***消息的过程中使用－z的产生进行rsa加密设置。

优选地，所述数据比较分析模块能够根据数据的差异性进行数据定位和分析并且据此进行数据追补。

优选地，所述业务恢复模块包括：用于启动异地的转接***应用和数据库的第一子模块；用于获取灾难切换的时间的第二子模块；用于执行网络切换的第三子模块。

优选地，所述数据同步模块用于在本地业务***中部署镜像存储以实现本地业务***之间的数据同步复制。

优选地，所述数据同步模块用于实现本地镜像存储与异地存储之间的数据异步复制。

优选地，所述数据同步模块还用于当本地***恢复业务后将异地数据回补到本地数据库中。

优选地，所述两台管理中心为功能相同并且互为备份。

优选地，所述管理中心采用LDAP服务器镜像身份认证。

本发明主要解决的技术问题如下：（1）如何对异地分布式***的集中管理和控制；（2）如何实现异地分布式***的快速业务切换，保证灾难发生时业务的持续性；（3）如何实现业务的自动处理；（4）如何监控受控端的状态；（5）如何比较两地业务数据库的一致性。

对于上述技术问题（1），所采用的技术手段是：通过管理中心和各个受控端之间的消息收发机制（使用了Tuxedo的/Q可靠消息队列），来实现对所有业务主机的控制。

对于上述技术问题（2），所采用的技术手段是：针对运营的每一套业务***建立一个对应的异地切换和回切流程，并且与数据追补模块相结合，前者保证灾难发生时业务的可持续性，后者保证灾难发生时数据的完整性。

对于上述技术问题（3），所采用的技术手段是：由于管理中心可实现对所有业务主机的管理和控制，所以业务***的日常作业可实现自动化，即通过管理中心发送固定流程的作业指令来实现；另外对于特定的一些业务需求，也可以由业务人员自己定义一套任意流程来实现，其方式灵活多样。

对于上述技术问题（4），所采用的技术手段是：两台管理中心上，分别部署对应的tuxedo的WSL服务，同时在每台受控端上，设置WSNADDR环境变量，环境变量的值为tuxedo服务端发布的WSL服务对应的地址（ip地址：端口号），用于tuxedo客户端程序（受控应用端程序）连接到tuxedo服务端。如果连接失败，则间隔30秒后，重新连接。同时，受控端会定时向管理中心发送心跳消息，管理中心据此来判断受控端的状态是否正常。

对于上述技术问题（5），所采用的技术手段是：通过数据比较模块，可以对两地业务数据库中的任意一张表或者一个表集合（多张表）进行比较，比较方式多样，有1】对表记录数的比较；2】对表中某些字段的比较；3】对表进行MD5算法的比较；通过这些数据比较方式，可以精确查找出本地和异地业务数据库是否一致，不一致则可以告诉用户其差异性在哪里。

综上所述，本发明的针对IT***灾难恢复的集成平台能够实现各个业务主机之间的实时通信，能够将数据恢复和业务切换统一到业务流程中，因此，本发明能够提供一种在异地分布式IT***发生灾难时将硬件恢复、数据恢复、业务恢复三者有效结合的针对IT***灾难恢复的集成平台。

 

附图说明

图1是表示本发明的针对IT***灾难恢复的集成平台所集中管理异地分布式IT***的构造示意图。

图2是表示本发明的针对IT***灾难恢复的集成平台的构造示意图。

图3是表示本发明的针对IT***灾难恢复的集成平台进行的数据存储、数据同步处理的示意图。

图4是表示本发明的针对IT***灾难恢复的集成平台管理下的单元模块即受控端的处理流程。

 

具体实施方式

下面介绍的是本发明的多个实施例中的一些，旨在提供对本发明的基本了解。并不旨在确认本发明的关键或决定性的要素或限定所要保护的范围。

图1是表示本发明的针对IT***灾难恢复的集成平台所集中管理异地分布式IT***的构造示意图。如图1所示，该异地分布式IT***具备多个本地业务主机（在本地具备业务主机1、业务主机2、业务主机3…..）、多个异地业务主机（在异地具备业务主机4、业务主机5、业务主机6…..）、管理本地业务主机和异地业务主机的两台管理中心。本地业务主机、异地业务主机以及两台管理中心通过通讯线路相关联。其中，两台管理中心管理功能相同、互为被封。该异地分布式IT***包括上述的所有业务主机和管理中心。在本发明中将会提到的“受控端”是部署在所有业务主机上的一个模块。这样对本发明的本发明的针对IT***灾难恢复的集成平台来说，所有的业务主机都可以接受来自管理中心的指令而进行相关的操作（因此，这里也可以将部署了该单元模块的主机简称为“受控端”）。

图2是表示本发明的针对IT***灾难恢复的集成平台的构造示意图。

如图2所示，本发明的针对IT***灾难恢复的集成平台包括：用于实时监控和管理所述异地分布式IT***以使得所述管理中心能够实时获取各业务主机的信息的***管理模块100；部署于所述各本地业务主机、各异地业务主机、管理中心并且用于实现各本地业务主机与管理中心间的通信、各异地业务主机与管理中心间的通信、以及管理中心之间的通信的***通信模块200；用于实现所述异地分布式IT***中的数据实时同步的数据同步模块300；用于实现所述异地分布式IT***中数据的一致性验证的数据比较分析模块400；用于实现所述异地分布式IT***中的数据存储的数据存储模块500；用于实现所述异地分布式IT***中的各类业务流程的业务流程模块600；用于在所述异地分布式IT***发生灾难的情况下实现异地业务流程的接管的业务恢复模块700；用于对各业务主机和各管理中心之间的消息的接收和发送进行加密、解密的安全审计模块800。

***管理模块100、数据同步模块300、数据比较分析模块400、数据存储模块500、业务流程模块600、业务恢复模块700、安全审计模块800均与***通信模块200相关联。数据同步模块300、数据比较分析模块400、数据存储模块500、业务流程模块600均与业务恢复模块（700）关联。

***管理模块100能够实时监控和管理该异地分布式IT***，通过***内各关联单元模块与管理中心之间的可靠的消息通讯机制，使得所述管理中心能够实时获取各业务主机的信息。

***通信模块200部署于该异地分布式IT***内的各单元模块和管理中心，用于实时消息收发，消息解析、命令执行、结果反馈，是实现IT***灾难恢复的基础。管理中心和各单元模块之间通过WTC接口连接Tuxedo /Q服务。WTC 是BEA公司的WEB支持产品Weblogic和中间件产品Tuxedo之间的连接工具，全称Weblogic Tuxedo Connector。WTC使Weblogic和Tuxedo之间具有双向访问能力，Tuxedo也是BEA公司的中间件产品，Tuxedo/Q部件能够以可靠的方式实现，它允许消息经过排队后存储在持续介质,如磁盘或非持续介质如内存中,以便供以后使用。在本发明中，管理中心部署了Weblogic平台和java应用，各单元模块（即各受控端）上部署了Tuxedo的/Q可靠消息队列，用来接收管理中心发来的消息命令->执行->将结果消息存入响应队列。而管理中心的Weblogic与各单元模块之间的Tuxedo之间的通信使用的就是WTC接口。

管理中心发送相关的命令消息，并接收执行的返回结果消息。各单元模块接收管理中心的命令消息，并发送执行的返回结果消息。当命令的执行时间超长或网络故障的情况下，Tuxedo /Q能够提供可靠的消息服务，保证了消息传递的完整性。这样一种机制，提供了比tpacall()更加灵活同时更可靠的异步执行方法，满足了异地分布式***的需要。因此，在本发明中通过在管理中心和各个受控端之间采用Tuxedo /Q，能够对异地分布式***继续集中管理和控制。

数据同步模块300、数据比较分析模块400、数据存储模块500共同构建了异地分布式***内数据一致性的保证，数据同步模块300和数据模块500存储用于实现***内异地分布的业务***数据的实时同步，数据比较分析模块400用于异地分布的业务***数据一致性的验证并能根据差异性进行数据定位和分析，进行相关的数据追补。数据同步模块300、数据比较分析模块400、数据存储模块500为业务恢复模块600的基础。

业务流程模块600要用于有效实现异地分布***的各项业务流程，流程信息基于流程、步骤、功能、组合功能等基本元素，采用有序的功能步骤的形式定义在数据库中，并可通过脚本定制修改。管理中心程序读出流程信息并解释执行，完成流程业务功能的执行，实现***内固定的日常业务流程，这些业务流程统称为固定流程。此外，为应付处理一些临时的***要求，如设备更换、线路维护、故障处理等，需要随机执行一系列必要的业务功能，由此衍生出任意流程的功能，支持对于所定义的相关特殊功能的选择执行，是对于固定业务流程的补充，是一种很灵活的业务***的控制方式。

业务恢复模块700基于数据一致性的保证，通过业务流程的模块展现，确保了异地分布式***在发生灾难等异常情况时，可快速实现异地业务流程接管，保证了数据和业务的持续性。业务恢复模块700包含下述子模块：用于启动异地的业务***应用和数据库的第一子模块；用于获取灾难切换的时间的第二子模块；用于执行网络切换的第三子模块。举个例子：比如上海中心的转接业务***发生故障的情况下，需要马上切换到北京中心，此时业务恢复模块700的第一子模块会启动异地的转接***应用和数据库，并判断是否具备切换条件，业务恢复模块700的第二子模块获取灾难切换的时间点（以备后续进行数据的追补），业务恢复模块700的第三子模块执行网络切换等工作。

如果对这些流程进行分解的话，流程中的每一步实质上就是对某台业务主机的控制，自动完成管理中心发出的操作指令，此流程执行完后，对用户来说都是透明的，而实际的交易处理地点已经由上海变成了北京，保证了业务的持续性。当上海中心业务***恢复后，还对应一套业务回切流程，回切后会将交易正常送至上海处理。并且数据追补流程会将切换这段时间在北京处理的交易追补到上海中心。

安全审计模块800是为避免管理中心和各个单元模块之间消息的明文传输，对消息增加了加密设置，通过WSL***消息的过程中使用 -z 的参数进行rsa加密设置。而且，在消息的接收和发送中都以加密形式进行，消息收到后再自动解密，这样能够保证数据传递的安全。同时，管理中心采用统一的LDAP（Lightweight Directory Access Protocol）服务器进行身份认证。操作员的权限设置信息同样取自LDAP服务器，在进行各项功能操作时首先检查相关授权。只有授权用户才能执行各项业务流程的功能。另外，安全审计模块800还对登录信息、操作日志、流程执行进行记录和审计。

将图2所示本发明的针对IT***灾难恢复的集成平台对图1所示的异地分布式IT***进行集中管理的情况下，对于本地和异地部署的业务主机上都有受控端，同时本地和异地各自部署管理中心，每个管理中心均同本地和异地的所有业务主机实现通信，以达到***管理、业务实现和恢复的目的。

图3是表示本发明的针对IT***灾难恢复的集成平台进行的数据存储、数据同步处理的示意图。如图3所示，本发明的IT***灾难恢复的集成平台本地业务***中部署了一套镜像存储，实现了本地主业务***之间的数据同步复制并且数据为双向复制。在本地镜像存储与异地存储之间实现了数据异步复制并且数据为单向复制。这样的数据同步机制保证了当本地业务***或数据发生灾难时，能迅速在异地实现业务恢复，且数据不会丢失。当本地***恢复业务后，又可以将异地数据回补到本地数据库中。

关于“数据回补”可以这样理解，例如，继续前面在描述“业务恢复模块700”时提到的一个例子：当本地业务***（上海）需要切换北京时，会记录切换的时间点T0，切换后，所有的交易实际已转换到北京中心进行处理。当上海中心恢复业务后，会执行对应业务***的回切流程，同时也会记录切换的时间点T1，后续就会执行数据追补流程，由于T1-T0的时间差就是交易在北京中心处理的时间段。所以数据追补流程此时会启动，北京管理中心会发出指令，从北京中心的交易数据库中读取这段时间的数据（也就是异地数据），将这段数据通过北京至上海的光纤网络传到上海管理中心，然后上海管理中心会将这些数据***到对应的业务数据库中。这样，不论对于业务***还是用户来说，交易数据都是完整的，就像没有发生切换一样。

图4是表示本发明的针对IT***灾难恢复的集成平台管理下的单元模块即受控端对消息收发的处理流程（也就是***通信模块200进行的具体流程）。如图4所示， 在一个单元模块，首先，进程初始化，分配空间，并生成一个带头节点的链表。两台管理中心的服务器上，分别部署对应的tuxedo的WSL服务，同时在每台客户端服务器上，设置WSNADDR环境变量，环境变量的值为tuxedo服务端发布的WSL服务对应的地址（ip地址：端口号），用于tuxedo客户端程序（受控应用端程序）连接到tuxedo服务端。如果连接失败，则间隔30秒后，重新连接。

链表主要用于存放当前正在执行的执行进程的状态信息，每个节点的内容包括进程号、消息功能号、消息唯一性标记、参数值集合、进程开始执行的时间、以及该节点是否可用的标志（0为可用，1为不可用）。当执行进程处理完成后，主进程会把该执行进程对应的链表中的节点信息清空，并把可用性标志置为0，供以后使用。

判断消息的有效性，主要是对命令消息中的应用***的校验标识（system）、功能号（func_id）、IP地址（ip）、时间（time）、消息类型（type）等的值（value）进行有效性判断。

功能处理脚本进行功能操作处理时，会根据不同的情况，对是否处理，该如何处理等情况进行判断确定，避免不必要已经错误的操作，返回对应的值。返回值为0表示功能操作处理成功，非0表示失败。

当接收到的消息是中断消息时，主进程给对应的执行进程发送中断信号，执行进程接收到中断信号后，停止循环，不再进行后面的操作。

图4中，左边部分为主进程的执行流程。主进程是一个循环程序，主要完成发送心跳信息，接受消息并判断消息的有效性，根据消息内容生产对应的执行进程，并管理正在执行的执行进程的操作。

根据上述的本发明的针对IT***灾难恢复的集成平台管理，能够提供快速、简单、有效的灾难恢复机制，在设计目标上达到了RPO=0，RTO=0，在实际灾难发生时，也能在最短时间内提供持续的业务服务。在灾难恢复方面，目前业界公认有三个目标值得努力。一是恢复时间，企业能忍受多长时间没有 IT，处于停业状态；二是网络多长时间能够恢复；三是业务层面的恢复。整个恢复过程中，最关键的衡量指标有两个：一个是 RTO，另一个是 RPO。所谓 RTO（Recovery Time Objective）是指灾难发生后，从 IT ***当机导致业务停顿之时开始，到 IT ***恢复至可以支持各部门运作、恢复运营之时，此两点之间的时间段称为 RTO。所谓 RPO（Recovery Point Objective）是指从***和应用数据而言，要实现能够恢复至可以支持各部门业务运作，***及生产数据应恢复到怎样的更新程度。这种更新程度可以是上一周的备份数据，也可以是上一次交易的实时数据。可见，本发明的针对IT***灾难恢复的集成平台管理能够在发生灾难时能在最短时间内提供持续的业务服务。

而且，根据本发明的针对IT***灾难恢复的集成平台，受控端（即各单元模块）能够自动维护保持与服务器端的可靠连接、保持充足的可运行的健壮性。

而且，根据本发明的针对IT***灾难恢复的集成平台，能够对所有部署的受控端（即各单元模块）的运行状态进行有效的监控，对于各种业务流程的运行状态提供有效的监控，同时，能够对于可配置的参数提供管理维护方式。

而且，根据本发明的针对IT***灾难恢复的集成平台，对于业务流程可实现灵活配置和组合，比如支持通过参数化配置来应对业务功能的一般性变化；对于流程执行中出现的错误，在流程中提供异常处理的功能，实现对于异常的有效处理。

而且，为了保证异地分布式***的RTO、RPO的性能要求，本发明的针对IT***灾难恢复的集成平台通过设计实现各种业务流程，完成日常、计划内、以及灾难情况下的流程控制。固定业务流程和任意功能流程的实现是灾备应用***提供的核心功能。为有效实现各项业务流程，流程信息基于流程、步骤、功能、组合功能等基本元素，采用有序的功能步骤的形式定义在数据库中，并可通过脚本定制修改。管理中心程序读出流程信息并解释执行，完成流程业务功能的执行，这些业务流程统称为固定流程。另外为应付处理一些临时的业务***要求，如设备更换、线路维护、故障处理等，需要随机执行一系列必要的业务功能。

以上例子主要说明了本发明针对IT***灾难恢复的集成平台。尽管只对其中一些本发明的具体实施方式进行了描述，但是本领域普通技术人员应当了解，本发明可以在不偏离其主旨与范围内以许多其他的形式实施。因此，所展示的例子与实施方式被视为示意性的而非限制性的，在不脱离如所附各权利要求所定义的本发明精神及范围的情况下，本发明可能涵盖各种的修改与替换。

Claims (13)

1.一种针对IT***灾难恢复的集成平台，用于对异地分布式IT***进行集中管理，该异地分布式IT***具备多个本地业务主机、多个异地业务主机、管理本地业务主机和异地业务主机的两台管理中心，该集成平台包括：

***管理模块（100），用于实时监控和管理所述异地分布式IT***，以使得所述管理中心能够实时获取各业务主机的信息；

***通信模块（200），部署于所述各本地业务主机、各异地业务主机、管理中心，并且用于实现各本地业务主机与管理中心间的通信、各异地业务主机与管理中心间的通信、以及管理中心之间的通信；

数据同步模块（300），用于实现所述异地分布式IT***中的数据实时同步；

数据比较分析模块（400），用于实现所述异地分布式IT***中数据的一致性验证；

数据存储模块（500），用于实现所述异地分布式IT***中的数据存储；

业务流程模块（600），用于实现所述异地分布式IT***中的各类业务流程；

业务恢复模块（700），用于在所述异地分布式IT***发生灾难的情况下实现异地业务流程的接管；

安全审计模块（800），用于对各业务主机和各管理中心之间的消息的接收和发送进行加密、解密。

2.如权利要求1所述的针对IT***灾难恢复的集成平台，其特征在于，

所述***管理模块（100）、所述数据同步模块（300）、所述数据比较分析模块（400）、所述数据存储模块（500）、所述业务流程模块（600）、所述业务恢复模块（700）、所述安全审计模块（800）均与所述***通信模块（200）关联，

所述数据同步模块（300）、所述数据比较分析模块（400）、所述数据存储模块（500）、所述业务流程模块（600）均与所述业务恢复模块（700）关联。

3.如权利要求2所述的针对IT***灾难恢复的集成平台，其特征在于，

所述***通信模块用于实现各业务主机和各管理中心之间的消息收发、消息解析、命令执行、结果反馈。

4.如权利要求3所述的针对IT***灾难恢复的集成平台，其特征在于，

所述各管理中心与所述各业务主机中的各单元模块之间通过WTC接口连接Tuxedo/Q服务。

5.如权利要求4所述的针对IT***灾难恢复的集成平台，其特征在于，

所述安全审计模块对管理中心与业务主机中的各个单元模块之间的消息的发送和接收通过使用WSL***消息进行加密。

6.如权利要求5所述的针对IT***灾难恢复的集成平台，其特征在于，

所述安全审计模块通过WSL***消息的过程中使用－z的产生进行rsa加密设置。

7.如权利要求6所述的针对IT***灾难恢复的集成平台，其特征在于，

所述数据比较分析模块（400）能够对本地和异地的业务***数据库进行数据一致性比较，能够对差异性进行定位，并且能够针对其差异性进行数据追补。

8.如权利要求7中所述的针对IT***灾难恢复的集成平台，其特征在于，

所述业务恢复模块（700）包括：

用于启动异地的业务***应用和数据库，并判断是否具备切换条件的第一子模块；

用于获取灾难切换的时间点的第二子模块；

用于执行网络切换的第三子模块。

9.如权利要求1～8中任意一项所述的针对IT***灾难恢复的集成平台，其特征在于，

所述数据同步模块（300）用于在本地业务***中部署镜像存储以实现本地业务***之间的数据同步复制。

10.如权利要求9所述的针对IT***灾难恢复的集成平台，其特征在于，

所述数据同步模块（300）用于实现本地镜像存储与异地存储之间的数据异步复制。

11.如权利要求10所述的针对IT***灾难恢复的集成平台，其特征在于，

所述数据同步模块（300）还用于在本地***恢复业务后将异地数据回补到本地数据库中。

12.如权利要求11所述的针对IT***灾难恢复的集成平台，其特征在于，

所述两台管理中心为功能相同并且互为备份。

13.如权利要求12所述的针对IT***灾难恢复的集成平台，其特征在于，

所述管理中心采用LDAP服务器镜像身份认证。