一种软件的监测方法、装置以及电子设备与流程

1.本发明涉及计算机领域，特别是涉及一种软件的监测方法、装置以及电子设备。


背景技术：

2.随着科技的发展，计算机上运行有越来越多的软件，以实现不同的功能。在一个生产系统中，可能存在多个软件。当一个软件的运行发生故障，可能会影响下游生产系统的正常运行。因此，需要一种能够对软件进行监测的方式，用以提高软件运行故障的定位效率。


技术实现要素：

3.有鉴于此，本技术提供一种软件的监测方法、装置以及电子设备，用以提高软件运行故障的定位效率。
4.第一方面，本技术提供一种软件的监测方法，该方法包括：
5.在目标软件运行时，按照预设的循环时间间隔执行监测脚本；
6.获取目标软件的运行状态信息；其中，运行状态信息包括以下中的一个或多个：线程状态、软件中数据表状态、任务执行时刻，和软件运行日志；
7.根据运行状态信息，确定目标软件是否满足预设的运行异常条件；
8.当目标软件满足预设的运行异常条件时，写入运行状态信息对应的异常信息至目标软件的监测日志中。
9.在一种可能的实现方式中，运行状态信息为线程信息，根据运行状态信息，确定目标软件是否满足预设的运行异常条件，包括：
10.比对目标软件的线程状态和预设的正常线程状态；
11.当目标软件的线程状态和预设的正常线程状态相同时，确定目标软件不满足预设的运行异常条件；
12.当目标软件的线程状态和预设的正常线程状态不同时，确定目标软件满足预设的运行异常条件。
13.在一种可能的实现方式中，运行状态信息为软件中数据表状态，根据运行状态信息，确定目标软件是否满足预设的运行异常条件，包括：
14.确定目标软件的软件中数据表状态；
15.当目标软件的软件中数据表状态为可用时，确定目标软件不满足预设的运行异常条件；
16.当目标软件的软件中数据表状态为不可用时，确定目标软件满足预设的运行异常条件。
17.在一种可能的实现方式中，运行状态信息为任务执行时刻，根据运行状态信息，确定目标软件是否满足预设的运行异常条件，包括：
18.比对目标软件的任务执行时刻和预设的标准时间，得到目标软件的任务执行时刻和预设的标准时间的时间差；
19.当时间差小于或等于时间阈值时，确定目标软件不满足预设的运行异常条件；
20.当时间差大于时间阈值时，确定目标软件满足预设的运行异常条件。
21.在一种可能的实现方式中，运行状态信息为软件运行日志，根据运行状态信息，确定目标软件是否满足预设的运行异常条件，包括：
22.在目标软件的软件运行日志中，抓取以错误码为关键字的信息；
23.当在目标软件的软件运行日志中，不存在以错误码为关键字的信息，确定目标软件不满足预设的运行异常条件；
24.当在目标软件的软件运行日志中，存在以错误码为关键字的信息，确定目标软件满足预设的运行异常条件；
25.在一种可能的实现方式中，目标软件包括复制软件，复制软件用于复制数据。
26.在一种可能的实现方式中，目标软件为q replication软件。
27.在一种可能的实现方式中，目标软件为q replication软件，任务执行时刻包括q replication软件对应的从数据库的最后的事务结束时间。
28.第二方面，本技术提供一种电子设备，该电子设备包括处理器和存储器，其中，存储器存储有代码，处理器用于调用存储器中存储的代码，以执行上述任一的方法。
29.第三方面，本技术提供一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，计算机程序用于执行上述任一的方法。
附图说明
30.图1是本技术实施例提供的软件的监测方法的流程图；
31.图2是本技术另一实施例提供的软件的监测方法的流程图；
32.图3是本技术实施例提供的电子设备的结构示意图。
具体实施方式
33.当一个软件的运行发生故障，可能会影响下游生产系统的正常运行。因此，需要一种能够对软件进行监测的方式，用以提高软件运行故障的定位效率。
34.基于此，在申请人提供的本技术实施例中，监测脚本按照预设的循环时间间隔获取目标软件的运行状态信息；其中，监测脚本是在目标软件运行时运行的；运行状态信息包括以下中的一个或多个：线程状态、软件中数据表状态、任务执行时刻，和软件运行日志；监测脚本根据运行状态信息，确定目标软件是否满足预设的运行异常条件；当目标软件满足预设的运行异常条件时，监测脚本写入运行状态信息对应的异常信息至目标软件的监测日志中。
35.本技术实施例提供了一种软件运行自我监测的脚本，能够实现以下有益效果：通过一定频率的循环监测软件的运行状态是否异常、复制的数据表状态是否异常、复制延时是否超过阈值、软件日志中是否有报错等，能够从多个维度建立软件的监测体系，并在软件发生运行异常时，将运行状态信息对应的异常信息写入软件的监测日志中，提高软件运行故障的定位效率。
36.为了便于理解本技术实施例提供的技术方案，下面结合附图对本技术实施例提供的一种软件的监测方法、装置以及电子设备进行说明。
37.虽然附图中显示了本技术的示例性实施例，然而应当理解，可以以各种形式实现本技术而不应被这里阐述的实施例所限制。基于本技术中的实施例，本领域技术人员在没有作出创造性贡献前提下所获得的其他实施例，都属于本技术的保护范围。
38.在本技术的权利要求书和说明书以及说明书附图中，术语“包括”和“具有”以及它们的任何变形，目的在于覆盖不排他的包含。
39.本技术实施例提供了一种软件的监测方法。
40.请参阅图1，图1是本技术实施例提供的软件的监测方法的流程图。
41.如图1所示，本实施例中的软件的监测方法包括s101-s104。
42.s101、在目标软件运行时，按照预设的循环时间间隔执行监测脚本。
43.目标软件为待监测的软件。
44.按照预设的循环时间间隔执行监测脚本，以实现对目标软件的循环监测。
45.s102、获取目标软件的运行状态信息；其中，运行状态信息包括以下中的一个或多个：线程状态、软件中数据表状态、任务执行时刻，和软件运行日志。
46.线程状态指的是软件运行时线程的状态；软件中数据表状态通常可以包括可用和不可用；任务执行时刻指的是软件执行任务时的时刻；通常在软件运行时均会生成运行日志，也即软件运行日志。
47.s103、根据运行状态信息，确定目标软件是否满足预设的运行异常条件。
48.s104、当目标软件满足预设的运行异常条件时，写入运行状态信息对应的异常信息至目标软件的监测日志中。
49.当目标软件满足预设的运行异常条件，目标软件运行异常。
50.上述s102-s104是执行监测脚本后进行的步骤。循环执行监测脚本，以实现监测脚本对目标软件的循环监测。
51.本技术实施例提供了一种软件运行自我监测的脚本，能够实现以下有益效果：通过一定频率的循环监测软件的运行状态是否异常、复制的数据表状态是否异常、复制延时是否超过阈值、软件日志中是否有报错等，能够从多个维度建立软件的监测体系，并在软件发生运行异常时，将运行状态信息对应的异常信息写入软件的监测日志中，提高软件运行故障的定位效率。
52.下面结合具体的实现方式进行说明。
53.本技术实施例还提供了另一种软件的监测方法。本实施例以目标软件为q replication软件为例进行说明。
54.q replication软件：ibm公司的一种数据复制产品，是基于db2数据库日志的实时复制工具，提供异构数据库交易数据的复制，保证交易一致性。可根据需求，提供满足企业级应用需要的异构数据库实时复制功能。
55.ibm公司：指国际商业机器公司或万国商业机器公司。
56.异构数据库复制：主数据库和从数据库的数据库软件不一致的情况下的数据库事务的复制。
57.对于q replication软件的运维，ibm公司没有官方的监测工具。因此，现阶段没有对q replication软件的运行状态、复制延时、日志报错等进行实时监测并进行告警的方法。
58.在日常生产运维中，如果q replication软件发生故障，会影响下游生产系统的正常运行，甚至发生重大生产故障事件。因此，目前需要一种自监测技术，可以实现q replication软件的自我监测，以监测q replication软件的运行状态、复制延时、日志情况等；对异常预警进行warning和error提示并写入特定的错误日志，以便系统管理员第一时间发现问题，提升q replication软件的运维和应急处置效率等。
59.请参阅图2，图2是本技术另一实施例提供的软件的监测方法的流程图。
60.如图2所示，本实施例中的软件的监测方法包括s201-s207。
61.s201、执行监测脚本。
62.在目标软件运行时，按照预设的循环时间间隔执行监测脚本，也即循环执行监测脚本(结合s206)。
63.s202、判断复制软件线程是否异常。
64.若是，则执行s207；否则，执行s203。
65.复制软件可以包括q replication软件。
66.具体地，监测脚本循环监测q replication线程状态，并和线程的标准状态比对。这里的标准状态可以存储在对比文件中，具体地，提前将q replication的数据库日志捕获端和日志应用端的线程运行的健康时的标准状态写入对比文件中。
67.若q replication线程状态和线程的标准状态比对，比对结果为不一致，则可以汇报线程异常，并写入错误日志中。
68.具体地，汇报线程异常例如：汇报”error:q rep线程异常，请查看”。
69.s203、判断复制软件中数据表状态是否异常。
70.若是，则执行s207；否则，执行s204。
71.具体地，监测脚本循环监测q replication软件中订阅的所有数据表状态，若发现数据表状态(以a表为例)为inactive(不可用)，则可以汇报异常，并写入错误日志中。
72.具体地，汇报异常例如：汇报异常”error:q rep订阅a表异常，请查看”。
73.s204、判断复制软件的复制延迟是否异常。
74.若是，则执行s207；否则，执行s205。
75.具体地，监测脚本循环监测q replication软件对应的从数据库的最后的事务结束时间和北京时间对比，若发现差值大于阈值，则汇报异常，并写入错误日志中。
76.具体地，汇报异常例如：汇报异常”error:q rep复制延时超过阈值，请查看”。
77.s205、判断复制软件的运行日志是否报错。
78.若是，则执行s207；否则，执行s206。
79.具体地，监控脚本循环监测q replication软件的软件运行日志，抓取以错误码为关键字的信息，一旦有所匹配，则汇报异常，并将错误码写入错误日志中。
80.具体地，汇报异常例如：”error:q rep软件日志中报错，请查看”。
81.s206、休眠一段时间。
82.在这段时间内停止执行监测脚本，当这段时间结束后执行监测脚本，以实现循环执行监测脚本。
83.s207、将错误信息写入特定的日志文件。
84.这里特定的日志文件指的是上述的错误日志。
85.本技术实施例提供了一种基于q replication软件运行自我监测的脚本，能够实现以下有益效果：通过一定频率的循环监测软件的运行状态是否异常、复制的数据表状态是否异常、复制延时是否超过阈值、软件日志中是否有报错等，能够从多个维度建立基于q replication的监测体系，对其服务状态、复制延时、日志报错等内容实时汇报并集中写入错误日志，还可以对异常现象进行warning和error等提示；以便明确软件运行故障的问题，缩短软件运行故障的定位时间，使得运维人员一目了然，降低软件异常对业务连续性的影响；简化q replication软件日常健康检查的工作复杂度，也即运维人员直接查看特定的错误日志即可，无需一个一个维度单独查看；方便生成问题报告，对错误日志中的问题进行分析，发现规律以避免错误，指导后续的运维工作，保证生产系统安全稳定运行。
86.本技术实施例还提供了一种电子设备。
87.请参阅图3，图3是本技术实施例提供的电子设备的结构示意图。
88.如图3所示，本实施例中的电子设备300包括处理器301和存储器302。
89.存储器302存储有代码，处理器301用于调用存储器302中存储的代码，以执行以上任一的软件的监测方法。
90.上述电子设备所包括的单元，能够达到和以上实施例中的软件的监测方法相同的技术效果，为避免重复，这里不再赘述。
91.在本技术的实施例中，还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述软件的监测方法，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
92.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。