CN107135097A - 基于簿记建档的容灾系统及容灾方法 - Google Patents

Abstract

公开了一种基于簿记建档的容灾系统及其容灾方法，容灾系统包括容灾设备(1)以及通信连接容灾设备(1)的业务客户端(2)、应用服务器(3)、薄记管理端(4)、中心端(5)以及数据存储端(6)，容灾设备(1)包括备份服务器(7)和容灾管理模块(8)，备份服务器(7)包括连接数据存储端(6)的用于备份簿记建档数据的第一备份服务器(9)和连接业务客户端(2)、应用服务器(3)、簿记管理端(4)和中心端(5)的用于备份非簿记建档数据的第二备份服务器(10)，容灾管理模块(8)包括用于监测数据灾难的监控模块(18)、用于切换容灾设备的切换模块(19)和基于备份服务器(7)中的备份数据恢复系统数据的恢复模块(20)。

Description

基于簿记建档的容灾系统及容灾方法

技术领域

本发明涉及数据处理领域，特别是一种基于簿记建档的容灾系统及其容灾方法。

背景技术

薄记建档是国际上通行的由主承销商记录投资者认购债券数量和有购买意向的债券利率水平的工作过程。投资者根据自己对利率的判断确定在不同利率档次下的申购定单，再由主承销商将定单汇集后确定具体的利率水平。随着企业发行短期融资券、次级债的数量增多、资产证券化的加入，簿记建档这一发行方式需要更加市场化，由发行的指导价格变成由市场供需所决定的市场价格。薄记建档平台集薄记建档、信息披露、监测管理为一体的电子化、信息化的综合服务系统，满足各类市场成员对薄记建档的需求。然而薄记建档业务在运行过程中面临着很多的风险和威胁。如果对于这些风险和威胁没有相应的处理方案，一旦遇到灾难，由于种种原因就会造成数据的丢失，在很大的几率下会对金融工作造成严重的影响，尤其是核心数据的丢失，将会使得某些核心功能陷入瘫痪，造成不可估量的损失。而且由于数据灾难的发生导致薄记建档业务运行中断也会给金融工作造成巨大的损失。因此，优化业务容灾和数据容灾，确保系统的高可用性是面临的技术问题。

专利文献1公开的一种容灾恢复方法包括PCRF单元对当前提供服务的第一P-CSCF单元进行心跳检测，以判断第一P-CSCF单元是否出现故障；若第一P-CSCF单元出现故障，则PCRF单元向PGW发送故障指示消息；当出现与第一P-CSCF单元相关联的业务时，PGW向与所述业务相关联的用户终端发送更新承载请求；所述用户终端根据接收到的更新承载请求，重新注册到用于接管的第二P-CSCF单元，以便由第二P-CSCF单元承载所述业务。该专利提供了基于用户终端的业务请求触发重注册进而完成呼叫任务，从而避免了网络设备雪崩效应，而且不会中断当前呼叫业务请求，提高容灾接管可靠性和实时性。但该专利无法适用于薄记建档处理，不具备由于薄记建档参与者全流程、各环节业务操作复杂导致薄记建档处理过程中要求处理大数据量、高及时性、高可用性和稳定性带来的容灾需求，无法满足数据容灾同时业务容灾，减少容灾切换时间，确保系统的高可用性、提高恢复效率且节约带宽和资源的需求。

专利文献2公开的一种基于ceph实现oracle数据库容灾备份方法，使用多台服务器组成ceph分布式文件系统集群，服务器本地磁盘或外置磁盘阵列提供磁盘空间；以当前服务器为client，以cephfs和rbd的形式将配置好的ceph存储系统挂载到所有指定client服务器，然后选择其中一个client服务器创建数据库实例，并将数据库实例及所有数据保存在cephfs分布式文件系统中；在所有client服务器以相同配置部署oracle数据库到本地磁盘；只需确保一个client服务器上的oracle在运行，在任何一个client服务器均能够正常启动oracle数据库。该专利利用ceph分布式文件系统特性，保障了底层业务数据的冗余，进而保证了上层业务的连续性，保障了系统可持续运行能力，提高了系统安全性，降低了软硬件成本，同时ceph可为数据库底层数据的管理提供快照、多副本、镜像功能，实现数据的回滚，保障数据安全，但该专利无法适用于薄记建档处理，不具备由于薄记建档参与者全流程、各环节业务操作复杂导致薄记建档处理过程中要求处理大数据量、高及时性、高可用性和稳定性带来的容灾需求，无法满足数据容灾同时业务容灾，减少容灾切换时间，确保系统的高可用性、提高恢复效率且节约带宽和资源的需求。

