CN1210669C - 实现不间断服务的数据处理方法和系统 - Google Patents

Abstract

本发明公开了一种实现不间断服务的数据处理方法，包括如下步骤：执行日终前处理；进行24小时模式处理；恢复正常工作状态。所述进行24小时模式处理的步骤包括：由所述核心业务系统进行银行的日终批处理，同时由所述24小时业务处理装置处理来自从属或自助服务设备的交易请求；由24小时业务处理装置进行补账处理。本发明利用两个数据库，采用了数据库锁等待处理技术，利用表级锁处理技术，采用游标循环解决核心数据和第三方数据一致性的技术手段，可以实现全天候服务，实现每天24小时不间断对外服务的技术效果。

Description

实现不间断服务的数据处理方法和系统

技术领域

本发明是关于一种实现计算机系统连续无断点运行和数据处理的技术方法和系统，且尤其是一种实现银行等金融机构业务数据输入、处理与输出不间断的技术方法和系统。

背景技术

目前，不少提供7×24小时金融服务的计算机系统尤其是银行核心业务作业系统，在特定规章制度要求下，需在联机交易并发处理过程中，设置或长或短的一段时间，是谓“断点”，用于批处理。在批处理期间系统基于其主数据库完成数据备份、总账形成、滚动积数、各项处理以及形成各种会计报表等工作。在此期间，为了保证数据的“断点”，即为了确保账户数据在切换到下一统计或会计周期前保持一定时间的静态，以确保统计的准确性，系统会将主数据库锁定。这样，将导致与该系统相联系的各类对外从属或自助设备停止对外服务，不能真正实现不间断服务。

导致系统停止或中断服务的原因主要有以下几个：

(1)在联机交易并发处理过程中，出现数据库的锁记录现象；

(2)日终批处理时系统锁库处理资金清算、总账形成、总分核对等；

(3)年终决算造成会计日期无法正常切换。

目前，处理“断点”问题常用的方法是建立可供适时切换的主副两套系统，或者忽视“断点”的存在，将“断点”时间选在数据流最小值期间，暂停从几分钟到几十分钟的服务。前者虽可通过通讯侦测、条件触发从两套系统间或运作，解决“断点”问题，但其实施成本昂贵。后者就其业务处理的影响而言，虽不会对银行整体业务造成重大影响，但因各金融机构都不愿在其24小时连续服务宣传中说明“断点”问题，可能会构成对客户的欺骗而形成法律风险，且会使部分客户不便。

发明内容

本发明的目的旨在实现低成本且保证不间断服务的技术处理方法和系统，解决在联机交易并发处理过程中，数据库锁记录现象以及日终批处理和年终决算出现数据“断点”，导致不能为客户提供服务的技术问题。本发明通过增加一组辅助数据库表来执行主数据库暂停业务处理期间、来自外部辅助或自助设备的交易请求，采用了数据库锁等待处理技术，利用游标循环解决核心数据和第三方数据一致性的问题，实现连续的数据处理技术。

根据本发明的一个方面，提供一种用于进行连续性业务数据处理的数据处理系统，所述数据处理系统包括核心业务系统，用于在进行日终批处理之前，向辅助处理装置发出启动指令，且在所述辅助处理装置启动后，进入24小时模式以便进行日终批处理；辅助处理装置，用于响应所述启动指令，开始接收各种交易信息，以进行24小时模式；所述核心业务系统包括主数据库，其中，在24小时模式下，将其中的记录锁设置为共享锁；所述辅助处理装置包括辅助数据库表，所述辅助数据库表用于存储在24小时模式下发生的交易信息，并与所述主数据库采用共享锁方式实现部分数据交换；以及所述核心业务系统完成批处理动作后，所述辅助处理装置进行补账处理，所述主数据库采用游标循环方式与所述辅助数据库表进行数据交换和补账，以保证数据的一致性。

