CN111679951B - 基于交易支付系统的监控方法及装置 - Google Patents

基于交易支付系统的监控方法及装置 Download PDF

Info

Publication number
CN111679951B
CN111679951B CN202010473574.6A CN202010473574A CN111679951B CN 111679951 B CN111679951 B CN 111679951B CN 202010473574 A CN202010473574 A CN 202010473574A CN 111679951 B CN111679951 B CN 111679951B
Authority
CN
China
Prior art keywords
monitoring
payment system
state
target application
judging
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010473574.6A
Other languages
English (en)
Other versions
CN111679951A (zh
Inventor
请求不公布姓名
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PEOPLE'S BANK OF CHINA NATIONAL CLEARING CENTER
Original Assignee
PEOPLE'S BANK OF CHINA NATIONAL CLEARING CENTER
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by PEOPLE'S BANK OF CHINA NATIONAL CLEARING CENTER filed Critical PEOPLE'S BANK OF CHINA NATIONAL CLEARING CENTER
Priority to CN202010473574.6A priority Critical patent/CN111679951B/zh
Publication of CN111679951A publication Critical patent/CN111679951A/zh
Application granted granted Critical
Publication of CN111679951B publication Critical patent/CN111679951B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system

Landscapes

  • Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Mathematical Physics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供了一种基于交易支付系统的监控方法及装置,基于交易支付系统的监控方法包括:解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值;根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。本发明提供的基于交易支付系统的监控方法及装置,对现有代码没有任何改动,可以实现实时监控、实时告警,大大提升了支付交易系统的监控水平,为开发运维人员提供了较为充足的针对系统问题的分析解决时间。

Description

基于交易支付系统的监控方法及装置
技术领域
本发明涉及监控技术领域,特别是涉及一种基于交易支付系统的监控方法及装置。
背景技术
随着金融业务数据量的不断增大,分析支付交易系统的业务处理情况越来越困难,为了应对这种情况,需要对支付交易系统业务的实时处理情况做监控,以出现问题之后,能够实时将信息告知给警告系统。
现有技术中的开源监控方式使用非常复杂,且需要根据业务做一些本地化工作,比较繁琐且耗时。
发明内容
针对现有技术中的问题,本发明提供的基于交易支付系统的监控方法及装置,对现有代码没有任何改动,可以实现实时监控、实时告警,大大提升了支付交易系统的监控水平,为开发运维人员提供了较为充足的针对系统问题的分析解决时间。
为解决上述技术问题,本发明提供以下技术方案:
第一方面,本发明提供一种基于交易支付系统的监控方法,包括:
解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;
将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值;
根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。
一实施例中,所述解析所述交易支付系统的监控配置文件,所述解析所述交易支付系统的监控配置文件,以获取多个目标应用进程,包括:
解析所述交易支付系统的监控配置文件中的进程列表,以获取多个目标应用进程。
一实施例中,所述根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统,包括:
通过文件流方式将所述进程数量、进程状态、父进程ID以及nice值读取至进程结构体中;
根据所述进程结构体监控所述支付交易系统。
一实施例中,所述根据所述进程结构体监控所述支付交易系统包括:
计算所述进程结构体中的进程数量,当所述进程数量小于或等于0时,判断对应的目标应用进程为异常进程;
判断所述进程结构体中的进程状态,当所述进程状态为僵尸进程时,判断对应的目标应用进程为异常进程;
计算所述进程结构体中的父进程ID,当所述父进程ID为0时,判断对应的目标应用进程为异常进程;
计算所述进程结构体中的nice值,当所述nice值不为0时,判断对应的目标应用进程为异常进程。
第二方面,本发明提供一种基于交易支付系统的监控装置,包括:
配置文件解析单元,用于解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;
进程属性获取单元,用于将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值;
支付系统监控单元,用于根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。
一实施例中,所述配置文件解析单元具体用于解析所述交易支付系统的监控配置文件中的进程列表,以获取多个目标应用进程。
一实施例中,所述支付系统监控单元包括:
进程属性读取模块,用于通过文件流方式将所述进程数量、进程状态、父进程ID以及nice值读取至进程结构体中;
支付系统监控模块,用于根据所述进程结构体监控所述支付交易系统。
一实施例中,所述支付系统监控模块包括:
进程数量计算模块,用于计算所述进程结构体中的进程数量,当所述进程数量小于或等于0时,判断对应的目标应用进程为异常进程;
进程状态判断模块,用于判断所述进程结构体中的进程状态,当所述进程状态为僵尸进程时,判断对应的目标应用进程为异常进程;
ID计算模块,用于计算所述进程结构体中的父进程ID,当所述父进程ID为0时,判断对应的目标应用进程为异常进程;
Nice值计算模块,用于计算所述进程结构体中的nice值,当所述nice值不为0时,判断对应的目标应用进程为异常进程。
第三方面,本发明提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现基于交易支付系统的监控方法的步骤。
第四方面,本发明提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现基于交易支付系统的监控方法的步骤。
从上述描述可知,本发明实施例提供的基于交易支付系统的监控方法及装置,首先解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;接着,将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值;最后根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。本发明对于业务和应用完全透明,只需要修改配置文件就可以修改监控规则。对现有代码没有任何改动,可以实现实时监控、实时告警,大大提升了支付交易系统的监控水平,为开发运维人员提供了较为充足的针对系统问题的分析解决时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明的实施例中基于交易支付系统的监控方法流程示意图;
图2为本发明的实施例中步骤100的流程示意图;
图3为本发明的实施例中步骤300的流程示意图;
图4为本发明的实施例中步骤302的流程示意图;
图5为本发明的具体应用实例中基于交易支付系统的监控方法的流程示意图;
图6为本发明的具体应用实例中监控进程监控流程示意图;
图7为本发明的实施例中基于交易支付系统的监控装置的结构框图;
图8为本发明的实施例中支付系统监控单元的结构框图;
图9为本发明的实施例中支付系统监控模块的结构框图;
图10为本发明的实施例中的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的实施例提供一种基于交易支付系统的监控方法的具体实施方式,参见图1,该方法具体包括如下内容:
步骤100:解析所述交易支付系统的就监控配置文件,以获取多个目标应用进程。
具体地,通过解析监控配置文件,以将监控配置文件中的所有目标应用进程拆分开来,优选地,通过将监控配置文件中的进程列表进行解析,以确定多个目标应用进程。
步骤200:将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值。
这里的容器是指一个封装了动态大小数组的顺序容器,能够存放各种类型对象,顺序容器中的元素按照严格的线性顺序排序。可以通过元素在序列中的位置访问对应的元素。并且该支持对序列中的任意元素进行快速直接访问,甚至可以通过指针算述进行该操作,以及提供在序列末尾相对快速地添加/删除元素的操作。该容器使用一个内存分配器对象来动态地处理它的存储需求。可以理解的是,步骤200中的进程数量、进程状态、父进程ID以及nice值均是目标应用进程的属性。
可以理解的是,步骤200仅仅通过目标应用进程的属性以作为后续监控目标应用进程的数据基础,克服了现有监控技术中的需要根据业务做一些本地化工作,较繁琐且耗时的弊端。
步骤300:根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。
从上述描述可知,本发明实施例提供的基于交易支付系统的监控方法,首先解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;接着,将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值;最后根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。本发明对于业务和应用完全透明,只需要修改配置文件就可以修改监控规则。对现有代码没有任何改动,可以实现实时监控、实时告警,大大提升了支付交易系统的监控水平,为开发运维人员提供了较为充足的针对系统问题的分析解决时间。
一实施例中,参见图2,步骤100具体包括:
步骤101:解析所述交易支付系统的监控配置文件中的进程列表,以获取多个目标应用进程。
具体地,解析监控配置文件中的配置项内容,以获取多个目标应用进程,该配置项是键值对的记录,其一侧是key值,另一侧是value值,而在键值对中间插了一个符号(可以自定义)来分割key值和value值。需要说明的是,以步骤101的方式获取目标应用进程具有高效以及准确的优点。
一实施例中,参见图3,步骤300具体包括:
步骤301:通过文件流方式将所述进程数量、进程状态、父进程ID以及nice值读取至进程结构体中。
可以理解的是,文件流是一种节点流,其起到沟通程序与文件之间的数据传输的作用。步骤301在实施时,可以通过文件的构造器创建文件对象,具体地,通过文件路径字符串进行创建,以进程数量、进程状态、父进程ID以及nice值读取至进程结构体中。
步骤302:根据所述进程结构体监控所述支付交易系统。
进程结构体是指通过task_struct结构体来管理进程,这个结构体包含了一个进程所需的所有信息。
一实施例中,参见图4,步骤302具体包括:
步骤3021:计算所述进程结构体中的进程数量,当所述进程数量小于或等于0时,判断对应的目标应用进程为异常进程。
步骤3022:判断所述进程结构体中的进程状态,当所述进程状态为僵尸进程时,判断对应的目标应用进程为异常进程。
步骤3023:计算所述进程结构体中的父进程ID,当所述父进程ID为0时,判断对应的目标应用进程为异常进程。
步骤3024:计算所述进程结构体中的nice值,当所述nice值不为0时,判断对应的目标应用进程为异常进程。
步骤3021至步骤3024在实施时,具体为:对进程结构体中存放的进程数量进行判断,如果数量小于等于0,则说明进程不存在,进程异常,抛出对应异常给监控系统;对进程结构体中存放的进程状态进行判断,如果状态为Z,则说明该进程为僵尸进程(僵尸进程是当子进程比父进程先结束,而父进程又没有回收子进程,释放子进程占用的资源,此时子进程将成为一个僵尸进程),进程状态异常,抛出对应异常给监控系统;对进程结构体中存放的父进程ID进行判断,如果父进程ID为0,则说明该进程为孤儿进程,为了减少对系统带来的影响,抛出对应异常给监控系统;对进程结构体中存放的进程nice值进行判断,由于应用进程都是通过父进程派生产生的,所以nice值应该为0,如果nice值不为0,则说明nice值被非预期的行为修改,可能会影响系统其他进程和本进程调用的先后顺序,为了减少对系统带来的影响,抛出对应异常给监控系统。
为进一步地说明本方案,本发明提供基于交易支付系统的监控方法的一具体应用实例,该具体应用实例具体包括如下内容,参见图5。
S1:进行监控程序自检。
监控程序成功初始化之后每次循环开始的时候都会先检查监控程序自身的进程状态。优选地,首先通过使用kill函数,向父进程发送一个sig=0的信号用于判断父进程是否正常,如果父进程状态正常,判断共享内存里面注册的监控进程的状态是否正常。如果父进程状态和监控进程状态都正常则说明监控进程自身进程状态正常。监控进程自身状态正常之后再对其他应用进程进行检查。可以理解的是,采用此种方式可以更好的监控目标应用进程,以防止由监控程序本身的错误所带来对目标应用进程的误监控。
S2:获取目标应用进程的数量、进程状态、父进程ID以及nice值。
将多个目标应用集成放入一容器中,并通过PS和TOP命令获取容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值。具体地,先将monitor.ini配置文件中的PROCESSLIST项进行解析,解析后放入一个vector容器中。通过PS和TOP命令获取目标应用进程数量、进程状态、父进程ID、nice值
S3:监控所述交易支付系统。
通过文件流方式将获取到的进程信息读取到进程结构体中;对进程结构体中存放的进程数量进行判断,如果数量小于等于0,则说明进程不存在,进程异常,抛出对应异常给监控系统;对进程结构体中存放的进程状态进行判断,如果状态为Z,则说明该进程为僵尸进程,进程状态异常,抛出对应异常给监控系统;对进程结构体中存放的父进程ID进行判断,如果父进程ID为0,则说明该进程为孤儿进程,为了减少对系统带来的影响,抛出对应异常给监控系统。对进程结构体中存放的进程nice值进行判断,由于应用进程都是通过父进程派生产生的,所以nice值应该为0,如果nice值不为0,则说明nice值被非预期的行为修改,可能会影响系统其他进程和本进程调用的先后顺序,为了减少对系统带来的影响,抛出对应异常给监控系统。
对应的监控规则配置如下:
#UTF-8&UNIX
#监控检查程序配置文件
[MONITOR]
#错误码统计次数
ERRCOUNT=50
#系统时间和达到错误次数的时间之差,例如:2019-06-01 19:00:20和2019-06-01 19:00:15之差是5
TIMEINTERVAL=300
#数据库连接心跳检查时间间隔
HEARTBEATINTERVAL=60
#数据库连接心跳重试次数
HEARTBEATCOUNT=3
#日志检查时间间隔
LOGINTERVAL=60
#应用进程检查时间间隔
PROCESSINTERVAL=60
#需要监控的进程列表(多个以;分割)
PROCESSLIST=mctlnmsv;mctlmasv;mctllqsv;mctlmsghdl
#成功类处理码
SUCCESSCODE=IB1I0000
#错误码分类
#数据库类错误码
DBERRCODE=PU1S5001,IB1S5002
#加签类错误码
CERTERRCODE=CU0S6001,CU0S6002,CU0S6003,CU0S6004,CU0S6005,CU0S6006,CU0S6007,CU0S6008,CU0S6009,CU0S6010,CU0S1002,CU0S6011
#MQ类错误码
MQERRCODE=CU0S9002,CU0S3001,CU0S3002,CU0S3004,CU0S3003,CU0S1001,CU0S1002,CU0S1003,CU0O0113,CU0O0115,PM1S3004,PM1S3002,IB1S3004,IB1S3002
#主控日志名称列表(多个以;分割)
MCTLLOGFILE=QMMAPSA_MAPS_P1.log
#错误文件路径
APERRFILE=/cnaps2/maps/etc/maps.err
参见图6,如果全部为正常运行状态,间隔配置文件配置项PROCESSINTERVAL秒后,重新开始“分析支付交易系统主要进程运行情况”处理,如果判断某进程非正常运行状态,则抛出异常信息,并重新进入监控流程。
S4:配置监控时间规则。
监控流程中“分析数据库连接状态”的主要设计是:连接数据库并执行一条心跳SQL语句,如果正常,间隔配置文件配置项HEARTBEATINTERVAL秒后,重新开始“分析数据库连接状态”处理,如果异常,重试配置文件配置项HEARTBEATCOUNT次,重试中如果恢复正常,则再次进入“分析数据库连接状态”处理,如全部重试均失败,则抛出异常信息,并重新进入监控流程。
S5:分析报文处理日志中的报文处理错误码。
(1)参见图6,在配置文件配置项对严重的错误类型进行分类,针对支付交易系统主要是三类严重错误会导致系统不可用,为“数据库不可用”、“签名服务器不可用”,“消息队列不可用”,我们选取对应严重错误的全部错误码进行配置,分别对应三个配置项DBERRCODE、CERTERRCODE、MQERRCODE。
(2)根据配置文件配置项MCTLLOGFILE读取报文处理日志,分析日志中当前时间到配置文件配置项TIMEINTERVAL秒内的日志信息,从最近日志往最远日志倒着分析,如果在这个时间段中出现(1)中的某类错误含有的错误码配置文件配置项ERRCOUNT次时,则抛出异常信息,并重新进入监控流程。在分析过程中,如果遇到错误码配置文件配置项SUCCESSCODE时,则重新开始计数。如果分析完范围内日志,则间隔配置文件配置项LOGINTERVAL秒后,重新开始“分析报文处理日志中的报文处理错误码”处理。
从上述描述可知,本发明实施例提供的基于交易支付系统的监控方法,首先解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;接着,将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值;最后根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。本发明对于业务和应用完全透明,只需要修改配置文件就可以修改监控规则。对现有代码没有任何改动,可以实现实时监控、实时告警,大大提升了支付交易系统的监控水平,为开发运维人员提供了较为充足的针对系统问题的分析解决时间。
具体地,本发明实施例通过监控进程常驻内存运行,实时分析支付交易系统的主要进程的运行情况、数据库运行状态,分析统计报文处理日志中的报文处理信息(处理码),根据配置规则(通过配置文件,灵活配置修改)判断系统处理状态是否正常,如果正常,在配置的间隔时间后再次重新按规则分析,如果判断系统非正常,实时给告警系统返回警告信息,以达到实时有效的监控支付交易系统的运行情况。本发明适用于支付交易系统的实时监控,并支持通过配置可以灵活调整监控规则,本发明可以通过扩展支持对各类日志中的各种不同类型错误信息进行实时监控,包括但不限于各类常用软件(数据库、消息中间件、签名服务器等)的日志监控。
基于同一发明构思,本申请实施例还提供了基于交易支付系统的监控装置,可以用于实现上述实施例所描述的方法,如下面的实施例。由于基于交易支付系统的监控装置解决问题的原理与基于交易支付系统的监控方法相似,因此基于交易支付系统的监控装置的实施可以参见基于交易支付系统的监控方法实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
本发明的实施例提供一种能够实现基于交易支付系统的监控方法的基于交易支付系统的监控装置的具体实施方式,参见图7,基于交易支付系统的监控装置具体包括如下内容:
配置文件解析单元10,用于解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;
进程属性获取单元20,用于将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值。
支付系统监控单元30,用于根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。
一实施例中,所述配置文件解析单元具体用于解析所述交易支付系统的监控配置文件中的进程列表,以获取多个目标应用进程。
一实施例中,参见图8,所述支付系统监控单元30包括:
进程属性读取模块301,用于通过文件流方式将所述进程数量、进程状态、父进程ID以及nice值读取至进程结构体中。
支付系统监控模块302,用于根据所述进程结构体监控所述支付交易系统。
一实施例中,参见图9,所述支付系统监控模块302包括:
进程数量计算模块3021,用于计算所述进程结构体中的进程数量,当所述进程数量小于或等于0时,判断对应的目标应用进程为异常进程。
进程状态判断模块3022,用于判断所述进程结构体中的进程状态,当所述进程状态为僵尸进程时,判断对应的目标应用进程为异常进程。
ID计算模块3023,用于计算所述进程结构体中的父进程ID,当所述父进程ID为0时,判断对应的目标应用进程为异常进程。
Nice值计算模块3024,用于计算所述进程结构体中的nice值,当所述nice值不为0时,判断对应的目标应用进程为异常进程。
从上述描述可知,本发明实施例提供的基于交易支付系统的监控装置,首先解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;接着,将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值;最后根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。本发明对于业务和应用完全透明,只需要修改配置文件就可以修改监控规则。对现有代码没有任何改动,可以实现实时监控、实时告警,大大提升了支付交易系统的监控水平,为开发运维人员提供了较为充足的针对系统问题的分析解决时间。
具体地,本发明实施例通过监控进程常驻内存运行,实时分析支付交易系统的主要进程的运行情况、数据库运行状态,分析统计报文处理日志中的报文处理信息(处理码),根据配置规则(通过配置文件,灵活配置修改)判断系统处理状态是否正常,如果正常,在配置的间隔时间后再次重新按规则分析,如果判断系统非正常,实时给告警系统返回警告信息,以达到实时有效的监控支付交易系统的运行情况。本发明适用于支付交易系统的实时监控,并支持通过配置可以灵活调整监控规则,本发明可以通过扩展支持对各类日志中的各种不同类型错误信息进行实时监控,包括但不限于各类常用软件(数据库、消息中间件、签名服务器等)的日志监控。
本申请的实施例还提供能够实现上述实施例中的基于交易支付系统的监控方法中全部步骤的一种电子设备的具体实施方式,参见图10,电子设备具体包括如下内容:
处理器(processor)1201、存储器(memory)1202、通信接口(CommunicationsInterface)1203和总线1204;
其中,处理器1201、存储器1202、通信接口1203通过总线1204完成相互间的通信;通信接口1203用于实现服务器端设备、监控单元以及客户端设备等相关设备之间的信息传输。
处理器1201用于调用存储器1202中的计算机程序,处理器执行计算机程序时实现上述实施例中的基于交易支付系统的监控方法中的全部步骤,例如,处理器执行计算机程序时实现下述步骤:
步骤100:解析所述交易支付系统的监控配置文件,以获取多个目标应用进程。
步骤200:将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值。
步骤300:根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。
本申请的实施例还提供能够实现上述实施例中的基于交易支付系统的监控方法中全部步骤的一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的基于交易支付系统的监控方法的全部步骤,例如,处理器执行计算机程序时实现下述步骤:
步骤100:解析所述交易支付系统的监控配置文件,以获取多个目标应用进程。
步骤200:将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值。
步骤300:根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于硬件+程序类实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (6)

1.一种基于交易支付系统的监控方法,其特征在于,包括:
进行监控程序自检;
解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;
将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值,其中,所述容器用于封装所述多个目标应用进程的线性顺序;
根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统;
所述进行监控程序自检包括:
监控程序成功初始化之后每次循环开始的时候都会先检查监控程序自身的进程状态,具体地,首先通过使用kill函数,向父进程发送一个sig=0的信号用于判断父进程是否正常,如果父进程状态正常,判断共享内存里面注册的监控进程的状态是否正常;如果父进程状态和监控进程状态都正常则说明监控进程自身进程状态正常;监控进程自身状态正常之后再对其他应用进程进行检查,以防止由监控程序本身的错误所带来对目标应用进程的误监控;
所述根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统,包括:
通过文件流方式将所述进程数量、进程状态、父进程ID以及nice值读取至进程结构体中;
根据所述进程结构体监控所述交易支付系统;
所述根据所述进程结构体监控所述交易支付系统包括:
计算所述进程结构体中的进程数量,当所述进程数量小于或等于0时,判断对应的目标应用进程为异常进程;
判断所述进程结构体中的进程状态,当所述进程状态为僵尸进程时,判断对应的目标应用进程为异常进程;
计算所述进程结构体中的父进程ID,当所述父进程ID为0时,判断对应的目标应用进程为异常进程;
计算所述进程结构体中的nice值,当所述nice值不为0时,判断对应的目标应用进程为异常进程;
具体地,对进程结构体中存放的进程数量进行判断,如果数量小于等于0,则说明进程不存在,进程异常,抛出对应异常给监控系统;对进程结构体中存放的进程状态进行判断,如果状态为Z,则说明该进程为僵尸进程,进程状态异常,抛出对应异常给监控系统;对进程结构体中存放的父进程ID进行判断,如果父进程ID为0,则说明该进程为孤儿进程,为了减少对系统带来的影响,抛出对应异常给监控系统;对进程结构体中存放的进程nice值进行判断,由于应用进程都是通过父进程派生产生的,所以nice值应该为0,如果nice值不为0,则说明nice值被非预期的行为修改,抛出对应异常给监控系统;其中所述僵尸进程是当子进程比父进程先结束,而父进程又没有回收子进程,释放子进程占用的资源,此时子进程为所述僵尸进程。
2.根据权利要求1所述的基于交易支付系统的监控方法,其特征在于,所述解析所述交易支付系统的监控配置文件,以获取多个目标应用进程,包括:
解析所述交易支付系统的监控配置文件中的进程列表,以获取多个目标应用进程。
3.一种基于交易支付系统的监控装置,其特征在于,包括:
程序自检模块,用于进行监控程序自检;
配置文件解析单元,用于解析所述交易支付系统的监控配置文件,以获取多个目标应用进程;
进程属性获取单元,用于将所述多个目标应用集成放入一容器中,并通过PS和TOP命令获取所述容器中的交易支付系统的目标应用进程的数量、进程状态、父进程ID以及nice值,其中,所述容器用于封装所述多个目标应用进程的线性顺序;
支付系统监控单元,用于根据所述数量、进程状态、父进程ID以及nice值监控所述交易支付系统;
所述程序自检模块具体用于监控程序成功初始化之后每次循环开始的时候都会先检查监控程序自身的进程状态,具体地,首先通过使用kill函数,向父进程发送一个sig=0的信号用于判断父进程是否正常,如果父进程状态正常,判断共享内存里面注册的监控进程的状态是否正常;如果父进程状态和监控进程状态都正常则说明监控进程自身进程状态正常;监控进程自身状态正常之后再对其他应用进程进行检查,以防止由监控程序本身的错误所带来对目标应用进程的误监控;
所述支付系统监控单元包括:
进程属性读取模块,用于通过文件流方式将所述进程数量、进程状态、父进程ID以及nice值读取至进程结构体中;
支付系统监控模块,用于根据所述进程结构体监控所述交易支付系统;
所述支付系统监控模块包括:
进程数量计算模块,用于计算所述进程结构体中的进程数量,当所述进程数量小于或等于0时,判断对应的目标应用进程为异常进程;
进程状态判断模块,用于判断所述进程结构体中的进程状态,当所述进程状态为僵尸进程时,判断对应的目标应用进程为异常进程;
ID计算模块,用于计算所述进程结构体中的父进程ID,当所述父进程ID为0时,判断对应的目标应用进程为异常进程;
Nice值计算模块,用于计算所述进程结构体中的nice值,当所述nice值不为0时,判断对应的目标应用进程为异常进程;
所述支付系统监控模块具体用于对进程结构体中存放的进程数量进行判断,如果数量小于等于0,则说明进程不存在,进程异常,抛出对应异常给监控系统;对进程结构体中存放的进程状态进行判断,如果状态为Z,则说明该进程为僵尸进程,进程状态异常,抛出对应异常给监控系统;对进程结构体中存放的父进程ID进行判断,如果父进程ID为0,则说明该进程为孤儿进程,为了减少对系统带来的影响,抛出对应异常给监控系统;对进程结构体中存放的进程nice值进行判断,由于应用进程都是通过父进程派生产生的,所以nice值应该为0,如果nice值不为0,则说明nice值被非预期的行为修改,抛出对应异常给监控系统;其中所述僵尸进程是当子进程比父进程先结束,而父进程又没有回收子进程,释放子进程占用的资源,此时子进程为所述僵尸进程。
4.根据权利要求3所述的基于交易支付系统的监控装置,其特征在于,所述配置文件解析单元具体用于解析所述交易支付系统的监控配置文件中的进程列表,以获取多个目标应用进程。
5.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至2任一项所述基于交易支付系统的监控方法的步骤。
6.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序在计算机处理器中执行时实现如权利要求1至2任一项所述基于交易支付系统的监控方法的步骤。
CN202010473574.6A 2020-05-29 2020-05-29 基于交易支付系统的监控方法及装置 Active CN111679951B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010473574.6A CN111679951B (zh) 2020-05-29 2020-05-29 基于交易支付系统的监控方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010473574.6A CN111679951B (zh) 2020-05-29 2020-05-29 基于交易支付系统的监控方法及装置

Publications (2)

Publication Number Publication Date
CN111679951A CN111679951A (zh) 2020-09-18
CN111679951B true CN111679951B (zh) 2024-04-12

Family

ID=72453215

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010473574.6A Active CN111679951B (zh) 2020-05-29 2020-05-29 基于交易支付系统的监控方法及装置

Country Status (1)

Country Link
CN (1) CN111679951B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674465A (zh) * 2009-10-28 2010-03-17 广东威创视讯科技股份有限公司 一种视频多任务监控处理方法及系统
CN104021467A (zh) * 2014-06-12 2014-09-03 北京奇虎科技有限公司 保护移动终端支付安全的方法和装置以及移动终端
CN108874618A (zh) * 2018-05-04 2018-11-23 平安科技(深圳)有限公司 Cognos进程的监控方法、装置、计算机设备和存储介质
CN109117294A (zh) * 2018-07-16 2019-01-01 上交所技术有限责任公司 适用于证券交易系统的故障检测方法及装置
CN109120476A (zh) * 2018-08-15 2019-01-01 杭州安恒信息技术股份有限公司 一种业务系统信息获取的方法、系统及设备
CN110619217A (zh) * 2019-09-18 2019-12-27 杭州安恒信息技术股份有限公司 恶意挖矿程序主动防御的方法及装置
CN110727586A (zh) * 2019-09-16 2020-01-24 平安科技(深圳)有限公司 一种主机异常监控方法、装置、存储介质和服务器
CN110794800A (zh) * 2019-12-11 2020-02-14 河南中烟工业有限责任公司 一种智慧工厂信息管理的监控系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8239709B2 (en) * 2009-08-12 2012-08-07 Apple Inc. Managing extrinsic processes

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674465A (zh) * 2009-10-28 2010-03-17 广东威创视讯科技股份有限公司 一种视频多任务监控处理方法及系统
CN104021467A (zh) * 2014-06-12 2014-09-03 北京奇虎科技有限公司 保护移动终端支付安全的方法和装置以及移动终端
CN108874618A (zh) * 2018-05-04 2018-11-23 平安科技(深圳)有限公司 Cognos进程的监控方法、装置、计算机设备和存储介质
CN109117294A (zh) * 2018-07-16 2019-01-01 上交所技术有限责任公司 适用于证券交易系统的故障检测方法及装置
CN109120476A (zh) * 2018-08-15 2019-01-01 杭州安恒信息技术股份有限公司 一种业务系统信息获取的方法、系统及设备
CN110727586A (zh) * 2019-09-16 2020-01-24 平安科技(深圳)有限公司 一种主机异常监控方法、装置、存储介质和服务器
CN110619217A (zh) * 2019-09-18 2019-12-27 杭州安恒信息技术股份有限公司 恶意挖矿程序主动防御的方法及装置
CN110794800A (zh) * 2019-12-11 2020-02-14 河南中烟工业有限责任公司 一种智慧工厂信息管理的监控系统

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
信息系统进程监控;万涛;;宝钢技术(第06期);5-8页 *
张宝社等.Linux网络技术.中国科技技术大学出版社,1999,29. *
浅析商业银行集中监控系统的有效实施;邱虹;;福建电脑(第04期);51-52页 *
监控系统中获取进程状态信息的研究;周敏;;微计算机信息(第34期);213+272-273页 *

Also Published As

Publication number Publication date
CN111679951A (zh) 2020-09-18

Similar Documents

Publication Publication Date Title
CN106656536B (zh) 一种用于处理服务调用信息的方法与设备
US9917744B2 (en) Method and system for monitoring quality of data transmission in IDC network
CN107025224B (zh) 一种监控任务运行的方法和设备
CN108038039B (zh) 记录日志的方法及微服务系统
US10831647B2 (en) Flaky test systems and methods
CN108241676B (zh) 实现数据同步的方法及设备
US10657028B2 (en) Method for replicating production behaviours in a development environment
CN114356499A (zh) Kubernetes集群告警根因分析方法及装置
CN108664388A (zh) 动态字段数据返回接口的测试系统、方法、电子设备和可读存储介质
CN111913824B (zh) 确定数据链路故障原因的方法及相关设备
CN111541590A (zh) 链路监控方法、告警方法、系统、终端及存储介质
CN116010452A (zh) 基于流式计算引擎的工业数据处理系统和方法、介质
CN111679951B (zh) 基于交易支付系统的监控方法及装置
CN111124809B (zh) 一种服务器传感器系统的测试方法及装置
Zhou et al. A runtime verification based trace-oriented monitoring framework for cloud systems
US8042024B2 (en) Method, system, and computer program product for reconstructing a data stream
CN114327963A (zh) 一种异常检测方法及装置
CN116881100A (zh) 日志检测方法、日志告警方法、系统、设备及存储介质
CN115525568A (zh) 代码覆盖率的巡检方法、装置、计算机设备及存储介质
CN109039695A (zh) 业务故障处理方法、装置及设备
CN110427294B (zh) 系统集成环境监控方法、装置、可读存储介质和程序产品
CN113342600A (zh) 一种程序依赖插件的监测方法及装置
CN113421109A (zh) 一种业务核对方法、装置、电子设备和存储介质
CN112860562A (zh) 自动化测试方法和装置
Pulcinelli et al. Conceptual and comparative analysis of application metrics in microservices

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant