CN104123104B - 日志控制系统及方法 - Google Patents

Abstract

本发明公开了一种日志控制系统，包括日志文件定位模块、日志信息完善模块、日志开关控制模块、日志查询模块，其中：日志开关控制模块用于日志的开启和关闭；日志文件定位模块用于获取事件的日志信息，以进行日志定位和日志内容查询；日志信息完善模块用于将获取的日志信息写入各日志文件；日志查询模块用于提供人机交互的日志查询界面。本发明还提供了一种日志控制方法。本发明的日志控制系统及方法提供获取并记录联机事件相关信息，据此信息实现界面化的日志开关、查询等操作的方法，方便开发和维护人员及时、准确定位、诊断系统应用问题，提高开发、测试工作效率。

Description

日志控制系统及方法

技术领域

本发明涉及银行业务系统开发领域，尤其涉及一种日志控制系统及方法。

背景技术

日志是指有关计算机系统发生的事务或操作的记录。在各种应用系统，如银行系统、门户网站系统、电子商务系统、公司内部的财务系统等等应用系统中，都会将系统运行过程中所发生的一切记录为日志，并生成日志文件，然后通过对日志文件的解析，就可以详细了解系统的整个运行过程。在日志解析的过程中需要对日志来执行各项操作，所述对日志执行的操作可以看作是一项任务，例如，下载日志可以看作是一项任务，要执行下载日志这项任务就需要调度任务，然后通过系统命令将任务发送到操作系统，操作系统再执行下载日志的操作。在任务调度中任务可以分为后置任务和前置任务，前置任务执行完毕才能执行后置任务。通常的任务调度系统的配置是当天调度当天的任务，当天执行的后置任务可以自动找到当天的前置任务，判断当天的前置任务执行完毕，则可以执行当天的后置任务。系统中的每一个交易可以看做一个事件。

核心银行系统主要是通过程序将各应用程序的日志记入多个日志中，主要存在问题为：诊断问题时无法准确定位日志文件；日志内容繁杂且缺少必要的公共要素项，无法区分辨识唯一交易，很难快速进行问题诊断；日志内容巨大，资源消耗很大，且只能借助IBM工具File Manager查阅，应用开发人员和测试人员使用均不方便，见图1。

因此需要在交易进行过程中获取相关交易信息实现日志快速查询的需要，且需丰富日志内容，提升开发人员诊断问题的准确性，还需要增加日志开启、关闭功能，适时较少资源的消耗。另外还需增加日志查询界面和开关维护界面，从而取代外部工具，方便开发和维护人员及时发现和查找系统应用问题。

发明内容

本发明提供一种日志控制系统及方法，提供获取并记录联机事件相关信息，据此信息实现界面化的日志开关、查询等操作的方法，方便开发和维护人员及时、准确定位、诊断系统应用问题，提高开发、测试工作效率。

为了解决上述技术问题，本发明提供了一种日志控制系统，包括日志文件定位模块、日志信息完善模块、日志开关控制模块、日志查询模块，其中：

所述日志开关控制模块用于日志的开启和关闭；

所述日志文件定位模块用于获取事件的日志信息，以进行日志定位和日志内容查询；

所述日志信息完善模块用于将获取的日志信息写入各日志文件；

所述日志查询模块用于提供人机交互的日志查询界面。

作为优选，所述日志文件定位模块具体配置为：其用于增加用于记录日志记录的索引信息的日志索引表；所述日志索引表记录有信息元素和日志文件名，通过查询所述日志索引表能够获知具体交易的日志信息所记入的日志文件名。

作为优选，所述日志索引表包括交易号、终端号、柜员号、网点号、UOW、交易时间、系统ID。

作为优选，所述日志文件定位模块进一步配置为：比较内存区保存的上一笔成功记录的日志信息，如果UOW、系统ID、日志文件名相同，则默认是同一笔交易上来的日志，不记录到所述日志索引表中。

作为优选，所述日志文件定位模块进一步配置为：先将记录信息写入TDQ，再对该TDQ设置一守护进程，当TDQ中记录增加时，调起该守护进程，将TDQ的信息逐条读出并写入所述日志索引表。

作为优选，所述日志信息完善模块具体配置为：其读取所述日志索引表，获取日志信息写入各日志文件。

作为优选，所述日志开关控制模块配置有开关文件，所述开关文件包括总开关和柜员级开关；