根据本发明的另一个方面，还提供一种使用核心业务系统和辅助处理装置进行连续性数据处理的数据处理方法，其中核心业务系统中包括有主数据库，辅助处理装置中包括辅助数据库表，所述数据处理方法包括以下步骤：在进行日终批处理之前，所述核心业务系统锁存主数据库，同时向所述辅助处理装置发出启动指令；所述辅助处理装置响应所述启动指令，进行24小时模式，并开始接收各种交易信息；响应来自于自助设备的请求和交易处理，建立辅助数据库表，用于利用表级锁处理进行连续性数据处理；所述主数据库在24小时模式下，将其中的记录锁设置为共享锁；所述辅助数据库表存储在24小时模式下发生的交易信息，并采用共享锁方式与主数据库实现部分数据交换；当所述核心业务系统完成批处理动作后，在所述主数据库与所述辅助数据库表之间，通过游标循环方式、将辅助数据库表在主数据库锁状态时存储的交易数据读入所述主数据库，以保证数据的一致性；以及恢复所述主数据库为正常状态。

根据本发明的实现不间断服务的数据处理方法和数据处理系统，增加了一个24小时模式处理过程。所谓24小时模式指的是核心业务系统的主数据库暂停业务处理期间，执行来自外部辅助或自助设备的交易请求，使得银行等机构能够实现每天24小时的不间断对外服务，大大增强了银行的对外服务能力，并且缓解了银行的开业服务压力，有利于银行进行内部日终批处理业务和年终结算业务。

附图说明

图1示出了用于实现根据本发明的实现不间断服务的数据处理方法时银行核心业务系统的操作流程图；

图2示出了根据本发明的实现不间断服务的数据处理方法的流程图；

图3示出了用于实现根据本发明的实现不间断服务的数据处理方法时24小时业务处理装置对来自从属或自助设备的交易请求进行处理的流程图；

图4A是根据本发明的实现不间断服务的数据处理方法中进行24小时模式处理时建立的账户信息表的示意图；

图4B是根据本发明的实现不间断服务的数据处理方法中进行24小时模式处理时建立的交易流水表的示意图；

图5示出了根据本发明的实现不间断服务的数据处理方法中进行补账处理的流程图；以及

图6示出了根据本发明的实现不间断服务的数据处理系统。

具体实施方式

图1示出了用于实现根据本发明的实现不间断服务的数据处理方法时核心业务系统的操作流程图。

本发明提供了一种实现计算机系统连续无断点运行和数据处理的方法和系统，该方法尤其适用于需要进行连续性作业处理的银行或相关金融机构。

通常情况下，核心业务系统在完成日间营业的正常工作之后，应该进行锁定主数据库的日终批处理，在此期间，将暂停服务。因此，核心业务系统不能接收和处理来自自助设备的交易请求。为了实现银行的不间断服务，根据本发明，对数据处理方法进行了改进。

上述自助设备包括自动取款机(ATM)、销售终端(POS)、自助通、呼叫中心、网上银行或者银行用于自动接收客户交易请求的任何终端。

上述核心业务系统是指银行等机构开发的业务支持系统，涵盖银行包括本外币在内的所有核心业务。

核心业务系统的系统运行状态，针对联机业务而言，包括“禁止”、“正常”、“24小时模式”、“年终”四种状态。

“禁止”状态是指核心业务系统处于拒绝一切联机业务的状态。“正常”状态是指核心业务系统处于正常处理联机业务的状态。“24小时模式”状态是指核心业务系统在日终批处理时启用的一种状态，此时24小时业务处理装置继续对自助设备请求的交易进行服务，在此模式下所进行的业务处理纳入下一会计周期。“年终”状态是指核心业务系统在年终处理时，损益结转未处理完，为保证继续对自助设备请求的交易进行服务而临时启动的一种状态，此时对自助设备请求的处理视同“24小时模式”。

