CN105933151A - 一种银行业务系统的监控方法及系统 - Google Patents

Abstract

本发明提供一种银行业务系统的监控方法及系统，定期的调用监控构件，监控构件根据监控参数获取所需的业务数据，在业务数据出现异常时，生成异常数据信息，并发送异常分析报告。这样，可以根据业务系统自身特点以及具体业务监控需求的情况，定制所需的监控构件，具有好的可扩展性和可复制性，同时，实现银行业务系统的业务运行情况的实时监控，从而能够随时了解业务系统的运行健康情况，降低业务系统运行中的潜在风险。

Description

一种银行业务系统的监控方法及系统

技术领域

本发明涉及银行业务系统领域，特别涉及一种银行业务系统的监控方法及系统。

背景技术

对于银行业务系统，如信贷系统、核心交易系统和报表加工系统等，主要处理银行与客户的往来业务，这些系统的健康运行非常关键。

在目前，没有专门对银行业务系统运行健康状况进行监控的方法，仅仅是通过对业务系统运行所在的硬件系统进行监控，如对服务器CPU使用率、磁盘I/O等进行监控，从而判断系统运行环境是否正常，这种方法只能针对系统故障的处理，而且是在故障发生后才能进行处理，无法及时全面的了解业务系统运行的情况，使得业务系统在生产运维过程中存在潜在的风险。

发明内容

有鉴于此，本发明的目的在于提供一种银行业务系统的监控方法及系统，实现业务系统的实时监控及异常预警，降低业务系统的运行风险。

为实现上述目的，本发明有如下技术方案：

一种银行业务系统的监控方法，包括：

提供监控构件，监控构件根据不同业务监控需求所对应的监控参数进行定制；

以预设的时间频率调用监控构件，监控构件根据监控参数获取所需的业务数据；

判断业务数据是否异常，若异常，则生成异常数据信息；

根据异常数据信息，按照预设的时间周期发送异常分析报告。

可选的，监控构件根据不同业务监控需求所对应的监控参数以及预警参数进行定制；则，

在判断业务数据是否异常的步骤中，监控构件根据预警参数判断业务数据是否异常。

可选的，在以预设的时间频率调用监控构件的步骤中，通过守护进程轮询监控构件，从而以预设的时间频率调用监控构件。

可选的，在按照预设的时间周期发送异常分析报告的步骤中，按照预设的时间周期以及预设的发送方式发送异常分析报告。

可选的，所述监控方法应用于集群系统中，集群系统中的节点通过监控其他节点心跳发现节点故障，并使得故障节点失效，并重新分配故障节点的工作任务。

此外，本发明还提供了一种银行业务系统的监控系统，包括：

根据不同业务监控需求所对应的监控参数进行定制的监控构件；

构件调用单元，用于以预设的时间频率调用监控构件；

监控构件中定制有数据获取单元，数据获取单元用于根据监控参数获取所需的业务数据；

异常判断单元，用于判断业务数据是否异常，若异常，则生成异常数据信息；

异常分析报告单元，用于根据异常数据信息，按照预设的时间周期发送异常分析报告。

可选的，监控构件根据不同业务监控需求所对应的监控参数以及预警参数进行定制；则，

异常判断单元定制于监控构件中，在异常判断单元中，根据预警参数判断业务数据是否异常。

可选的，构件调用单元中，通过守护进程轮询监控构件，从而以预设的时间频率调用监控构件。

可选的，异常分析报告单元中，按照预设的时间周期以及预设的发送方式发送异常分析报告。

可选的，监控系统应用于集群系统中，集群系统中的节点通过监控其他节点心跳发现节点故障，并使得故障节点失效，并重新分配故障节点的工作任务。

此外，本发明还提供了一种银行业务系统的监控系统，基于ORACLE和AIX系统建立，并以集群方式部署，包括：

根据不同业务监控需求所对应的监控参数进行定制的监控构件；

构件调用单元，用于以预设的时间频率调用监控构件；

监控构件中定制有数据获取单元和异常判断单元，数据获取单元用于根据监控参数获取所需的业务数据；异常判断单元，用于判断业务数据是否异常，若异常，则生成异常数据信息；

异常分析报告单元，用于根据异常数据信息，按照预设的时间周期发送异常分析报告。