当程序读取所述开关文件时，先读取所述总开关的状态，若所述总开关的状态为关，则再读该柜员对应的柜员级开关的开关状态，其状态为是否写日志的最终标识；若所述总开关的状态为开，则所有的交易都写日志。

本发明还提供一种基于如上述的系统的日志控制方法，包括以下步骤：

S1：判断是否能够读取日志文件，如果不能读取，则结束处理；如果能够读取，则执行S2；

S2：获取事件的日志信息；

S3：将获取的日志信息写入各日志文件。

与现有技术相比，本发明的日志控制系统及方法提出了合理的解决方案，提供了友好的日志查询界面，方便开发、测试中问题的定位和诊断。本发明的日志控制系统及方法的有益效果在于：

1、日志文件定位准确；业务人员通过查询界面输入交易号、终端号、柜员号、机构号、交易日期、交易时间中的一项或多项，得到相应的日志文件名。从而缩小了日志文件的范围，再通过查看所选日志文件的具体内容，可以查到具体交易的日志信息

2、日志内容丰富；除记录现有的系统时间及传入的错误信息外，还记录了交易日期、应用名、交易号、终端号、柜员号、网点号、Tran ID、CICS UOW、SYSID等字段。

3、日志开关功能灵活：通过总开关和柜员级开关可不同程度控制交易日志的写入规模，从而缓解资源的争抢。

4、操作界面友好；交易查询和开关维护界面沿用主机传统的MAP界面，支持上下翻屏，使用方便。

附图说明

图1为现有技术流程状况图；

图2为本发明的实施例的日志控制系统的模块关联关系示意图；

图3为本发明的实施例的日志控制系统及方法的逻辑架构及流程示意图。

具体实施方式

下面结合附图和具体实施例对本发明的实施例的日志控制系统及方法作进一步详细描述，但不作为对本发明的限定。

本发明的实施例的日志控制系统，包括日志文件定位模块、日志信息完善模块、日志开关控制模块、日志查询模块，其中：

所述日志开关控制模块用于日志的开启和关闭；

所述日志文件定位模块用于获取事件的日志信息，以进行日志定位和日志内容查询；

所述日志信息完善模块用于将获取的日志信息写入各日志文件；

所述日志查询模块用于提供人机交互的日志查询界面。

图2为本发明的实施例的日志控制系统的模块关联关系示意图，图3为本发明的实施例的日志控制系统及方法的逻辑架构及流程示意图。如图2和图3所示，以下详细说明本发明的日志控制系统各模块以及优选的实施方式。

日志文件定位模块负责获取某支交易的日志信息所记入的日志文件名、交易号、终端号、柜员号、网点号、UOW、交易时间、系统ID(SYSID)等信息，新增日志索引表记录以上信息，以便后续模块读取，进行日志定位和日志内容查询。

日志文件定位模块可以配置日志索引表REPI，该表用于记录日志记录的索引信息，在成功记录日志文件后，将对应的一些信息元素和日志文件名记录在该日志索引表中。通过查询此表即可获知具体某支交易的日志信息所记入的日志文件名。

为了定位交易，缩小查寻范围，该日志索引表还需要如下要素：交易号、终端号、柜员号、网点号、UOW(unit of work，最小工作单元，用于唯一区分某个交易)、交易时间、SYSID(系统ID，IBM的事物处理中间件的系统标识)等。为获取上述要素项，在实际系统中需新增一个子程序(如图所示命名为：GETINF)，用来获取该笔交易的第一个UOW、交易日期、交易时间、柜员号、终端号、交易号、网点号、SYSID等信息，将这些信息连同RBA(RelativeByte Address，存储日志的文件类型的一个概念，它表示逻辑记录从数据集起始位置的位移量、日志名)等写入索引表REPI。

对于每次成功记录日志后，先比较内存区保存的上一笔成功记录的日志信息，若UOW、SYSID、日志名称等相同，则默认是同一笔交易上来的日志，不记录到索引表中。其中，日志是即时存储的，一个交易可能写很多条记录，第一条记录写日志文件的同时，就会在索引表REPI中记录一条索引信息，同一笔交易的后续日志记录的索引信息与第一条相同。

由于可能出现交易ROLLBACK(回滚)的情况，ROLLBACK之前记录到日志索引表的记录会被回滚，从而导致后续测试和开发人员无法在索引表中查到相应的记录。为避免此情况，先将记录信息写入TDQ(如图图3中所示，TDQ是IBM事务处理中间的一种存储队列，可以定义多个，通过不同的名称来进行区分，日志记录使用的TDQ名称为REPT，REPT为一临时中转站)，再对该TDQ设置一守护进程，当TDQ中记录增加时，调起该进程，将TDQ的信息逐条读出并写入日志索引表。考虑到效率问题，对该日志索引表采用PARTITION的方式建立。