如图1所示，为了实现不间断服务，在核心业务系统完成日间营业的正常工作之后，首先将工作状态切换到“24小时模式”。切换通过如下方法进行：根据业务服务数据流的密度分布，测算出24小时之内业务数据流分布最低的时间区间，在该区间内选择一个时间段，将起始时间设置为切换点。届至切换点，“24小时模式”启动。在该模式下，由银行系统中的核心业务系统把交易日期设为下一个会计处理日期，对用于“24小时模式”的辅助数据库中的序号表进行初始化，该序号表一般来说只表达为该不间断服务期间接收的交易序号。

该辅助数据库是为了保证数据读取的一致性，在核心业务系统切换至“24小时模式”时建立的专门记录交易信息的数据库。

在“24小时模式”状态下，在日终批处理时主数据库不对相关的数据表锁定(如各账务主文件)，此时核心业务系统根据外部传入的账号提取账号账务及相关信息，并将提取的信息存放到辅助数据库的账户信息表(活动账户提取信息模式)中，并在此信息基础上控制后续业务处理，同时该过程的批处理模块均不涉及此类账户扣减，直至切回正常模式后，才可能对此类账户进行扣减，这样，既保持了批处理过程中对主数据库的读取，又保证了数据的一致性。

然后，核心业务系统基于主数据库执行银行的日终批处理，在日终批处理期间数据操作不锁主数据库，只对相关数据表作共享锁控制，它要求主数据库将表的锁级别设置为“行锁”，即每条表记录为最小的锁单位，以确保在更新某表记录时，不影响其他记录的被读取、更新操作。

在日终批处理期间，由一个24小时业务处理装置接收并处理来自自助设备的交易请求，其中，24小时业务处理装置基于辅助数据库工作，其操作不对日终批处理业务产生影响。

24小时业务处理装置启动记录流水表模块，不再调用联机记账等正常处理模块，输出接口组织不变；支持交易进行如账户余额、凭证和密码等业务控制信息活动账户从主数据库中提取，并以此为基础控制后续交易的进行。

在此状态中，只要检查账户的要素是完整的、安全的(如非挂失、冻结)及保证账户余额是足够的，就认为该笔交易是成功的，马上记录到相应的流水表中，同时把账户变化后的余额更新到账户信息表中，以便下一次该账户发生时直接从账户信息表中提取最新的数据。

待日终批处理完成后，核心业务系统进行下一个会计日期的日初处理。而后，由24小时业务处理装置进行补账处理；补账处理完成后，核心业务系统恢复正常工作，开始下一日间营业。

补账处理包括第一次循游补账(简称第一次补账)处理、第二次补账处理、更新相关控制信息和补账差错对账四个步骤；冲正和被冲正交易不进行补账处理，交易流水补账处理采取小事务处理模式，调用联机交易处理函数，补账不成功，则事务回滚，并对账户进行冻结处理；切换正常工作模式处理中异常错误退出，排除故障后可重复处理。

(1)第一次补账：第一次补账是指在特定时间域内可采用循游技术多次循环补账，即严格根据辅助数据库中交易流水表的顺序往主数据库进行补账，处理流水表中所有未入账记录，并对记录的入账标记赋值；辅助数据库中交易流水表不锁表，此处理期间系统同时支持“24小时模式”。辅助数据库中交易流水表向主数据库补账的循环次数，可以通过设置触发条件，如一轮补账动作结束点流水表中的记录小于某个设定值(设定值应小到便于第二次补账即时完成)，或者根据流水表记录统计分布数据设定经验值。

(2)第二次补账：在第一次补账达到设定值或完成设定次数后，开始第二次补账。是时，将核心业务系统的状态更改为“禁止”状态；对24小时流水表进行锁表处理；严格根据辅助数据库中交易流水表顺序往主数据库进行补账，其处理对象为第一次补账处理期间产生的交易记录。因第二次补账系统处于“禁止”状态，理论上仍然会出现“断点”问题，特别是面临处理多个时差地区不间断服务时。本发明在实施第一次补账时，通过设定某个足够小的触发设定值，或根据经验统计的循环次数值，可以有效避免这一问题在实际处理过程中出现。通过设置触发条件或是设定经验值，连续作业机构都可以根据业务流密度分布函数测算出业务流最小的某一时间段，将第一次补账安排在这一时间段，补账循环次数即可大为缩减。