专利文献3公开的一种容灾系统包括：第一虚拟存储和第二虚拟存储，所述第一虚拟存储位于主数据中心且和生产主机连接，所述第二虚拟存储位于后备数据中心和后备主机连接，其中，所述第一虚拟存储用于将主数据中心的各存储设备进行整合并进行虚拟化，并将所述主数据中心的数据卷LUN上的数据复制到所述第二虚拟存储；所述第二虚拟存储用于将后备数据中心的各存储设备进行整合并进行虚拟化，对所述第一虚拟存储复制的数据进行备份，并在所述主数据中心发生故障并恢复后，向所述主数据中心进行数据恢复。该专利在主数据中心的生产节点受到重大灾难打击并恢复时，可以由第二虚拟存储对第一虚拟存储进行数据恢复，以快速地恢复业务应用，提高了抗重大灾难的打击能力。但该专利无法适用于薄记建档处理，不具备由于薄记建档参与者全流程、各环节业务操作复杂导致薄记建档处理过程中要求处理大数据量、高及时性、高可用性和稳定性带来的容灾需求，无法满足数据容灾同时业务容灾，减少容灾切换时间，确保系统的高可用性、提高恢复效率且节约带宽和资源的需求。

现有技术文献

专利文献

专利文献1：中国专利公开CN106470441号

专利文献2：中国专利公开CN106445741号

专利文献3：中国专利公开CN106407047号

发明内容

发明要解决的问题

本发明鉴于如上所述的需要提供一种容灾系统和容灾方法以适用于薄记建档的容灾，针对大数据量、高及时性、高可用性和稳定性带来的容灾需求，满足数据容灾同时业务容灾，减少容灾切换时间，确保系统的高可用性、提高恢复效率且节约带宽和资源。

解决问题的方案

本发明人等为了达成上述目的而进行了深入研究，具体而言，本发明提供一种基于簿记建档的容灾系统及其容灾方法。

根据本发明的一方面，一种基于簿记建档的容灾系统包括容灾设备以及通信连接所述容灾设备的业务客户端、应用服务器、薄记管理端、中心端以及数据存储端，业务客户端，用于接收客户的操作请求，调用业务服务功能模块，为客户提供业务处理；应用服务器，用于接收业务客户端发送的业务数据，处理所述业务数据，并根据业务逻辑将业务数据发送给薄记管理端、中心端或数据存储端；薄记管理端，用于管理薄记建档数据，根据客户类型和客户需求处理薄记建档数据，并将处理结果数据发送给业务客户端；中心端，用于监控和管理薄记建档流程，接收应用服务器发送的业务数据并进行处理，然后将结果数据发送给应用服务器；数据存储端，用于存储薄记建档数据，提供给应用服务器使用；容灾设备包括备份服务器和容灾管理模块，所述备份服务器包括连接所述数据存储端的用于备份簿记建档数据的第一备份服务器和连接所述业务客户端、应用服务器、簿记管理端和中心端的用于备份非簿记建档数据的第二备份服务器，所述第一备份服务器包括用于复制簿记建档数据的数据复制模块、存储所述薄记建档数据的第一存储模块、对所述第一存储模块中的所述簿记建档数据按照预定时间间隔产生快照副本且存储快照副本的快照模块，所述第二备份服务器包括复制所述业务客户端、应用服务器、簿记管理端和中心端的非簿记建档数据的文件复制模块、用于存储所述非簿记建档数据的第二存储模块和用于监控所述业务客户端、应用服务器、簿记管理端和中心端的日志信息的监控模块和基于所述日志信息更新非薄记建档数据的有序连续异步更新模块，所述容灾管理模块包括用于监测数据灾难的监控模块、用于切换容灾设备的切换模块和基于备份服务器中的备份数据恢复系统数据的恢复模块，当监控模块判断发生灾难时，所述切换模块切换容灾设备经由企业服务总线ESB与所述业务客户端、应用服务器、簿记管理端或中心端进行数据交换，所述恢复模块根据快照模块和日志信息恢复所述数据存储端的簿记建档数据以及所述业务客户端、应用服务器、簿记管理端和中心端的非簿记建档数据。

本发明的所述的基于簿记建档的容灾系统中，业务客户端通过安全连接发送数据信息到应用服务器；应用服务器判断业务客户端发送的数据类型，如果属于发送给薄记管理端的数据，则通过安全连接将数据发送给薄记管理端；薄记管理端接收来自业务客户端的数据，根据预先存储的客户信息和接收的数据信息进行数据处理，将处理结果数据发送给所述应用服务器；所述应用服务器接收薄记管理端发送的处理结果数据，通过安全连接发送给中心端；中心端接收所述应用服务器发送的处理结果数据，根据预先存储的判断条件对处理结果数据进行判断，如果符合条件，则通知应用服务器将处理结果信息发送给客户业务端，同时将处理结果数据保存于数据存储端，如果不符合条件，则通知应用服务器终止发送所述处理结果数据给业务客户端，直接将处理结果数据保存于数据存储端，所述处理结果数据备份到所述第一备份服务器。

