专利名称：基于网络的联机处理系统及方法
技术领域：
本发明涉及基于网络的联机处理系统及方法，尤指用于银行业的基于网络的联机处理系统及方法。
背景技术：
随着计算机技术和网络技术的发展，计算机技术和网络技术已经应用到人们日常生活中的各个角落。尤其在物质极其丰富的今天，人们不断追求高质量的物质生活和精神生活，很多行业都采用联机处理的方法以提高服务质量和工作效率。
现以银行为例进行说明，目前，银行采用一套称为综合业务网络系统来为所有的个人储蓄客户和公司客户服务，银行核心的业务就是面向所有个人储蓄客户和公司客户服务的，此系统在银行中是最关键的。综合业务网络系统除了要为个人储蓄客户和公司客户提供日常联机服务以外，每天晚上还要对白天的联机交易数据进行分门别类处理以生成银行的报表，如总帐，客户明细，积数等数据，此过程称为日终轧帐；通常银行都是在每天晚上20:00点左右进行日终扎帐的，日终轧帐过程时间较长且要对联机交易数据库加锁，这样容易造成晚间交易的失败。而在每晚七点至十二点正是刷卡消费的高峰，即使将日终轧帐推迟至次日凌晨(考虑第二天开门营业和日终轧帐所需时间以及日终轧帐可能遇见问题，也不可能晚于凌晨1:00)，虽然银行网点已关门，但银行众多的自动柜员机(ATM，Automated Teller Machine)、消费场所的电子收款机系统(POS，Point of Sells)、网上银行仍然对客户开放，仍然有客户在进行交易，因此，还会对客户交易造成影响，从而影响银行的形象。
另外，银行每天都要对当天的业务进行效验以便确定数据的正确性及早发现问题，此过程称为总分核对和今昨核对。总分核对是核对业务的总帐与分户帐是否一致，今昨核对是核对业务的分户帐与交易流水是否一致，为保证总分核对和今昨核对的正确性，需要相对静态的业务数据，主要是分户帐与交易流水，如果在进行总分核对和今昨核对时，允许交易发生，也就是交易流水发生变化，进而分户帐就发生了变化，而总帐还是按照原先的分户帐进行计算的，这样就会造成分户帐汇总数据与总帐数据不符。而如果在总分核对之后再开放交易，在总分核对期间就会使联机服务中断数十分钟到数小时。这在目前银行业竞争日趋激烈的情况下，对外服务的质量和效率将面临更大的压力。显然，矛盾的产生是由于联机服务和总分核对之间无法协调而导致的。那么，只要能得到某一时刻的静态的分户帐数据和交易流水数据，总分核对和今昨核对就能正确运行。
现以一银行综合业务网络系统为例进行说明，该例采用的是Informix数据库服务器用来管理业务数据。在Informix数据库服务器上启动主库，主库包括配置文件和数据空间(主卷)。其中，数据空间的典型配置包括根卷、数据卷、物理日志卷、逻辑日志卷和临时空间卷；配置文件只包含根卷路径，其它卷路径都包含在根卷中。数据库服务器启动时首先根据配置文件(onconfig.name，其中name为数据库服务器的名称)中的根卷路径(ROOTPATH)指定的路径来读取根卷，并根据根卷中记录的其它卷的路径来读取其它卷，最终启动主库，银行的业务处理都是针对主库进行操作的。
由上述可知，一个数据库实例的启动与其相应的配置文件以及根卷信息都是相关的。为了安全起见，为了防止主库上的信息丢失，银行都对主库上的信息进行备份，即镜像，主库的备份称为镜像库。镜像库的数据空间称为镜像卷。所述镜像卷可通过存储镜像工具(BCV，Business Copy XP)实现其数据和主卷上的数据完全一样。
在银行业务处理过程中，由于启动一个主库，无论是办理个人储蓄客户和公司客户的各项业务，还是进行日终清算和总分核对等事务都是对主库进行的，由于日终清算和总分核对等业务需要相对静止的数据，就需要切断联机服务来进行日终清算和总分核对等事务，这就与联机服务相冲突。通过修改配置文件，即修改ROOTPATH，可以同时启动主库和镜像库，但这两个数据库仅是使用了不同的根卷，而其它卷都是共用的，即指向的是同一个数据空间，也就是说主库和镜像库指向的是同一个数据空间，相当于，主库和镜像库同时对一个数据空间操作，这样就会造成数据的混乱，丢失等问题，换句话说，也就是镜像库是不可用的。由于这一特性，数据库是不支持同时启动多个根卷信息相同的实例(instance)，因此需要寻求一种通用且行之有效的方法来解决同时启动主库以及镜像库等多个数据库实例的问题。
现有技术中实现同时启动主库以及镜像库等多个数据库实例的方法是必须分别在不同主机上启动，如果需要启动N个镜像库，就必须准备N台主机，不能在一台主机上启动。
发明内容
本发明要解决的技术问题是提供一种基于网络的联机处理系统及方法，使得在一台主机上能同时启动主库以及镜像库等多个数据库实例，避免了联机服务与日终结算以及总分核对之间的冲突。
为了解决上述问题，本发明基于网络的联机处理系统的技术方案所述网络包括用于接收处理请求的多个前置机、第一数据库服务器、第二数据库服务器和数据库存储设备，所述数据库存储设备包括用于保存动态业务数据的联机库、保存静态业务数据的批量历史库和所述联机库的镜像库；第一数据库服务器上运行联机库和镜像库，第二数据库服务器上运行批量历史库；所述联机库用于进行日常的联机服务；所述批量历史库用于对静态业务数据查询和日终批处理以及核对工作；所述镜像库用来协助批量历史库完成日终批处理和核对工作。
所述在第一数据库服务器上运行镜像库包括将联机库和镜像库异名，所述将联机库和镜像库异名包括按照镜像库的配置文件的根卷路径读出部分信息然后用数据库原设备名去匹配从根卷中读出的信息，如匹配成功则用新设备名去更换原设备名，直到所有信息匹配完毕为止。
所述动态业务数据是指帐户数据、业务流水数据等动态变化的数据；所述静态业务数据是指各种业务的历史数据。
相应地，本发明基于网络的联机处理方法的技术方案包括设置所述网络步骤，所述设置所述网络进一步包括设置接收处理请求的多个前置机；设置第一数据库服务器；设置第二数据库服务器；设置数据库存储设备；还包括下列流程，在数据库存储设备上存放具有动态业务数据的联机库、具有静态业务数据的批量历史库和联机库的镜像库；在第一数据库服务器上启动联机库；在第二数据库服务器上启动批量历史库；将联机库和镜像库异名；在第一数据库服务器上启动镜像库；由镜像库协助批量历史库完成日终批处理和核对工作，联机库对外提供联机服务。
所述将联机库和镜像库异名进一步包括，按照镜像库的配置文件的根卷路径读出部分信息然后用数据库原设备名去匹配从根卷中读出的信息，如匹配成功则用新设备名去更换原设备名，直到所有信息匹配完毕为止。
所述部分信息是64兆。
与现有技术相比，本发明联机处理系统及方法的有益效果本发明联机处理系统所提供的技术方案中采用存放动态业务数据的联机库、存放静态业务数据的批量历史库和联机库的镜像库，联机库用于进行日常的联机服务的，批量历史库用于进行静态业务数据的查询和日终批处理以及核对等工作，镜像库用来协助批量历史库完成日终批处理和核对工作。这样将日常的联机服务与完成日终批处理和核对工作的数据库分开。
本技术方案中采用将联机库和镜像库异名，也就是使镜像库和联机库的数据空间指向不同的设备名，这样就可以在同一台机器上同时启动联机库和镜像库，且联机库和镜像库各自有自己的数据空间而互不干扰。
图1是每日操作流程示意图。
图2是本发明基于网络的联机处理系统框图。
具体实施例方式
如图2所示，本发明基于网络的联机处理系统包括用于接收处理请求的多个前置机6、第一数据库服务器7、第二数据库服务器9和数据库存储设备8，数据库存储设备8用于保存动态业务数据的联机库、保存静态业务数据的批量历史库和与联机库的镜像库；在第一数据库服务器7上运行联机库和镜像库，在第二数据库服务器9上运行批量历史库；所述联机库用于进行日常的联机服务的；所述批量历史库用于对静态业务数据查询和日终批处理以及核对工作的；所述镜像库用来协助批量历史库完成日终批处理和核对工作。
所述在第一数据库服务器7上运行镜像库包括将联机库和镜像库异名，所述将联机库和镜像库异名包括按照镜像库的配置文件的根卷路径读出部分信息然后用数据库原设备名去匹配从根卷中读出的信息，如匹配成功则用新设备名去更换原设备名，直到所有信息匹配完毕为止。
所述动态业务数据是指帐户数据、业务流水数据等动态变化的数据；所述静态业务数据是指各种业务的历史数据。
现以湖南建设银行为例进行说明，如图2所示，前置机6采用的是惠普(HP)公司的L2000系列，主要运行业务系统的应用程序，前台网点与之通讯完成相应的业务逻辑；第一数据库服务器7和第二数据库服务器9采用两台HP公司的超级服务器(SuperDome)，是整个系统的核心。分别运行联机库和批量历史库，只有在进行日终批处理或处理各种核对事务时才启动镜像库，将镜像库在运行联机库的第一数据库服务器7上启动；数据库存储设备8采用HP公司的XP512存储系列，主要存储应用系统数据，也就是数据库的存储空间。
由于在第一数据库服务器7上可以同时运行联机库和镜像库，所以在进行日终批处理和核对工作时，采用BCV技术可以使联机库和镜像库在此时保持一致，就相当于获得了在此时联机库的静止的数据——镜像库，由镜像库协助批量历史库进行日终批处理和核对工作，能够保证得到正确的结果，而同时由联机库提供日常的联机服务，不会中断对外提供的联机服务。
本发明基于网络的联机处理方法，包括下列流程设置所述网络步骤，所述设置所述网络进一步包括设置接收处理请求的多个前置机6，设置第一数据库服务器7，设置第二数据库服务器9，设置数据库存储设备8；在数据库存储设备8上存放包括动态业务数据的联机库、包括静态业务数据的批量历史库和联机库的镜像库；在第一数据库服务器7上启动联机库；在第二数据库服务器9上启动批量历史库；将联机库和镜像库异名；在第一数据库服务器7上启动镜像库；由镜像库协助批量历史库完成日终批处理和核对工作，联机库对外提供联机服务。
所述将联机库和镜像库异名进一步包括流程将联机库的联机卷和镜像库的镜像卷分离；按照镜像库的配置文件的根卷路径读出部分信息然后用数据库原设备名去匹配从根卷中读出的信息，如匹配成功则用新设备名去更换原设备名，直到所有信息匹配完毕为止所述部分信息是64兆。
同样以湖南建设银行为例，详述本发明基于网络的联机处理方法。要实现银行联机处理，主要是避免日终批处理、总分核对以及其它批处理可能对联机服务带来的影响，因而根据业务和数据性质划分数据库，最大限度降低日终批处理以及其它批处理等对联机处理的影响。
对数据库进行划分，将现有技术的主库分为联机库(online_server)和批量历史库(batch_server)，其中，联机库用于进行日常的联机服务的，其存放的动态数据是帐户数据、交易流水数据等动态变化的数据，batch_server用于历史数据的查询和日终批处理以及核对等事务的处理，保存的静态数据有交易历史数据、帐务历史数据(如日总帐、月总帐信息等)，镜像库(back_server)用来协助batch_server完成日终批处理和核对工作。
online_server和batch_server总是处于运行状态，用来提供联机服务，而back_server，只是在需要进行日终批处理或核对工作时才启动它，用来协助batch_server的工作。本例中是采用惠普BCV保持online_server和back_server一致的。
当需要进行日终批处理或核对工作时，也就是在此时间点将联机库的联机卷和镜像库的镜像卷分离(采用惠普BCV技术实现的)，也就是在此时间点online_server和back_server一致的，在此时间点之后online_server和back_server是不同步的。
将online_server和back_server异名，按照back_server的配置文件的根卷路径读出一定量(目前都采用64M)的信息然后用数据库原设备名去匹配从根卷中读出的信息，如匹配成功则用新设备名去更换原设备名，直到所有64M信息匹配完毕为止，这样就保证了online_server和back_server指向不同的设备名，从而就可以在运行online_server的机器上启动back_server。
Back_server和online_server同时在一台机器上启动后，back_server协助batch_server完成日终批处理和核对工作，online_server对外提供联机服务，从而使得日终批处理和核对工作不应向对外的联机服务，保证了不间断的联机处理的实现。
湖南建设银行省处理中心的每日操作流程如图1所示，整个操作流程可以分为四个阶段，联机交易1、切换2、批处理5与联机交易3并行以及重新同步4。
在联机交易1阶段，主要处理日常联机交易。此时只有online_server和batch_server处于运行状态，back_server没有启动，镜像库的镜像卷和联机库的联机卷处于数据同步状态，HP的BCV使镜像卷和联机卷保持一致。大部分交易在这个阶段只操作online_server，少量交易需要访问batch_server。所述日常联机交易主要是指存取款、消费、支付、帐户余额查询等，在建行的各个营业网点进行日常联机交易，如图2所示，各个营业网点与前置机6通讯，前置机6根据实际的联机交易与运行online_server的第一数据库服务器7进行通讯，online_server对数据库存储设备8中存放的online_server的数据进行操作(查询或者更改)，并将结果返回给前置机6。当用户要查询交易历史明细或者补登存折时，前置机6就还需要与运行batch_server的第二数据库服务器9进行通讯，即需要访问batch_server，因为batch_server中存放有交易的历史数据等静态数据。
如图1中的日常操作的第二个阶段是切换2，该阶段是由操作管理员发起的，首先设置新的清算日期，对于银行业务来说，也就是设置一个清算点，比如在每晚20:00点，进行日终结算，那么每晚20:00点以后的交易就归为第二天的交易流水，也就是在清算点进行切换。然后在运行online_server的第一数据库服务器7上，操作管理员利用HP的BCV，将联机库的联机卷与镜像库的镜像卷分离，联机交易1进入联机交易3状态。
本例中的online_server的配置文件名为onconfig.online，back_server的配置文件名为onconfig.online，onconfig.online的关键之处如下ROOTPATH /opt/informix/dbsonline/rootchkSERVERNUM 6DBSERVERNAME online其中，ROOTPATH是online_server的启动路径，即online_server的根卷路径，SERVERNUM用于唯一标识数据库数的，DBSERVERNAME用于表示数据库名字。
Onconfig.back的关键之处如下ROOTPATH /opt/informix/dbsback/rootchkSERVERNUM9(数据库唯一标识数)DBSERVERNAME back(数据库名)其中，ROOTPATH是back_server的启动路径，即back_server的根卷路径，SERVERNUM用于唯一标识数据库数的，DBSERVERNAME用于表示数据库名字。
由于在切换点，online_server和back_server是一致的，也就是/opt/informix/dbsonline/rootchk和/opt/informix/dbsback/rootchk中的内容是相同的，操作管理员按照back_server的配置文件的根卷路径读出64M的信息然后用back_server原设备名去匹配从根卷路径中读出的信息，如匹配成功则用新设备名去更换原设备名，直到所有64M信息匹配完毕为止。通过上述过程后，使得online_server和back_server指向不同的数据空间，因而，可以在运行online_server的第一数据库服务器7上启动back_server，且不会导致混乱。
启动back_server，此时back_server的数据与online_server在切换完毕瞬间的数据是完全一样的，就相当于获得了切换瞬间online_server静态的数据，这些静态的数据在back_server中。
然后就进入联机交易3和批处理5并行运行阶段，在这个阶段，online_server，batch_server及back_server同时处于运行状态切互不干扰。。联机交易3与联机交易1没有本质区别，由于online_server没有被锁，所以正常的日常联机交易(存取款、龙卡消费、网上支付等)不受影响，保证了连续地运行。进行日常联机交易，唯一区别是这个阶段back_server所使用的数据存储空间没有与online_server所使用的的数据存储空间同步，而是协助batch_server完成日终结算、总分核对等事务。
在批处理5，是由batch_server和back_server完成，由于在切换时刻，online_server和back_server是一致的，也就是说back_server的数据是在清算点时的online_server的数据，这样保证了分户帐、客户交易流水呈静止状态，根据back_server和batch_server进行总分核对和今昨核对就可以得到正确可靠的结果。
用户要进行日常联机交易是通过各个营业网点与前置机6进行通信，前置机6与运行online_server的第一数据库服务器7通信，运行online_server的第一数据库服务器7与存放online_server的数据的数据库存储设备8通信，将日常联机交易数据存放在online_server的数据的数据库存储设备8上；用户要查询交易历史明细或者补登存折可通过各个营业网点与前置机6进行通信，前置机6与运行batch_server的第二数据库服务器9通信，运行batch_server的第二数据库服务器9与存放batch_server的数据的数据库存储设备8通信，把用户要查询的信息发给用户或将客户的历史信息写入用户补登的存折上。操作管理员要进行日终结算或核对等事务，通过系统管理终端与前置机6进行通信，前置机6与运行batch_server的第二数据库服务器9和运行back_server的第一数据库服务器7通信，运行batch_server的第二数据库服务器9与存放batch_server的数据的数据库存储设备8通信，运行back_server的第一数据库服务器7与存放back_server的数据的数据库存储设备8通信，来完成日终结算或核对等事务。
日终结算以及各种核对事务处理完成后，也就是批处理结束后，日常操作流程就进入重新同步4阶段，在此阶段，是停止back_server的运行，将back_server的数据空间(即镜像卷)重新与online_server的数据空间(即联机卷)同步，即，保持back_server和online_server一致，这个操作不会对online_server的操作产生可感觉的影响。重新同步4后，系统又进入了联机交易1阶段。
综上所述，本发明联机处理系统及方法所提供的技术方案中采用存放动态数据的联机库、存放静态数据的批量历史库和与联机库中数据一致的镜像库，联机库用于进行日常的联机服务的，批量历史库用于进行历史数据的查询和日终批处理以及核对等工作，镜像库用来协助批量历史库完成日终批处理和核对工作。这样将日常的联机服务与完成日终批处理和核对工作的数据库分开。
本技术方案中将联机库和镜像库异名，根据镜像库的配置文件的根卷路径读出64兆(M)的信息然后用数据库原设备名去匹配从根卷中读出的信息，如匹配成功则用新设备名去更换原设备名，直到所有64M信息匹配完毕为止，使得联机库和镜像库的根卷中的所表示的其它卷指向不同的设备名，这样就可以在同一台机器上同时启动联机库和镜像库。
对于采用数据库技术为支撑的各种业务系统来说，如银行业，除了有主库、镜像库以外还有灾备镜像库等，灾备镜像库主要用来进行仿真测试，如年终结转、结息、压力测试等。同样可以利用本发明所提供的技术方案，修改该数据库的根卷信息，从而可以在运行主库的机器上启动该数据库。
尽管上面对优选实施方式进行了详细地描述，但本领域的普通技术人员仍然可以在不脱离上述请求保护的本发明范围的情况下，做出各种改变、替换和更改。
权利要求
1.一种基于网络的联机处理系统，所述网络包括用于接收处理请求的多个前置机、第一数据库服务器、第二数据库服务器和数据库存储设备，其特征在于，所述数据库存储设备包括用于保存动态业务数据的联机库、保存静态业务数据的批量历史库和所述联机库的镜像库；第一数据库服务器上运行联机库和镜像库，第二数据库服务器上运行批量历史库；所述联机库用于进行日常的联机服务；所述批量历史库用于对静态业务数据查询和日终批处理以及核对工作；所述镜像库用来协助批量历史库完成日终批处理和核对工作。
2.如权利要求1所述的基于网络的联机处理系统，其特征在于，所述在第一数据库服务器上运行镜像库包括将联机库和镜像库异名，所述将联机库和镜像库异名包括按照镜像库的配置文件的根卷路径读出部分信息然后用数据库原设备名去匹配从根卷中读出的信息，如匹配成功则用新设备名去更换原设备名，直到所有信息匹配完毕为止。
3.如权利要求1所述的基于网络的联机处理系统，其特征在于，所述动态业务数据是指帐户数据、业务流水数据等动态变化的数据；所述静态业务数据是指各种业务的历史数据。
4.基于权利要求1的一种基于网络的联机处理方法，包括设置所述网络步骤，所述设置所述网络进一步包括设置接收处理请求的多个前置机；设置第一数据库服务器；设置第二数据库服务器；设置数据库存储设备；其特征在于，还包括下列流程，在数据库存储设备上存放具有动态业务数据的联机库、具有静态业务数据的批量历史库和联机库的镜像库；在第一数据库服务器上启动联机库；在第二数据库服务器上启动批量历史库；将联机库和镜像库异名；在第一数据库服务器上启动镜像库；由镜像库协助批量历史库完成日终批处理和核对工作，联机库对外提供联机服务。
5.如权利要求4所述的基于网络的联机处理方法，其特征在于，所述将联机库和镜像库异名进一步包括，按照镜像库的配置文件的根卷路径读出部分信息然后用数据库原设备名去匹配从根卷中读出的信息，如匹配成功则用新设备名去更换原设备名，直到所有信息匹配完毕为止。
6.如权利要求5所述的基于网络的联机处理方法，其特征在于，所述部分信息是64兆。
全文摘要
本发明公开一种基于网络的联机处理系统及方法，基于网络的联机处理系统包括用于接收处理请求的多个前置机、第一数据库服务器、第二数据库服务器和数据库存储设备，数据库存储设备包括用于保存动态业务数据的联机库、保存静态业务数据的批量历史库和所述联机库的镜像库；第一数据库服务器上运行联机库和镜像库，第二数据库服务器上运行批量历史库；联机库用于进行日常的联机服务；批量历史库用于对静态业务数据查询和日终批处理以及核对工作；镜像库用来协助批量历史库完成日终批处理和核对工作。相应地基于网络的联机处理方法包括存放具有动态业务数据的联机库、具有静态业务数据的批量历史库和联机库的镜像库；在第一数据库服务器上启动联机库。
文档编号G06F17/30GK1710555SQ20041005941
公开日2005年12月21日 申请日期2004年6月18日 优先权日2004年6月18日
发明者黄俭华, 梁放, 刘正龙, 刘军, 高海燕, 黄之林, 周文安 申请人:中国建设银行股份有限公司