(3)更新相关控制信息：补账结束后，更新主数据库中凭证控制信息和柜员流水号信息；更新系统状态为“正常”状态。

(4)补账差错对账：如果存在补账不成功的交易流水则生成补账差错清单，隔日根据此差错清单手工进行调账和补账。

其中，在银行的核心业务系统切换到24小时模式之后，完成自助交易会计周期切换，启用辅助数据库存放24小时模式下的自助交易流水及相关账务控制信息。而在银行的核心业务系统切换到正常模式之后，根据辅助数据库中的自助交易流水信息顺序进行补账。

下面，结合图2详细描述根据本发明的实现不间断服务的数据处理方法。

如图2所示，根据本发明的数据处理方法开始于步骤201。在步骤202，由核心业务系统执行日终前处理。在该步骤中，核心业务系统执行银行在每日营业时间结束后的一段时间内进行的部分日常账务处理工作，这些工作是能与联机交易并发处理的操作。在日终前处理结束后，流程进入步骤203。在步骤203，启动“24小时模式”，核心业务系统准备进行日终批处理，24小时业务处理装置准备处理来自自助设备的交易请求。之后，流程进入步骤204。在步骤204，进行“24小时模式处理”。

该模式之下的处理包括同时进行的两个处理过程。第一个处理过程依次是核心业务系统基于系统主数据库进行的银行日终批处理、日初处理以及由24小时业务处理装置针对主数据库进行的补账处理。第二个处理过程是24小时业务处理装置对来自自助设备的交易请求进行的处理，该24小时业务处理装置基于作为24小时数据库的辅助数据库工作。上述日初处理包括由核心业务系统对流水号进行初始化，以及将会计日期切换至新的会计日期等。24小时模式下24小时业务处理装置进行处理的交易将被记录为下一个会计周期中的交易。

之后，流程进入步骤205。在步骤205，核心业务系统恢复“正常”工作状态，正常接受交易，直到每日营业时间结束后执行日终前处理，返回步骤202。重复上述步骤，则利用主数据库和辅助数据库实现了银行的不间断服务。

下面，结合图3对根据本发明的实现不间断服务的数据处理方法中24小时业务处理装置对来自自助设备的交易请求进行的处理进行详细说明。

图3所示的流程开始于步骤301。在步骤302，24小时业务处理装置在其管理的辅助数据库中建立账户信息表和交易流水表。账户信息表与交易流水表之间通过客户账户建立联系，也可选择与客户一一对应的其他标识建立账户信息表和交易流水表间的联系。图4A是建立的账户信息表的示意图，图4B是建立的交易流水表的示意图。如图4A所示，账户信息表仅用于记录24小时模式下发生交易的客户账号。应当注意，账户信息表中记录的客户账号仅是作为该客户的唯一标识，此处也可以选择与客户一一对应的其他标识进行记录，对不同标识的选择不构成对本发明的限制。如图4B所示，交易流水表中记录24小时模式下发生的与客户账号所对应的交易的时间、金额、交易代码和账户余额等与交易的执行情况有关的信息。在启动24小时模式后，建立的账户信息表和交易流水表初始为空，随着24小时业务处理装置不断地接收来自自助设备的交易请求，账户信息表中将存入发生交易的客户账号，交易流水表中将存入对应交易的流水信息。

之后，图3所示流程进入步骤303。在步骤303，24小时业务处理装置接收客户发出的身份认证信息和交易信息。之后，流程进入步骤304。在步骤304，根据客户输入的身份认证信息判断发出交易信息的客户是否已包括在账户信息表中。在本实施方式中，即判断客户输入的身份认证信息中包含的客户账号是否已包括在账户信息表列出的账号中。