本发明的所述的基于簿记建档的容灾系统中，应用服务器可以根据需要包括如下任一或多个业务功能模块：

用户权限管理模块，用于管理用户权限；

安全认证模块，用于对用户进行鉴权；

异常处理模块，用于异常数据和异常步骤进行处理；

信息披露管理模块，用于公开披露数据；

数据统计模块，用于对存储数据进行统计；

文件处理模块，用于对文本信息进行处理；或者，

日志管理模块，用于记录操作信息及其相应产生的数据并生成日志信息。

本发明的所述的基于簿记建档的容灾系统中，所述容灾系统包括用于存储所述业务客户端、应用服务器、簿记管理端和/或中心端的非薄记建档数据的文件服务器，所述第二备份服务器备份所述文件服务器的非薄记建档数据。

本发明的所述的基于簿记建档的容灾系统中，所述非薄记建档数据包括业务数据和配置文件数据，所述业务数据包括客户信息数据和/或发行项目数据，所述配置文件数据包括所述业务客户端、应用服务器、簿记管理端和中心端的配置文件数据。

本发明的所述的基于簿记建档的容灾系统中，所述第二存储模块经由文件传输协议模块接收并以文件的形式存储所述非簿记建档数据。

本发明的所述的基于簿记建档的容灾系统中，所述快照模块每隔半小时对所述第一存储模块中的所述簿记建档数据生成快照副本且每12小时循环更新。

本发明的所述的基于簿记建档的容灾系统中，所述第一存储模块和/或第二存储模块为独立磁盘冗余阵列或者由多个磁盘构成的磁盘柜。

根据本发明的另一方面，一种利用所述的基于簿记建档的容灾系统的容灾方法的步骤包括:

第一步骤中：数据复制模块复制簿记建档数据且存储所述薄记建档数据到第一存储模块、快照模块对所述第一存储模块中的所述簿记建档数据按照预定时间间隔产生快照副本且存储快照副本。

第二步骤中：文件复制模块复制所述业务客户端、应用服务器、簿记管理端和中心端的非簿记建档数据且存储所述非簿记建档数据到第二存储模块，监控模块监控所述业务客户端、应用服务器、簿记管理端和中心端的日志信息，有序连续异步更新模块基于所述日志信息更新所述非薄记建档数据数据。

第三步骤中：当用于监测数据灾难的监控模块判断发生数据灾难时，所述切换模块切换容灾设备经由企业服务总线ESB与所述业务客户端、应用服务器、簿记管理端或中心端进行数据交换，所述恢复模块根据快照模块和日志信息恢复所述数据存储端的簿记建档数据以及所述业务客户端、应用服务器、簿记管理端和中心端的非簿记建档数据。

本发明的所述的容灾方法中，第一步骤中：所述快照模块每隔半小时对所述第一存储模块中的所述簿记建档数据生成快照副本且每12小时循环更新。第三步骤中：用于监测数据灾难的监控模块判断发生数据灾难时，所述监控模块发出警报。

发明的效果

本发明的基于簿记建档的容灾系统及其容灾方法不但提供了一种集薄记建档、信息披露、监测管理为一体的电子化、信息化的综合服务系统，满足各类市场成员对薄记建档的需求，而且解决了由于薄记建档参与者全流程、各环节业务操作复杂导致薄记建档处理过程中要求处理大数据量、高及时性、高可用性和稳定性带来的容灾需求，满足数据容灾同时业务容灾，减少容灾切换时间，确保系统的高可用性、提高恢复效率且节约带宽和资源的需求。

上述说明仅是本发明技术方案的概述，为了能够使得本发明的技术手段更加清楚明白，达到本领域技术人员可依照说明书的内容予以实施的程度，并且为了能够让本发明的上述和其它目的、特征和优点能够更明显易懂，下面以本发明的具体实施方式进行举例说明。

附图说明

[图1]示出了本发明的基于簿记建档的容灾系统的连接示意图。

[图2]示出了本发明的利用基于簿记建档的容灾系统的硬件拓扑结构示意图。

[图3]示出了本发明的一个实施例中的利用基于簿记建档的容灾系统的容灾方法的步骤示意图。

符号说明

1 容灾设备

2 业务客户端

3 应用服务器

4 薄记管理端

5 中心端

6 数据存储端

7 备份服务器

8 容灾管理模块

9 第一备份服务器

10 第二备份服务器

11 数据复制模块

12 第一存储模块

13 快照模块

14 文件复制模块

15 第二存储模块

16 进程监控模块

17 有序连续异步更新模块

18 监控模块

19 切换模块

20 恢复模块

具体实施方式

下面将参照附图更详细地描述本发明的具体实施例。虽然附图中显示了本发明的具体实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