日志信息完善模块读取日志索引表，获取交易日期、应用名、交易号、终端号、柜员号、网点号、Tran ID、CICS UOW、SYSID等字段写入日志文件。

日志开关控制模块定义一个开关文件，包括一个总开关和柜员级开关。程序在读开关文件时，先读取总开关状态，若为关，则再读该柜员对应的开关状态，其状态即为最后是否写日志的标识；若总开关为开，则所有的交易都写日志。开关采用文件方式，即定义一个VSAM文件，由于读该文件的频率相当高，为了提高效率，将文件定义成CMT。

日志查询模块可以采用如下实施方式：查询界面输入查询条件：交易号、柜员号、终端号、机构号、交易日期、交易时间中的几项，程序对输入值进行有效性检查，若出错，则在屏幕下方显示提示信息，要求用户重输。若输入值合理，程序则根据查询信息，搜索日志索引表，返回若干条记录。支持上下翻屏；选择其中一条记录，输入与其对应RBA值。程序根据RBA值读取相应的日志，过滤后显示日志明细内容。

继续结合图2和图3，本发明还提供基于如上述的系统的日志控制方法，包括以下步骤：

S1：判断是否能够读取日志文件，如果不能读取，则结束处理；如果能够读取，则执行S2；

S2：获取事件的日志信息；

S3：将获取的日志信息写入各日志文件。

本发明的日志控制方法按照日志类型、问题级别、银行网点、用户、业务代码等不同纬度对大量繁杂应用日志进行开关、查询等控制的方法，解决日志记录和资源消耗的矛盾。

以上实施例仅为本发明的示例性实施例，不用于限制本发明，本发明的保护范围由权利要求书限定。本领域技术人员可以在本发明的实质和保护范围内，对本发明做出各种修改或等同替换，这种修改或等同替换也应视为落在本发明的保护范围内。

Claims (7)

1.一种日志控制系统，其特征在于，包括日志文件定位模块、日志信息完善模块、日志开关控制模块、日志查询模块，其中：

所述日志开关控制模块用于日志的开启和关闭；具体为，

所述日志开关控制模块配置有开关文件，所述开关文件包括总开关和柜员级开关；

当程序读取所述开关文件时，先读取所述总开关的状态，若所述总开关的状态为关，则再读该柜员对应的柜员级开关的开关状态，其状态为是否写日志的最终标识；若所述总开关的状态为开，则所有的交易都写日志；

所述日志文件定位模块用于获取事件的日志信息，以进行日志定位和日志内容查询；

所述日志信息完善模块用于将获取的日志信息写入各日志文件；

所述日志查询模块用于提供人机交互的日志查询界面。

2.根据权利要求1所述的日志控制系统，其特征在于，所述日志文件定位模块具体配置为：其用于增加用于记录日志记录的索引信息的日志索引表；所述日志索引表记录有信息元素和日志文件名，通过查询所述日志索引表能够获知具体交易的日志信息所记入的日志文件名。

3.根据权利要求2所述的日志控制系统，其特征在于，所述日志索引表包括交易号、终端号、柜员号、网点号、UOW、交易时间、系统ID。

4.根据权利要求3所述的日志控制系统，其特征在于，所述日志文件定位模块进一步配置为：比较内存区保存的上一笔成功记录的日志信息，如果UOW、系统ID、日志文件名相同，则默认是同一笔交易上来的日志，不记录到所述日志索引表中，其中，所述UOW为最小工作单元，用于唯一区分某个交易。

5.根据权利要求4所述的日志控制系统，其特征在于，所述日志文件定位模块进一步配置为：先将记录信息写入TDQ，再对该TDQ设置一守护进程，当TDQ中记录增加时，调起该守护进程，将TDQ的信息逐条读出并写入所述日志索引表，其中，所述TDQ为一种存储队列。

6.根据权利要求2所述的日志控制系统，其特征在于，所述日志信息完善模块具体配置为：其读取所述日志索引表，获取日志信息写入各日志文件。

7.一种基于如权利要求1至6中任一项所述的系统的日志控制方法，包括以下步骤：

S1：判断是否能够读取日志文件，如果不能读取，则结束处理；如果能够读取，则执行S2；

S2：获取事件的日志信息；

S3：将获取的日志信息写入各日志文件。