当判断客户已包括在账户信息表中时，则流程进入步骤305。在步骤305中，检索交易流水表中该客户对应的交易流水信息。之后，流程进入步骤306。在步骤306中，判断交易是否有效，即是否可以在该账户上执行所请求的交易类型以及余额是否足够等。当判断交易有效时，则流程进入步骤307。在步骤307中，向交易流水表中添加该笔交易的交易流水信息，则交易处理完成。之后，流程进入步骤312。在步骤312中，判断是否接收到初始化指令。初始化指令由核心业务系统发出。当完成批处理、补账等任务后，核心业务系统发出初始化指令。当判断未接收到初始化指令时，则流程返回步骤303，以便接收下一个交易信息。当经判断接收到了初始化指令时，则流程进入步骤313。在步骤313中，对主数据库和24小时业务处理装置中的辅助数据库进行初始化。图3所示流程结束于步骤314。

当在步骤306中判断交易无效时，则流程进入步骤308。在步骤308中，输出错误信息。之后，流程进入步骤312，并按照上述描述继续执行后续处理。

当在步骤304中经判断发出交易信息的客户未包括在账户信息表中时，则流程进入步骤309。在步骤309，根据客户输入的身份认证信息，24小时业务处理装置对主数据库进行检索，并提取与客户输入的身份认证信息对应的客户账户的信息，如客户账号、账户类型和账户余额等。由于核心业务系统在进行日终批处理时对主数据库的记录锁采用的是共享锁的方式，因此24小时业务处理装置可以在日终批处理期间读取主数据库中的内容。然后，流程进入步骤310。在步骤310中，根据客户账户的信息，判断交易是否有效，即是否可以在该账户上执行所请求的交易类型以及余额是否足够等。

当经判断交易有效时，则流程进入步骤311。在步骤311中，向辅助数据库的账户信息表中添加该客户的账号，并向辅助数据库的交易流水表中添加该笔交易的交易流水信息，包括发生交易的时间、金额、交易代码和账户余额等信息，交易处理完成。之后，流程进入步骤312，并按照上述描述继续执行后续处理。当在步骤310中经判断交易无效时，则流程进入步骤308。在步骤308中，输出错误信息。之后，流程进入步骤312，并按照上述描述继续执行后续处理。

经过图3所示24小时模式的处理，自助设备在核心业务系统执行日终批处理期间进行的交易都被记录在基于辅助数据库建立的账户信息表和交易流水表中。

图5示出根据本发明的实现不间断服务的数据处理方法中由24小时业务处理装置针对主数据库进行补账处理的流程图。

流程开始于步骤501。在步骤502中，由24小时业务处理装置按照基于辅助数据库建立的交易流水表的顺序，根据交易流水表中交易的内容修改存储在主数据库中的相关账目记录，即进行第一次补账处理。之后，图5所示流程进入步骤503。在步骤503中，锁定辅助数据库，启动24小时业务处理装置的暂停服务状态，此时，24小时业务处理装置将不能向客户提供服务。接着，流程进入步骤504。在步骤504中，由24小时业务处理装置按照基于辅助数据库建立的交易流水表的顺序，根据交易流水表中在第一次补账处理之后增加的交易的内容修改存储在主数据库中的相关账目记录，即进行第二次补账处理。第二次补账处理完成后，补账处理结束于步骤505。补账处理结束后，对主数据库相关数据进行初始化，然后向24小时业务处理装置发出初始化指令，则24小时业务处理装置进行初始化。

由图5所示流程可以看出，上述步骤503至步骤504的处理过程中，核心业务系统由于还未恢复正常工作状态，无法接受客户发出的交易请求，同时，24小时业务处理装置也处于暂停服务状态而无法接受客户发出的交易请求，此时，该银行整个系统处于暂停服务的状态。但是，由于基于辅助数据库中的第二次补账处理只是对第一次补账处理之后增加的交易的内容进行补账处理，两次补账处理之间的时间很短，因此，增加的交易数量十分有限，这样，就可以将这种暂停服务的状态控制在一个非常短的时间之内，一般是十分之一秒的数量级。

应当理解，随着客户量和交易量的增加，可以根据需要，增加进行补账的次数，使得最后一次进行补账处理的交易数量在一个预定的范围内，从而将辅助数据库锁定的时间，即24小时业务处理装置处于暂停服务状态的时间控制在一个客户几乎无法感觉到的范围内，实现银行的不间断服务。

上面以银行核心业务系统在“24小时模式”下如何实现不间断服务的情况为例进行了说明。而核心业务系统在“年终”状态下如何实现不间断服务的情况与之相似，下面进行简单说明。

“年终”状态是指在年终的最后一天(12月31日)在银行的正常关闭时间内还未完成年终结算时为保证自助服务能按时对外营业而临时启动的一种状态。

如果需要，银行的核心业务系统的状态从“正常”状态切换到“年终”状态；赋“24小时模式”的交易日期为下一会计处理日期；对辅助数据库进行初始化。

年终结转正常处理，即系统支持年终损益结转相关柜面交易处理业务，此类交易属于当日业务，在处理上无特殊性，此类交易不得与24小时模式交易交叉处理客户账。

此时自助服务的交易处理与“24小时模式”状态相同，对此不再赘述。

本发明还提供了一种实现不间断服务的数据处理系统，如图6所示。该系统600包括基于主数据库602的核心业务系统601和基于24小时数据库即辅助数据库604的24小时业务处理装置603。

核心业务系统601准备进行日终批处理之前，向24小时业务处理装置603发出启动指令，启动24小时业务处理装置603开始接收客户的交易信息，核心业务系统601和24小时业务处理装置603进入24小时模式。在该模式下，核心业务系统601进行日终批处理，在此期间，将主数据库602中的记录锁设置为共享锁的方式。24小时业务处理装置603接收来自客户的交易信息，并将24小时模式下发生的交易的客户账户信息和交易流水信息存储在辅助数据库604中。待核心业务系统601的日终批处理结束后，由24小时业务处理装置603依据存储在辅助数据库604中的交易信息，修改主数据库602中的账户记录，从而完成补账处理。补账处理之后，核心业务系统601恢复正常工作状态，此时，核心业务系统601可以接收客户发出的交易信息。

根据本发明，利用两个数据库实现不间断服务的数据处理方法和系统，可以提供全天候对外服务的核心银行服务，从而提高了银行整体的服务质量，为客户带来了极大的方便。

在不脱离本发明的构思和精神的情况下，可以做出许多改变和变更。应当理解，本发明不限于特定的实施方式。本发明的范围由所附权利要求限定。

Claims (15)

1.一种用于进行连续性业务数据处理的数据处理系统，所述数据处理系统包括：

核心业务系统，用于在进行日终批处理之前，向辅助处理装置发出启动指令，且在所述辅助处理装置启动后，进入24小时模式以便进行日终批处理；

辅助处理装置，用于响应所述启动指令，开始接收各种交易信息，以进行24小时模式；

其特征在于，

所述核心业务系统包括主数据库，其中，在24小时模式下，将其中的记录锁设置为共享锁；

所述辅助处理装置包括辅助数据库表，所述辅助数据库表用于存储在24小时模式下发生的交易信息，并与所述主数据库采用共享锁方式实现部分数据交换；以及

所述核心业务系统完成批处理动作后，所述辅助处理装置进行补账处理，所述主数据库采用游标循环方式与所述辅助数据库表进行数据交换和补账，以保证数据的一致性。

2.如权利要求1所述的数据处理系统，其中，所述核心业务系统在进行银行的日终批处理和补账处理期间，中断来自于自助设备的交易请求。

3.如权利要求1所述的数据处理系统，其中所述辅助数据库表包括：

账户信息表，用于存储在24小时模式下发生交易的客户账号；以及

交易流水表，用于存储在24小时模式下与交易的执行情况相关的信息。

4.如权利要求3所述的数据处理系统，其中所述账户信息表和所述交易流水表在启动24小时模式时初始为空。

5.如权利要求3所述的数据处理系统，其中所述交易流水表中存储的信息包括发生交易的时间、金额、账户余额和交易代码。