需要说明的是，在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可以理解，技术人员可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名词的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”或“包括”为一开放式用语，故应解释成“包含但不限定于”。说明书后续描述为实施本发明的较佳实施方式，然所述描述乃以说明书的一般原则为目的，并非用以限定本发明的范围。本发明的保护范围当视所附权利要求所界定者为准。

所属技术领域的技术人员知道，本发明可以实现为系统、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：可以是完全的硬件、也可以是完全的软件(包括固件、驻留软件、微代码等)，还可以是硬件和软件结合的形式，本文一般称为“电路”、“模块”或“系统”。此外，在一些实施例中，本发明还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可读的程序代码。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言-诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言-诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)-连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

下面将参照本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述本发明。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而生产出一种机器，这些计算机程序指令通过计算机或其他可编程数据处理装置执行，产生了实现流程图和/或框图中的方框中规定的功能/操作的装置。

也可以把这些计算机程序指令存储在能使得计算机或其他可编程数据处理装置以特定方式工作的计算机可读介质中，这样，存储在计算机可读介质中的指令就产生出一个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置(instructionmeans)的制造品(manufacture)。

也可以把计算机程序指令加载到计算机、其他可编程数据处理装置、或其他设备上，使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机或其他可编程装置上执行的指令能够提供实现规定的功能/操作的过程。

为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个附图并不构成对本发明实施例的限定。

如图1所示的基于簿记建档的容灾系统的连接示意图，具体而言，所述基于簿记建档的容灾系统包括容灾设备以及通信连接所述容灾设备1的业务客户端2、应用服务器3、薄记管理端4、中心端5以及数据存储端6。

业务客户端2，用于接收客户的操作请求，调用业务服务功能模块，为客户提供业务处理。

应用服务器3，用于接收业务客户端2发送的业务数据，处理所述业务数据，并根据业务逻辑将业务数据发送给薄记管理端4、中心端5或数据存储端6。

薄记管理端4，用于管理薄记建档数据，根据客户类型和客户需求处理薄记建档数据，并将处理结果数据发送给业务客户端2。

中心端5，用于监控和管理薄记建档流程，接收应用服务器3发送的业务数据并进行处理，然后将结果数据发送给应用服务器3。

数据存储端6，用于存储薄记建档数据，提供给应用服务器3使用。

本发明一个优选实施例中，容灾系统中的业务客户端2、应用服务器3、薄记管理端4、中心端5以及数据存储端6包括多个硬件实体部分，即，市场参与人、综合客户端的业务客户端2、中心端以及外部系统平台，业务客户端2、应用服务器3、薄记管理端4、中心端5以及数据存储端6构成本发明的薄记建档系统。本发明的架构设计包括如下构思：分层化：采用分层设计，保证模块间的松耦合从而易于系统以后独立演进和维护。模块化：层内功能模块化为功能复用和达到可配置的目标提供保障。标准化：系统间通信接口、协议的标准化有利于将来业务的拓展和第三方系统的集成。面向服务SOA架构的思想需要各个功能点采用良好的接口定义从而与具体的业务实现和底层平台解耦以保证系统的稳定性和可扩展性。

因此，本发明处理薄记建档的数据具有灵活度高、可操作性强的特点，通过分层设计，将系统的硬件层面进行扁平化配置，简化硬件系统配置，提高数据处理效率，从而提升系统的稳定性。另外，通过模块化和标准化的设计，提高薄记建档处理的兼容性、扩展性以及稳定性，便于系统大规模的普及和联网通信，满足薄记建档各方的业务需求。

在一个实施例中，业务客户端2可以是手机、pad、计算机或服务器。

然而薄记建档业务在运行过程中面临着很多的风险和威胁。如果对于这些风险和威胁没有相应的处理方案，一旦遇到灾难，由于种种原因就会造成数据的丢失，在很大的几率下会对金融工作造成严重的影响，尤其是核心数据的丢失，将会使得某些核心功能陷入瘫痪，造成不可估量的损失。而且由于数据灾难的发生导致薄记建档业务运行中断也会给金融工作造成巨大的损失。因此，优化业务容灾和数据容灾，确保系统的高可用性是面临的技术问题。

容灾设备1包括备份服务器7和容灾管理模块8，所述备份服务器7包括连接所述数据存储端6的用于备份簿记建档数据的第一备份服务器9和连接所述业务客户端2、应用服务器3、簿记管理端4和中心端5的用于备份非簿记建档数据的第二备份服务器10。

所述第一备份服务器9包括用于复制簿记建档数据的数据复制模块11、存储所述薄记建档数据的第一存储模块12、对所述第一存储模块12中的所述簿记建档数据按照预定时间间隔产生快照副本且存储快照副本的快照模块13。在一个实施例中，所述数据复制模块11可以是数据库复制设备，可以快速复制数据存储端6的薄记建档数据。在一个实施例中，将I/O数据写入数据存储端6磁盘阵列的数据缓存；数据存储端6磁盘阵列同时将写I/O发送到数据复制模块11磁盘阵列；备份磁盘阵列完成I/O数据到缓存的写操作后，发送“写完成”给数据存储端6阵列；数据存储端6阵列将“写完成”发送给数据复制模块11。

所述快照模块13利用快照技术在预定时间间隔对薄记建档数据进行快照记录形成快照副本，其可以记录多个不同时间的薄记建档数据的快照副本，例如在薄记建档数据按照增量数据进行快照记录。

所述第二备份服务器10包括复制所述业务客户端2、应用服务器3、簿记管理端4和中心端5的非簿记建档数据的文件复制模块14、用于存储所述非簿记建档数据的第二存储模块15和用于监控所述业务客户端2、应用服务器3、簿记管理端4和中心端5的日志信息的进程监控模块16和基于所述日志信息更新非薄记建档数据的有序连续异步更新模块17。

在一个实施例中，进程监控模块16对日志信息进行监控，发现改变及时发出更新命令到有序连续异步更新模块17，有序连续异步更新模块17是基于日志信息的有序连续复制，就是在业务客户端2、应用服务器3、簿记管理端4和中心端5更新IO除了写入源卷之外，复制一份写入到磁盘上的日志空间，按照顺序把所有更新操作IO数据记录下来，形成一个FIFO日志链，然后不断的从队首提取出IO复制到远端，将记录业务客户端2、应用服务器3、簿记管理端4和中心端5的事务日志信息写入到业务客户端2、应用服务器3、簿记管理端4和中心端5的存储设备以及第二备份服务器10的第二存储模块15中时才返回日志信息写入成功标识，实现主备份数据库的日志信息的同步。这样，当业务客户端2、应用服务器3、簿记管理端4和中心端5数据出现变化时，有序连续异步更新模块17通过读取第二存储模块15中的日志信息进行更新，或者当业务客户端2、应用服务器3、簿记管理端4和中心端5数据出现异常时，恢复模块20进行回放来恢复读取日志丢失的数据，因此能够保证数据零丢失，同时由于备份数据库随时处于可用状态，还可以实现备份数据的快速可用。

所述容灾管理模块8包括用于监测数据灾难的监控模块18、用于切换容灾设备的切换模块19和基于备份服务器7中的备份数据恢复系统数据的恢复模块20，当监控模块18判断发生灾难时，所述切换模块19切换容灾设备1经由企业服务总线ESB与所述业务客户端2、应用服务器3、簿记管理端4或中心端5进行数据交换，所述恢复模块20根据快照副本和日志信息恢复所述数据存储端6的簿记建档数据以及所述业务客户端2、应用服务器3、簿记管理端4和中心端5的非簿记建档数据。

本发明的基于簿记建档的容灾系统通过备份簿记建档数据的第一备份服务器9和备份非簿记建档数据的第二备份服务器10分别备份存储在数据库中的薄记建档数据和包括业务数据和配置文件的非薄记建档数据，这使得在薄记建档系统向容灾设备复制数据时，容灾设备1的磁盘系统可以被访问，因此容灾设备上的管理模块在数据复制的过程中即可启动待命，当发生灾难并进行切换后，容灾设备1可立即交互薄记建档进行业务处理，省去了现有技术在容灾切换过程中的应用软件启动过程，可以减少容灾切换时间，确保系统的高可用性；所述恢复模块20根据快照副本和日志信息恢复所述数据存储端6的簿记建档数据以及所述业务客户端2、应用服务器3、簿记管理端4和中心端5的非簿记建档数据能够提高恢复效率且节约带宽和资源。

图2示出了本发明的利用基于簿记建档的容灾系统的硬件拓扑结构示意图，系统包括：所述业务客户端2、应用服务器3、簿记管理端4、中心端5、外部系统、应用服务器，其中，所述业务客户端2、应用服务器3、簿记管理端4和中心端5的参与人包括发行人、投资人、承销团成员以及簿记管理人4种，其中，承销团成员和簿记管理人客户如需将各业务功能集成到业务系统中，中心端提供API接口，供客户业务系统程序调用，实现相应业务功能。外部系统主要是上清所系统，采用MQ发送CHIX报文方式通信联网。应用服务器3包括接入前置系统和消息转换，并以企业服务总线ESB方式进行配置，提供统一的调用方式，用于提供系统业务流程运转需要的处理服务，方便系统模块之间进行调用和功能切换。系统服务模块包括用户权限管理、文件处理、异常处理、安全认证等模块，模块之间通过低耦合设计提高了模块的独立性，避免了模块的处理对其他模块的影响，以便于未来业务流程的重组以及新功能和新技术手段的整合利用。本发明的容灾系统的硬件拓扑结构为分布式结构，采用分布式结构可以很好的均衡负载，这考虑到了本发明所数据的数据具有峰谷特性，第一应用服务器和第二应用服务器多个应用服务器3，接入前置1和接入前置2，以及数据服务器主机和数据服务器备机等可以互为镜像，也可以互为备份来提供服务。其中，中心端和簿记管理端均可以访问第一应用服务器和第二应用服务器，第一应用服务器和第二应用服务器采用一定的负载均衡功能实现对中心端和簿记管理端的业务服务。如果第一应用服务器和第二应用服务器作为备份关系，则第一应用服务器和第二应用服务器可以采用一定的主备倒换功能保证对中心端和簿记管理端提供业务服务，进一步，容灾系统包括文件服务器，采用单独的文件服务器可以进一步分担系统的处理负荷，此外，采用单独的文件服务器也可以提高系统处理数据的效率。文件服务器与应用服务器和数据库服务器采样松耦合的结构，可以根据业务需求扩展配置。本发明提出的容灾系统是一个综合服务平台，实现了各类薄记建档参与者全流程、各环节业务操作的电子化、系统化，可以提供薄记建档、信息披露、监测管理等多种服务器，可以满足各类市场成员对薄记建档数据处理的各种需求，容灾设备1通过通过备份簿记建档数据的第一备份服务器9和备份非簿记建档数据的第二备份服务器10分别备份存储在数据库中的薄记建档数据和包括业务数据和配置文件的非薄记建档数据，这使得在薄记建档系统向容灾设备复制数据时，容灾设备1的磁盘系统可以被访问，因此容灾设备上的管理模块在数据复制的过程中即可启动待命，当发生灾难并进行切换后，容灾设备1可立即交互薄记建档进行业务处理，省去了现有技术在容灾切换过程中的应用软件启动过程，可以减少容灾切换时间，确保系统的高可用性。

本发明的基于簿记建档的容灾系统的实施例优选地是，业务客户端2通过安全连接发送数据信息到应用服务器3；应用服务器3判断业务客户端2发送的数据类型，如果属于发送给薄记管理端4的数据，则通过安全连接将数据发送给薄记管理端4；薄记管理端4接收来自业务客户端2的数据，根据预先存储的客户信息和接收的数据信息进行数据处理，将处理结果数据发送给所述应用服务器3；所述应用服务器3接收薄记管理端4发送的处理结果数据，通过安全连接发送给中心端5；中心端接5收所述应用服务器3发送的处理结果数据，根据预先存储的判断条件对处理结果数据进行判断，如果符合条件，则通知应用服务器3将处理结果信息发送给客户业务端2，同时将处理结果数据保存于数据存储端6，如果不符合条件，则通知应用服务器3终止发送所述处理结果数据给业务客户端2，直接将处理结果数据保存于数据存储端6，所述处理结果数据备份到所述第一备份服务器9。

本发明的基于簿记建档的容灾系统的实施例优选地是，应用服务器3可以根据需要包括如下任一或多个业务模块：

用户权限管理模块，用于管理用户权限；

安全认证模块，用于对用户进行鉴权；

异常处理模块，用于异常数据和异常步骤进行处理；

信息披露管理模块，用于公开披露数据；

数据统计模块，用于对存储数据进行统计；

文件处理模块，用于对文本信息进行处理；或者，

日志管理模块，用于记录操作信息及相应产生的数据并生成日志信息。

本发明的基于簿记建档的容灾系统的实施例优选地是，所述容灾系统包括用于存储所述业务客户端2、应用服务器3、簿记管理端4和/或中心端5的非薄记建档数据的文件服务器，所述第二备份服务器10备份所述文件服务器的非薄记建档数据。

本发明的基于簿记建档的容灾系统的实施例优选地是，所述非薄记建档数据包括业务数据和配置文件数据，所述业务数据包括客户信息数据和/或发行项目数据，所述配置文件数据包括所述业务客户端、应用服务器、簿记管理端和中心端的配置文件数据。

本发明的基于簿记建档的容灾系统的实施例优选地是，所述第二存储模块15经由文件传输协议模块接收并以文件的形式存储所述非簿记建档数据。

本发明的基于簿记建档的容灾系统的实施例优选地是，所述快照模块13每隔半小时对所述第一存储模块12中的所述簿记建档数据生成快照副本且每12小时循环更新。

本发明的基于簿记建档的容灾系统的实施例优选地是，所述第一存储模块12和/或第二存储模块15为独立磁盘冗余阵列或者由多个磁盘构成的磁盘柜。

本发明的基于簿记建档的容灾系统稳定、可靠、高效，不会因为数据备份和恢复影响业务运行，可以大大提高系统的高可用性，本发明的基于簿记建档的容灾系统在数据备份分为薄记建档数据备份和非薄记建档数据备份，提高了系统同步性能。