本发明实施例提供的银行业务系统的监控方法及系统，定期的调用监控构件，监控构件根据监控参数获取所需的业务数据，在业务数据出现异常时，生成异常数据信息，并发送异常分析报告。这样，可以根据业务系统自身特点以及具体业务监控需求的情况，定制所需的监控构件，具有好的可扩展性和可复制性，同时，实现银行业务系统的业务运行情况的实时监控，从而能够随时了解业务系统的运行健康情况，降低业务系统运行中的潜在风险。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了根据本发明实施例的银行业务系统的监控方法的流程示意图；

图2示出了根据本发明实施例的银行业务系统的监控系统的结构示意图；

图3示出了根据本发明实施例的银行业务系统的监控系统的应用实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明中提供了一种银行业务系统的监控方法，包括：

S01，提供监控构件，监控构件根据不同业务监控需求所对应的监控参数进行定制；

S02，以预设的时间频率调用监控构件，监控构件根据监控参数获取所需的业务数据；

S03，判断业务数据是否异常，若异常，则生成异常数据信息；

S04，根据异常数据信息，按照预设的时间周期发送异常分析报告。

在本发明的实施例中，银行业务系统为银行中往来业务的业务系统，例如信贷系统、核心交易系统和报表加工系统等，这些业务系统主要进行银行与第三方之间的业务往来，通过对业务系统中的相关业务数据进行监控，从而，实现对业务系统的实时监控，及时了解业务系统的健康情况，降低系统运行中的潜在风险。

在本发明的方案中，定期的调用监控构件，监控构件根据监控参数获取所需的业务数据，在业务数据出现异常时，生成异常数据信息，并发送异常分析报告。这样，可以根据业务系统自身特点以及具体业务监控需求的情况，定制所需的监控构件，具有好的可扩展性和可复制性，同时，实现银行业务系统的业务运行情况的实时监控，从而能够随时了解业务系统的运行健康情况，降低业务系统运行中的潜在风险。

为了更好的理解本发明的技术方案和技术效果，以下将结合具体的实施例进行详细的描述，为了便于理解，以下将以银行信贷系统为例进行说明。

该监控方法是基于监控构件的，首先，提供监控构件，监控构件是根据不同业务监控需求所对应的监控参数进行定制。

在本发明实施例中，利用构件获取业务数据，在定制构件时，是以该银行业务系统中的不同业务类型所对应的监控参数进行定制的。在不同的业务系统中，业务系统自身具有其业务特点，由于业务系统业务特点不同，业务监控的需求自然各不相同，所关注的监控内容和方式也就各不相同，该监控构件是根据不同业务监控需求所对应的监控参数进行定制的，具有好的可扩展性和可复制性。

在本发明实施例中，监控构件负责特定监控对象的数据采集以及监控预警，监控构件可以包括与银行业务系统所执行的业务相关的构件，用于监控业务运行情况，这些构件例如文件到达情况的监控构件、文件数据量的监控构件、批量完成情况的监控构件、批量报错情况的监控构件、服务器关键进程的监控构件等，可以通过监控业务系统所在的数据库中的相关业务数据来实现这些业务运行情况的监控；监控构件还可以包括与银行业务系统所运行的硬件环境相关的构件，用于监控硬件系统的运行情况是否正常，这些构件例如索引失效的监控构件、统计信息的监控构件、UNDO的监控构件、TEMP表空间的监控构件、其他表空间的监控构件、索引列倾斜度的监控构件、数据表碎片及行前移的监控构件以及应用程序的监控构件等中的一种或多种，这些监控构件可以包括与银行业务系统所运行的硬件环境相关的构件，也可以包括与银行业务系统所执行的业务相关的构件。

以银行信贷系统为例，银行信贷系统的主要业务特点是，每天夜间从核心业务系统或其他上游的业务系统中获取客户数据、存贷款等各类业务数据，并依据这些获取的业务数据进行加工处理，使得业务系统处于正常状态，从而，保证第二天早上8点正常对外服务。基于这些业务特点，可能有以下的监控点：

1、来自其他业务系统的客户数据、存贷款数据等各类业务数据是否按时到达，以保证本系统中后续加工处理的顺利进行。

2、来自其他业务系统的客户数据、存贷款数据等各类业务数据是否激增，以保证本系统后续加工处理时性能的稳定性。

3、本系统中的关键作业是否按时完成，关键作业通常包括加载数据、加工数据等多个步骤，加工数据主要是进行数据的计算以及报表生成，每个步骤的按时完成才能确保后续依赖作业的顺利进行。

4、本系统全体作业是否按时完成，这里的全体作业是指会影响对外服务的所有作业内容，以确保本系统第二日是否能够按时对外提供服务。

对于以上的不同的监控点，将业务监控需求划分为文件到达情况监控、文件数据量监控、批量完成情况监控这三大类业务监控需求，对于这些监控需求可以至少包括监控频率、监控指标这些监控参数，监控指标即需要监控的业务数据，如业务数据到达时间点、作业完成时间点、业务数据量的大小等，这些监控指标通常可以从银行业务系统所依赖的相关的数据库系统中获取，通过这些所需要的监控参数可以进行监控构件的定制。在该具体的实施例中，可以定制三类监控构件：文件到达情况的监控构件、文件数据量的监控构件和批量完成情况的监控构件，以使得监控构件在运行时能够按照预定的监控频率获取所需的监控指标的数据，以用于判断业务运行是否正常。

具体的实施例中，对于文件到达情况的监控构件，来自其他业务系统的客户相关的业务数据，可以例如半小时监控一次，在凌晨1点钟以前到达；来自核心业务系统的业务数据例如可以每小时监控一次，在凌晨3点之前到达。对于文件数据量的监控构件，可以每半小时监控一次，数据量增长比例超过100％为异常。对于批量完成情况的监控构件，关键作业中的加载数据可以例如每半小时监控一次，在凌晨1点半之前完成；关键作业中的加工数据可以例如每半小时监控一次，在加载数据完成之后1小时内完成；对于全部作业，可以例如每半小时监控一次，在凌晨7点半之前完成为正常。

以上银行信贷系统的监控的实施例中，仅是以示例了与业务运行相关的一些重点的监控构件，此处仅为示例，本发明并不限于这些监控构件，另外，此处的监控频率以及监控时限仅为示例，以便更容易理解本申请的方案，本发明并不限于此。

此外，在更优的实施例中，在进行定制监控构件时，还考虑到不同业务监控需求所对应的预警参数，预警参数为与判断所监控的业务数据是否异常所相关的参数，这样，在定制的监控构件，包含了监控参数以及预警参数，以进行业务数据的获取以及业务数据是否异常的判断。这样，使得系统的预警功能也由监控构件完成，可以使得监控方法具有更好的可扩展性，同时，便于构建结构更为简单的监控系统。

仍以上述的银行信贷系统为例，对于其业务监控需求可以至少包括预警阈值的预警参数，这样通过预警阈值，可以判断所获得业务数据是否为正常或异常数据，若异常，则可以生成异常数据信息，以供后续异常报告时使用。预警参数中也可以包括预警方式或其他预警判断方法，以用于构建所需要的预警及判断方式的监控构件。

基于以上的监控构件，可以进行银行业务系统的监控。

在具体的监控中，以预设的时间频率调用监控构件，监控构件根据监控参数获取所需的业务数据；判断业务数据是否异常，若异常，则生成异常数据信息。

预设的时间频率可以根据需要进行设定，例如可以为5秒、10秒或几分钟等，这样，可以随时调用监控构件，进行所需业务数据的获取，优选地，可以通过守护进程轮询监控构件，从后台周期性的轮询监控构件，提高监控的实时性和效率。在调用监控构件之后，监控构件根据监控参数，如是否到达监控频率的时间点，若已到达，则从数据库中获取所需的业务数据，进一步地，若监控构件中定制有预警参数，则进一步将获取的业务数据根据预警参数进行判断，例如业务数据是否超过预定到达时间、数据量的增加是否超过阈值，若超过阈值范围，则将这些业务数据生成异常数据信息，异常数据信息中可以包含具体的业务数据、异常的具体情况以及监控的时间信息等必要信息，该异常数据信息用于后续发送异常分析报告时使用。

当然，在其他实施例中，该判断业务数据是否异常的步骤也可以不通过监控构件来完成，也就是说，监控构件中并不构建异常判断的功能，监控构件仅仅获得所需的业务数据。

而后，根据异常数据信息，按照预设的时间周期发送异常分析报告。

该异常分析报告根据异常数据信息生成，可以按照所需的格式将所有的异常数据信息进行汇总后生成异常分析报告，也可以进一步将异常数据信息进一步进行处理，如进行异常数据信息的过滤、趋势分析等处理，而后在生成异常分析报告。其中，预设的时间周期可以按照需要进行设定，例如每日或每两日等，在发送异常分析报告时，可以按照预设的发送方式进行发送，以便于接收者以更为便捷的方式接收到该分析报告，例如可以预设的发送方式为短信或邮件等。

这样，就实现了银行业务系统的实时监控，从而随时发现业务系统中的异常情况，以便于进行及时的系统维护，保证业务系统运营的安全环境。由于采用了基于监控构件的监控方法，每个监控构件基于不同业务监控需求定制，这样，随着所需监控对象的扩展以及复杂度的提高，可以通过扩展监控构件来实现更多监控对象的监控需求，具有可扩展性和可复用性，为未来的扩展提供了强有力的支持。

对于上述的监控方法，可以采用集群系统的方式实现，集群系统中的节点通过监控其他节点心跳发现节点故障，并使得故障节点失效，并重新分配故障节点的工作任务。这样，在一个节点发生故障时，可以采用其他节点进行任务的执行，保证了监控构件的自身的正常运行，使得该监控方法具有高可用性。

以上对本发明实施例的银行业务系统的监控方法进行了详细的描述，此外，本发明还提供了实现上述方法的监控系统，参考图2所示，包括：

根据不同业务监控需求所对应的监控参数进行定制的监控构件100；

构件调用单元110，用于以预设的时间频率调用监控构件100；

监控构件100中定制有数据获取单元102，数据获取单元102用于根据监控参数获取所需的业务数据；

异常判断单元104，用于判断业务数据是否异常，若异常，则生成异常数据信息；

异常分析报告单元120，用于根据异常数据信息，按照预设的时间周期发送异常分析报告。

进一步地，监控构件110根据不同业务监控需求所对应的监控参数以及预警参数进行定制；则，

异常判断单元104定制于监控构件100中，在异常判断单元中，根据预警参数判断业务数据是否异常。

进一步地，构件调用单元110中，通过守护进程轮询监控构件，从而以预设的时间频率调用监控构件。

进一步地，异常分析报告单元120中，按照预设的时间周期以及预设的发送方式发送异常分析报告。

进一步地，监控系统应用于集群系统中，集群系统中的节点通过监控其他节点心跳发现节点故障，并使得故障节点失效，并重新分配故障节点的工作任务。

其中，监控参数、预警参数以及发送异常分析报告的时间周期、发送方式，都可以通过交互接口来设置而获得，这样，可以由用户动态地定制监控构件的参数，提高系统的可定制性和交互性。该系统进一步包括监控参数设置单元、预警参数设置单元以及发送异常分析报告的时间周期设置单元、发送方式设置单元，分别用于输入监控参数、预警参数以及发送异常分析报告的时间周期、发送方式。

以上对本发明实施例的银行业务系统的监控系统进行了描述，此外，本发明还提供了银行业务系统的监控系统的一个应用实施例，在该实施例中，参考图3所示，该监控系统基于ORACLE和AIX系统建立，并以集群方式部署，分为监控构件层、控制层和用户交互接口，监控构件层为定制的监控构件，可以包括AIX系统和ORACLE系统中的监控构件，分别用于监控硬件或系统运行业务的数据，控制层用于监控构件的调用以及集群节点的监控和控制，用户交互接口用于定制所需的参数。监控构件200根据不同业务监控需求所对应的监控参数以及预警参数进行定制，监控构件200中定制有数据获取单元以及异常判断单元，集群中设置节点监控单元240和集群控制单元240，用于监控其他节点心跳发现节点故障，并使得故障节点失效，并重新分配故障节点的工作任务到另外的节点。监控参数、预警参数以及发送异常分析报告的时间周期、发送方式，都可以通过交互接口250、252来设置，具体的，包括监控参数设置单元、预警参数设置单元252，在该具体的实施例中，以及菜单界面单元250，监控参数设置单元包括运行参数配置单元和频度配置单元，菜单界面单元250中包括发送异常分析报告的时间周期设置单元、发送方式设置单元。