6.一种使用核心业务系统和辅助处理装置进行连续性数据处理的数据处理方法，其中核心业务系统中包括有主数据库，辅助处理装置中包括辅助数据库表，所述数据处理方法包括以下步骤：

在进行日终批处理之前，所述核心业务系统锁存主数据库，同时向所述辅助处理装置发出启动指令；

所述辅助处理装置响应所述启动指令，进行24小时模式，并开始接收各种交易信息；

响应来自于自助服务设备的请求和交易处理，建立辅助数据库表，用于利用表级锁处理进行连续性数据处理；

所述主数据库在24小时模式下，将其中的记录锁设置为共享锁；

所述辅助数据库表存储在24小时模式下发生的交易信息，并采用共享锁方式与主数据库实现部分数据交换；

当所述核心业务系统完成批处理动作后，在所述主数据库与所述辅助数据库表之间，通过游标循环方式、将辅助数据库表在主数据库锁状态时存储的交易数据读入所述主数据库，以保证数据的一致性；以及

恢复所述主数据库为正常状态。

7.如权利要求6所述的数据处理方法，其中所述核心业务系统利用所述主数据库进行银行的日终批处理，而所述辅助处理装置利用所述辅助数据库表处理来自自助设备的交易请求，并且所述数据一致性处理包括由所述辅助处理装置进行补账处理。

8.如权利要求7所述的数据处理方法，其中在进行银行的日终批处理和补账处理期间，所述核心业务系统中断来自于自助设备的交易请求。

9.如权利要求8所述的数据处理方法，其中由所述辅助处理装置处理来自于自助设备的交易请求的步骤包括；

在所述辅助数据库中建立账户信息表和交易流水表；

接收客户输入的身份认证信息和交易信息；

根据所述身份认证信息判断发出交易的客户的账号是否包括在所述账户信息表中；

如果判断客户账号已包括在所述账户信息表中，则向所述交易流水表中添加该交易的交易流水信息；以及

如果判断客户账号未包括在所述账户信息表中，则在主数据库中提取该客户信息，并向账户信息表中添加该客户账号，向交易流水表中添加交易的流水信息。

10.如权利要求9所述的数据处理方法，其中在启动24小时模式时建立的账户信息表和交易流水表初始为空。

11.如权利要求9所述的数据处理方法，其中所述交易流水表中存储的信息包括发生交易的时间、金额、账户余额和交易代码。

12.如权利要求9所述的数据处理方法，其中在进行补账处理之前还包括由所述核心业务系统对流水号进行初始化，并将会计日期切换至新的会计日期的日初处理步骤。

13.如权利要求9所述的数据处理方法，其中所述补账处理步骤包括：

第一次补账，由所述辅助处理装置按照所述交易流水表的顺序，根据所述交易流水表中交易的内容，修改存储在主数据库中的相关账目记录；

锁定所述辅助数据库，使辅助处理装置进入暂停状态；以及

第二次补账，由所述辅助处理装置按照交易流水表的顺序，根据交易流水表中在前次补账处理之后增加的交易的内容，修改存储在主数据库中的相关账目记录。

14.如权利要求9所述的数据处理方法，其中所述主数据库与辅助数据库利用表级锁处理方式实现部分数据共享，采用游标循环方式进行数据交换和补账，使所述辅助数据库表承担业务处理工作，仍按系统要求实现客户身份认证，并于所述主数据库恢复运行期间，将有关数据按照流水号写回主数据库，重新初始化。

15.如权利要求9所述的数据处理方法，其中所述第一次补账采用循环多次方式，由所述辅助处理装置按照交易流水表的顺序，根据交易流水表中交易的内容修改存储在所述主数据库中的相关数据记录；并且当第一次补账的最后一次动作使辅助数据库表中的记录数足够小时，锁定所述辅助数据库，使所述辅助处理装置进行暂停状态，并进行第二次补账，并将主数据库恢复为正常状态。

Images