图3示出了本发明的基于簿记建档的容灾系统容灾方法的步骤示意图，一种利用所述的基于簿记建档的容灾系统的容灾方法的步骤包括:

第一步骤S1中：数据复制模块11复制簿记建档数据且存储所述薄记建档数据到第一存储模块12，快照模块13对所述第一存储模块12中的所述簿记建档数据按照预定时间间隔产生快照副本且存储快照副本。

第二步骤S2中：文件复制模块14复制所述业务客户端2、应用服务器3、簿记管理端4和中心端5的非簿记建档数据且存储所述非簿记建档数据到第二存储模块15，进程监控模块16监控所述业务客户端2、应用服务器3、簿记管理端4和中心端5的日志信息，有序连续异步更新模块17基于所述日志信息更新所述非薄记建档数据数据。

第三步骤S3中：当用于监测数据灾难的监控模块18判断发生数据灾难时，所述切换模块19切换容灾设备1经由企业服务总线ESB与所述业务客户端2、应用服务器3、簿记管理端4或中心端5进行数据交换，所述恢复模块20根据快照副本和日志信息恢复所述数据存储端6的簿记建档数据以及所述业务客户端2、应用服务器3、簿记管理端4和中心端5的非簿记建档数据。

本发明的基于簿记建档的容灾系统的容灾方法的实施例优选地是，第一步骤S1中：所述快照模块13每隔半小时对所述第一存储模块12中的所述簿记建档数据生成快照副本且每12小时循环更新。

第三步骤S3中：用于监测数据灾难的监控模块18判断发生数据灾难时，所述监控模块18发出警报。

工业实用性

本发明的基于簿记建档的容灾系统及其容灾方法可以在数据处理领域制造并使用。

尽管以上结合附图对本发明的实施方案进行了描述，但本发明并不局限于上述的具体实施方案和应用领域，上述的具体实施方案仅仅是示意性的、指导性的，而不是限制性的。本领域的普通技术人员在本说明书的启示下和在不脱离本发明权利要求所保护的范围的情况下，还可以做出很多种的形式，这些均属于本发明保护之列。

Claims (10)

1.一种基于簿记建档的容灾系统，所述容灾系统包括容灾设备(1)以及通信连接所述容灾设备(1)的业务客户端(2)、应用服务器(3)、薄记管理端(4)、中心端(5)以及数据存储端(6)，其特征在于：

业务客户端(2)，用于接收客户的操作请求，调用业务服务功能模块，为客户提供业务处理；

应用服务器(3)，用于接收业务客户端(2)发送的业务数据，处理所述业务数据，并根据业务逻辑将业务数据发送给薄记管理端(4)、中心端(5)或数据存储端(6)；

薄记管理端(4)，用于管理薄记建档数据，根据客户类型和客户需求处理薄记建档数据，并将处理结果数据发送给业务客户端(2)；

中心端(5)，用于监控和管理薄记建档流程，接收应用服务器(3)发送的业务数据并进行处理，然后将结果数据发送给应用服务器(3)；

数据存储端(6)，用于存储薄记建档数据，提供给应用服务器(3)使用；

容灾设备(1)包括备份服务器(7)和容灾管理模块(8)，所述备份服务器(7)包括连接所述数据存储端(6)的用于备份簿记建档数据的第一备份服务器(9)和连接所述业务客户端(2)、应用服务器(3)、簿记管理端(4)和中心端(5)的用于备份非簿记建档数据的第二备份服务器(10)；

所述第一备份服务器(9)包括用于复制簿记建档数据的数据复制模块(11)、存储所述薄记建档数据的第一存储模块(12)、对所述第一存储模块(12)中的所述簿记建档数据按照预定时间间隔产生快照副本且存储快照副本的快照模块(13)，所述第二备份服务器(10)包括复制所述业务客户端(2)、应用服务器(3)、簿记管理端(4)和中心端(5)的非簿记建档数据的文件复制模块(14)、用于存储所述非簿记建档数据的第二存储模块(15)和用于监控所述业务客户端(2)、应用服务器(3)、簿记管理端(4)和中心端(5)的日志信息的进程监控模块(16)和基于所述日志信息更新所述非薄记建档数据的有序连续异步更新模块(17)；

所述容灾管理模块(8)包括用于监测数据灾难的监控模块(18)、用于切换容灾设备(1)的切换模块(19)和基于备份服务器(7)中的备份数据恢复系统数据的恢复模块(20)，当监控模块(18)判断发生灾难时，所述切换模块(19)切换容灾设备(1)经由企业服务总线ESB与所述业务客户端(2)、应用服务器(3)、簿记管理端(4)或中心端(5)进行数据交换，所述恢复模块(20)根据快照副本和日志信息恢复所述数据存储端(6)的簿记建档数据以及所述业务客户端(2)、应用服务器(3)、簿记管理端(4)和中心端(5)的非簿记建档数据。

