一、为什么提出“7X24”模式问题？
随着互联网特别是移动互联网技术的发展，客户可以随时随地访问信息系统，这就要求信息系统支持每周7天，每天24小时不间断运行，即“7X24”运行。
对于一般的信息系统来说，“7X24”运行几乎不成为一个问题，无非是提升系统软硬件的可靠性，连续开机即可；但是商业银行业务处理与时间关联性很强，要求逐日对业务情况进行汇总，进行计提、结息处理，生成各种维度报表，因此要求系统在日期变更后能够访问系统中截止上一日期日终时点的各种信息，比如账户的日终余额，须知这些信息在当前日期也是需要不断更新的，“7X24”运行机制就是为解决该问题提出的。
二、常见的“7X24"实现模式
关于“7X24"运行，目前常见的有以下实现模式。
1.双表模式
双表模式是指使用两套结构相同的表来处理业务，解决“7X24”问题，在实践中，又出现如下细分类型：
第一种，业务系统中维护两套表，按日轮换使用。系统每日切日后，随即在新一套表中更新写入，此时对于任一账户当天首笔交易，是从上一日表中读取信息然后更新到当日表中；系统使用上一日数据表进行日终处理；在日终处理结束后，需要兜底机制，将上一日表尚未发生交易的记录全部抄送当日表上，然后将上一日表清空，系统进入正常运行状态。
第二种，业务系统中同样维护两套表，分为数据表和日志表，数据表一主一备，日标表按日轮换使用。系统切日后，系统随即切换写入新一套日志表；同时，系统使用上一日日志表对备份数据表进行加工，使备份数据表更新到上一日日终状态，然后使用备份数据表做为日终批处理输入，期间交易仍更新写入主数据表；这种方式需要核对机制，保证主、备数据表之间数据的同步。
第三种，业务系统中维护一套主表和临时表；系统切日后，系统中新进入交易暂时记入临时表，此时对于任一账户当天首笔交易，是从主表中读取信息然后更新到临时表中；系统利用业务主表进行日终处理；待日终处理结束后，使用临时表进行重放，将日终处理期间操作追加进主表中，由于追加期间仍会有交易进入，追加处理一般至少要进行2次，为保证数据完整性，最后一次追加时系统存在短暂封锁期；追加完成后系统切换到使用主表进行处理，进入正常运行状态。
第四种，业务系统同样维护一套主表和临时表；不同的是，系统切日后，系统中操作同样更新记入主表，但对于任一账户当天首笔交易处理时，需要将相应记录上日日终信息抄录进临时表；系统日终处理基于临时表与主表中数据拼装出的日终数据进行；在日终处理完成后，将临时表数据清空，系统进入正常运行状态。
2.单表模式
单表模式常见的是双余额模式，记对业务日终处理需要且存在更新的信息，如账户余额，在数据库表中设置两个字段表示，按日轮换使用。系统切日后，系统随即切换使用新字段，此时对于任一账户当天首笔交易，是从上一日字段中读取信息然后更新到当前字段中；系统使用上一日对应字段进行日终处理；在日终处理结束后，同样需要兜底机制，将尚未发生交易的记录上一字段全部抄送当日新字段上，然后将上一日字段清空，系统进入正常运行状态。总体上看，单表模式是一种轻量级的“7X24"模式。
3.“7X24”运行模式选择
在单体系统时代，商业银行业务系统构建一般采用双表方式居多，进入分布式系统时代，应用单表模式的情形增多。在系统构建时，需要结合业务的需求、系统的情况选择合适的模式，笔者推荐使用双表模式的第四种方式。
网友评论