进一步地，在该系统中，还可以包括快照记录单元310、构件采集结果单元330以及快照构件控制单元320，其中，快照记录单元310用于备份监控构件的异常数据信息；快照构件控制单元320用于快照及日志的管理，例如快照的定期清理以及日志的定期处理等操作；构件采集结果单元330用于保存监控构件获得的业务数据的信息，可以用于对这些业务数据作出进一步的数据处理及判断等操作。

在具体的调用过程中，如图3中的数据流向和调用关系所示，通过监控参数设置单元、预警参数设置单元252分别设置用于定制监控构件的参数，通过菜单界面250进行发送异常分析报告的时间周期的设置以及发送方式的设置，这样，在预定的时间周期之下，通过构件调用单元210直接或间接的调取所需的监控构件200，例如，在AIX中的监控构件200可以直接通过构件调用单元210进行调取，对于ORACLE中的监控构件，构件调用单元210通过组件控制单元230来调取相应的监控构件200，而后，监控构件200根据监控参数获取所需的业务数据，并判断业务数据是否异常，若异常，则生成异常数据信息；异常分析报告单元220则根据异常数据信息，按照预设的时间周期发送异常分析报告。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的模块或单元可以是或者也可以不是物理上分开的，作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本发明的优选实施方式，虽然本发明已以较佳实施例披露如上，然而并非用以限定本发明。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何的简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。

Claims (11)

1.一种银行业务系统的监控方法，其特征在于，包括：

提供监控构件，监控构件根据不同业务监控需求所对应的监控参数进行定制；

以预设的时间频率调用监控构件，监控构件根据监控参数获取所需的业务数据；

判断业务数据是否异常，若异常，则生成异常数据信息；

根据异常数据信息，按照预设的时间周期发送异常分析报告。

2.根据权利要求1所述的监控方法，其特征在于，监控构件根据不同业务监控需求所对应的监控参数以及预警参数进行定制；则，

在判断业务数据是否异常的步骤中，监控构件根据预警参数判断业务数据是否异常。

3.根据权利要求1所述的监控方法，其特征在于，在以预设的时间频率调用监控构件的步骤中，通过守护进程轮询监控构件，从而以预设的时间频率调用监控构件。

4.根据权利要求1所述的监控方法，其特征在于，在按照预设的时间周期发送异常分析报告的步骤中，按照预设的时间周期以及预设的发送方式发送异常分析报告。

5.根据权利要求1-4中任一项所述的监控方法，其特征在于，所述监控方法应用于集群系统中，集群系统中的节点通过监控其他节点心跳发现节点故障，并使得故障节点失效，并重新分配故障节点的工作任务。

6.一种银行业务系统的监控系统，其特征在于，包括：

根据不同业务监控需求所对应的监控参数进行定制的监控构件；

构件调用单元，用于以预设的时间频率调用监控构件；

监控构件中定制有数据获取单元，数据获取单元用于根据监控参数获取所需的业务数据；

异常判断单元，用于判断业务数据是否异常，若异常，则生成异常数据信息；

异常分析报告单元，用于根据异常数据信息，按照预设的时间周期发送异常分析报告。

7.根据权利要求6所述的监控系统，其特征在于，监控构件根据不同业务监控需求所对应的监控参数以及预警参数进行定制；则，

异常判断单元定制于监控构件中，在异常判断单元中，根据预警参数判断业务数据是否异常。

8.根据权利要求6所述的监控系统，其特征在于，构件调用单元中，通过守护进程轮询监控构件，从而以预设的时间频率调用监控构件。

9.根据权利要求6所述的监控系统，其特征在于，异常分析报告单元中，按照预设的时间周期以及预设的发送方式发送异常分析报告。

10.根据权利要求6-9中任一项所述的监控系统，其特征在于，监控系统应用于集群系统中，集群系统中的节点通过监控其他节点心跳发现节点故障，并使得故障节点失效，并重新分配故障节点的工作任务。

11.一种银行业务系统的监控系统，其特征在于，基于ORACLE和AIX系统建立，并以集群方式部署，包括：

根据不同业务监控需求所对应的监控参数进行定制的监控构件；

构件调用单元，用于以预设的时间频率调用监控构件；

监控构件中定制有数据获取单元和异常判断单元，数据获取单元用于根据监控参数获取所需的业务数据；异常判断单元，用于判断业务数据是否异常，若异常，则生成异常数据信息；

异常分析报告单元，用于根据异常数据信息，按照预设的时间周期发送异常分析报告。