2.根据权利要求1所述的基于簿记建档的容灾系统，其特征在于：业务客户端(2)通过安全连接发送数据信息到应用服务器(3)；应用服务器(3)判断业务客户端(2)发送的数据类型，如果属于发送给薄记管理端(4)的数据，则通过安全连接将数据发送给薄记管理端(4)；薄记管理端(4)接收来自业务客户端(2)的数据，根据预先存储的客户信息和接收的数据信息进行数据处理，将处理结果数据发送给所述应用服务器(3)；所述应用服务器(3)接收薄记管理端(4)发送的处理结果数据，通过安全连接发送给中心端(5)；中心端接(5)收所述应用服务器(3)发送的处理结果数据，根据预先存储的判断条件对处理结果数据进行判断，如果符合条件，则通知应用服务器(3)将处理结果信息发送给客户业务端(2)，同时将处理结果数据保存于数据存储端(6)，如果不符合条件，则通知应用服务器(3)终止发送所述处理结果数据给业务客户端(2)，直接将处理结果数据保存于数据存储端(6)，所述处理结果数据备份到所述第一备份服务器(9)。

3.根据权利要求1所述的基于簿记建档的容灾系统，其特征在于：应用服务器(3)可以根据需要包括如下任一或多个业务模块：

用户权限管理模块，用于管理用户权限；

安全认证模块，用于对用户进行鉴权；

异常处理模块，用于异常数据和异常步骤进行处理；

信息披露管理模块，用于公开披露数据；

数据统计模块，用于对存储数据进行统计；

文件处理模块，用于对文本信息进行处理；或者，

日志管理模块，用于记录操作信息及相应产生的数据并生成日志信息。

4.根据权利要求1所述的基于簿记建档的容灾系统，其特征在于：所述容灾系统包括用于存储所述业务客户端(2)、应用服务器(3)、簿记管理端(4)和/或中心端(5)的非薄记建档数据的文件服务器，所述第二备份服务器(10)备份所述文件服务器的非薄记建档数据。

5.根据权利要求1所述的基于簿记建档的容灾系统，其特征在于：所述非薄记建档数据包括业务数据和配置文件数据，所述业务数据包括客户信息数据和/或发行项目数据，所述配置文件数据包括所述业务客户端、应用服务器、簿记管理端和中心端的配置文件数据。

6.根据权利要求1所述的基于簿记建档的容灾系统，其特征在于：所述第二存储模块(15)经由文件传输协议模块接收并以文件的形式存储所述非簿记建档数据。

7.根据权利要求1所述的基于簿记建档的容灾系统，其特征在于：所述快照模块(13)每隔半小时对所述第一存储模块(12)中的所述簿记建档数据生成快照副本且每12小时循环更新。

8.根据权利要求1所述的基于簿记建档的容灾系统，其特征在于：所述第一存储模块(12)和/或第二存储模块(15)为独立磁盘冗余阵列或者由多个磁盘构成的磁盘柜。

9.一种利用权利要求1-8中任一项所述的基于簿记建档的容灾系统的容灾方法，其步骤包括:

第一步骤(S1)中：数据复制模块(11)复制簿记建档数据且存储所述薄记建档数据到第一存储模块(12)，快照模块(13)对所述第一存储模块(12)中的所述簿记建档数据按照预定时间间隔产生快照副本且存储快照副本；

第二步骤(S2)中：文件复制模块(14)复制所述业务客户端(2)、应用服务器(3)、簿记管理端(4)和中心端(5)的非簿记建档数据且存储所述非簿记建档数据到第二存储模块(15)，进程监控模块(16)监控所述业务客户端(2)、应用服务器(3)、簿记管理端(4)和中心端(5)的日志信息，有序连续异步更新模块(17)基于所述日志信息更新所述非薄记建档数据数据；

第三步骤(S3)中：当用于监测数据灾难的监控模块(18)判断发生数据灾难时，所述切换模块(19)切换容灾设备(1)经由企业服务总线ESB与所述业务客户端(2)、应用服务器(3)、簿记管理端(4)或中心端(5)进行数据交换，所述恢复模块(20)根据快照副本和日志信息恢复所述数据存储端(6)的簿记建档数据以及所述业务客户端(2)、应用服务器(3)、簿记管理端(4)和中心端(5)的非簿记建档数据。

10.根据权利要求9所述的容灾方法，其特征在于：

第一步骤(S1)中：所述快照模块(13)每隔半小时对所述第一存储模块(12)中的所述簿记建档数据生成快照副本且每12小时循环更新；

第三步骤(S3)中：用于监测数据灾难的监控模块(18)判断发生数据灾难时，所述监控模块(18)发出警报。