CN115934486A - 系统监控方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种系统监控方法、装置、电子设备及存储介质。其中方法包括：电子设备确定出系统中不同的任务节点，并确定任务节点之间的依赖关系；根据依赖关系对系统的多个任务节点进行监控，以得到监控数据；当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题；确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。从而提高对系统出现的问题的处理效率。

Description

系统监控方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，具体涉及一种系统监控方法、装置、电子设备及存储介质。

背景技术

在相关技术中，随着业务的发展。一些交易系统涉及到多个复杂的底层框架和中间件。其编译构建和部署，从基础核心库到前后端不同应用服务和客户端，涉及多个编译、构建、部署、验证环节。

传统的构建部署平台只能按照人工预设的流水线步骤进行，一旦中间某个环节出错都需要人工干预，通过人为分析来判断问题来源，效率较低。

发明内容

本申请实施例提供一种系统监控方法、装置、电子设备及存储介质。该系统监控方法可以提高对系统的问题的处理效率。

第一方面，本申请实施例提供了一种系统监控方法，包括：

确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系；

根据依赖关系对系统的多个任务节点进行监控，以得到监控数据；

当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题；

确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。

第二方面，本申请实施例提供了一种系统监控装置，包括：

第一确定模块，用于确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系；

监控模块，用于根据依赖关系对系统的多个任务节点进行监控，以得到监控数据；

第二确定模块，用于当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题；

处理模块，用于确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。

第三方面，本申请实施例提供了一种电子设备，包括存储有可执行程序代码的存储器、与存储器耦合的处理器；处理器调用存储器中存储的可执行程序代码，以执行本申请实施例提供的系统监控方法中的步骤。

第四方面，本申请实施例提供了一种存储介质，存储介质存储有多条指令，指令适于处理器进行加载，以执行本申请实施例提供的系统监控方法中的步骤。

本申请实施例中，电子设备确定出系统中不同的任务节点，并确定任务节点之间的依赖关系；根据依赖关系对系统的多个任务节点进行监控，以得到监控数据；当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题；确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。提高对系统出现的问题的处理效率。

附图说明

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

图1是本申请实施例提供的系统监控方法的第一流程示意图。

图2是本申请实施例提供的系统的任务节点的依赖关系示意图。

图3是本申请实施例提供的系统监控方法的第二流程示意图。

图4是本申请实施例提供的系统监控方法的场景示意图。

图5是本申请实施例提供的系统监控装置的结构示意图。

图6是本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在相关技术中，随着业务的发展。一些交易系统涉及到多个复杂的底层框架和中间件。其编译构建和部署，从基础核心库到前后端不同应用服务和客户端，涉及多个编译、构建、部署、验证环节。

传统的构建部署平台只能按照人工预设的流水线步骤进行，一旦中间某个环节出错都需要人工干预，通过人为分析来判断问题来源，效率较低。

为了解决该技术问题，本申请实施例提供了一种系统监控方法、装置、电子设备及存储介质。该系统监控方法可以提高对系统的问题的处理效率。该系统监控方法可以包括如下步骤：

110、确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系。

在一些实施方式中，在整个系统的部署过程中，涉及到编译、构建、部署、验证等多个环节，其中涉及到多个不同的任务节点，比如一个上级任务节点存在一个或多个下级任务节点。在系统的运行中，每一任务节点都是至关重要的，从而影响系统的部分功能或者全部功能的正常运行。

请一并参阅图2，图2是本申请实施例提供的系统的任务节点的依赖关系示意图。

如图2所示，电子设备可以获取系统的有向无环图，来表示系统的不同任务节点之间的依赖关系。

其中，该系统可以是金融交易系统中的多个任务节点，其中C为一种层级的任务节点，P为下一层级的任务节点，D为最低层级的任务节点，V为D任务节点输出的结果。

通过该有向无环图，可以表示该金融交易系统中的编译、打包、部署、验证等多个任务节点。当某一个任务节点发生异常时，则会导致平台自身、任务自身、外部依赖环境、前置任务节点等不同方面呈现出对应的异常问题。

在一些实施方式中，电子设备可以构建该系统对应的哈希树(hash tree)，每一任务节点可以对应有唯一的哈希值，根据每一任务节点对应的哈希值来构建该哈希树。通过哈希树来表示系统中不同任务节点之间的依赖关系。

当系统需要确定系统中某一任务节点时，可以通过哈希值查找的方式来确定出该任务节点。

120、根据依赖关系对系统的多个任务节点进行监控，以得到监控数据。

在一些实施方式中，电子设备可以接收任务状态消息队列推送的任务实例状态变更消息，包括待调度(新建)、参数检查错误、资源准备失败、执行中、杀死、执行失败、失败重试、忽略错误、执行成功等状态消息。然后根据该状态消息来触发对系统进行监控，然后并获取对应的监控数据。

在一些实施方式中，当获取到系统的状态信息之后，电子设备可以根据依赖关系确定出发出状态信息的任务节点，并获取该任务节点相关的节点，比如该任务节点的上一级节点或者下一级节点。最后获取该任务节点的监控数据，或者是该任务节点和其相关的任务节点的监控数据。

在一些实施方式中，在系统运行的过程中，电子设备可以全程对系统的运行状态进行监控，比如同依赖关系来对系统的所有任务节点进行监控，从而获取到监控数据，比如监控数据包括系统所有任务节点对应的日志。

130、当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题。

在一些实施方式中，当检测到监控数据中出现异常数据时，比如系统中任务节点会出现参数检查错误、资源准备失败、执行中、杀死、执行失败、失败重试、忽略错误、执行成功等不同的异常状况。电子设备可以通过监控数据来获取上述出现的异常状况的异常数据。

然后在预设规则文件中确定出该异常数据对应的目标异常问题，比如预设规则文件中设置有多个有预设异常问题。

例如，在当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题之前，电子设备预先设置有预设规则文件。其中预设规则文件中包含了多种预设异常问题，以及每一预设问题对应的至少一种处理指令，处理指令用于解决对应的预设异常问题。

在一些实施方式中，电子设备可以对异常数据进行分析，以确定出任务异常类别。然后根据预设规则文件确定出任务异常类别对应的目标异常问题。

例如，异常数据的产生可能是不同任务节点所产生的数据。因此，电子设备可以对异常数据进行分析，确定异常数据对应的目标任务节点，根据目标任务节点确定出任务异常类别。

例如，异常数据产生的位置可能是编译时所产生的数据，也可能是部署时所产生的数据。因此，可以通过依赖关系来确定出异常数据的产生位置，比如通过有向无环图来确定出异常数据的产生位置，或者是通过哈希树来确定出异常数据对应的产生位置。

当确定出异常数据对应的目标任务节点之后，可以根据目标任务节点确定出任务异常类别。比如，每一任务异常类别中包含了至少一种异常问题，然后将每一任务异常类别中的每一异常问题和预设规则文件中的预设异常问题进行匹配，从而确定出与预设规则异常问题相同的目标异常问题。

140、确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。

在一些实施方式中，在得到目标异常问题之后，电子设备可以在预设规则文件中确定出目标异常问题对应的预设异常问题；将目标异常问题对应的预设异常问题的处理指令确定为目标指令。

例如，当目标异常问题对应的预设异常问题为“任务执行超时”时，则预设异常问题“任务执行超时”对应的处理指令为“上调任务超时限制”。将该处理指令确定为目标异常问题的处理指令。

在本申请实施例中，通过对系统进行监控，然后在监控数据中对异常数据进行快速查找以及问题定位，最终采用对应的处理指令来处理异常问题。从而提高对系统出现的问题的处理效率。

本申请实施例中，电子设备确定出系统中不同的任务节点，并确定任务节点之间的依赖关系；根据依赖关系对系统的多个任务节点进行监控，以得到监控数据；当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题；确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。从而提高对系统出现的问题的处理效率。

为了更加详细的了解本申请实施例所提供的系统监控方法。请继续参阅图3，图3是本申请实施例所提供的系统监控方法的第二流程示意图。该系统监控方法可以包括如下步骤：

201、获取预设异常问题，以及解决预设异常问题对应的处理指令。

在一些实施方式中，计算机设备可以获取系统的历史异常问题，以及历史异常问题对应的处理指令，然后将历史异常问题确定为预设异常问题，将历史异常问题的处理指令确定为预设异常问题对应的处理指令。

需要说明的是，随着系统的运行，预设异常问题和预设异常问题对应的处理指令可以继续更新，从而使得系统在后续运行的过程中，能够对出现的异常问题进行快速匹配及处理。

202、确定每一预设异常问题对应的处理指令，以得到预设异常问题和处理指令之间的映射关系，根据预设数据格式和映射关系生成预设规则文件。

在一些实施方式中，每一预设异常问题对应有至少一种处理指令，可以通过构建字典数据结构来表示预设异常问题和处理指令之间映射关系，比如，字典数据结构中的索引为预设异常问题，字典中的值为处理指令。

可以根据字典数据结构对预设异常问题和处理指令进行存储，比如通过yaml格式来对字典数据结构进行存储，从而得到预设规则文件。

203、确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系。

在一些实施方式中，在整个系统的部署过程中，涉及到编译、构建、部署、验证等多个环节，其中涉及到多个不同的任务节点，比如一个上级任务节点存在一个或多个下级任务节点。在系统的运行中，每一任务节点都是至关重要的，从而影响系统的部分功能或者全部功能的正常运行。

请一并参阅图2，图2是本申请实施例提供的系统的任务节点的依赖关系示意图。

如图2所示，电子设备可以获取系统的有向无环图，来表示系统的不同任务节点之间的依赖关系。

其中，该系统可以是金融交易系统中的多个任务节点，其中C为一种层级的任务节点，P为下一层级的任务节点，D为最低层级的任务节点，V为D任务节点输出的结果。

通过该有向无环图，可以表示该金融交易系统中的编译、打包、部署、验证等多个任务节点。当某一个任务节点发生异常时，则会导致平台自身、任务自身、外部依赖环境、前置任务节点等不同方面呈现出对应的异常问题。

在一些实施方式中，电子设备可以构建该系统对应的哈希树(hash tree)，每一任务节点可以对应有唯一的哈希值，根据每一任务节点对应的哈希值来构建该哈希树。通过哈希树来表示系统中不同任务节点之间的依赖关系。

当系统需要确定系统中某一任务节点时，可以通过哈希值查找的方式来确定出该任务节点。

204、根据依赖关系对系统的多个任务节点进行监控，以得到监控数据。

在一些实施方式中，电子设备可以接收任务状态消息队列推送的任务实例状态变更消息，包括待调度(新建)、参数检查错误、资源准备失败、执行中、杀死、执行失败、失败重试、忽略错误、执行成功等状态消息。然后根据该状态消息来触发对系统进行监控，然后并获取对应的监控数据。

在一些实施方式中，当获取到系统的状态信息之后，电子设备可以根据依赖关系确定出发出状态信息的任务节点，并获取该任务节点相关的节点，比如该任务节点的上一级节点或者下一级节点。最后获取该任务节点的监控数据，或者是该任务节点和其相关的任务节点的监控数据。

在一些实施方式中，在系统运行的过程中，电子设备可以全程对系统的运行状态进行监控，比如同依赖关系来对系统的所有任务节点进行监控，从而获取到监控数据，比如监控数据包括系统所有任务节点对应的日志。

205、当检测到监控数据中出现异常数据时，对异常数据进行分析，以确定出任务异常类别。

请一并参阅图4，图4是本申请实施例所提供的系统监控方法的场景示意图。

由于系统中存在不同的任务节点，不同的任务节点对应不同的任务类别。电子设备可以对异常数据进行分析，确定异常数据对应的目标任务节点；根据目标任务节点确定出任务异常类别。

比如，如图2所示的多个任务节点中，当电子设备对监控数据进行分析，从而确定出异常数据，然后确定异常数据对应的任务节点，然后将该任务节点确定为目标任务节点，最后根据目标任务节点所处理的实际任务来确定出任务异常类别。

例如，编译异常、部署异常等任务异常类别。

206、根据预设规则文件确定出任务异常类别对应的目标异常问题。

例如，异常数据的产生可能是不同任务节点所产生的数据。因此，电子设备可以对异常数据进行分析，确定异常数据对应的目标任务节点，根据目标任务节点确定出任务异常类别。

例如，异常数据产生的位置可能是编译时所产生的数据，也可能是部署时所产生的数据。因此，可以通过依赖关系来确定出异常数据的产生位置，比如通过有向无环图来确定出异常数据的产生位置，或者是通过哈希树来确定出异常数据对应的产生位置。

当确定出异常数据对应的目标任务节点之后，可以根据目标任务节点确定出任务异常类别。比如，每一任务异常类别中包含了至少一种异常问题，然后将每一任务异常类别中的每一异常问题和预设规则文件中的预设异常问题进行匹配，从而确定出与预设规则异常问题相同的目标异常问题。

电子设备可以确定任务异常类别对应的异常问题，然后将该异常问题和预设规则文件中的预设异常问题进行匹配，从而得到匹配的预设异常问题，将匹配的预设异常问题确定为目标异常问题。

207、将目标异常问题对应的预设异常问题的处理指令确定为目标指令，根据目标处理指令处理异常数据。

例如，目标异常问题可以是任务执行超时、任务找不到预定义标签的环境、报错信息关联前置任务、验证调用交易所测试环境接口报特定错误等异常问题。

则“任务执行超时”对应的处理指令为上调任务超时限制。“任务找不到预定义标签的环境”对应的处理指令为自动构建任务所需环境或容器镜像。“报错信息关联前置任务”对应的处理指令为下载最新稳定版本的交易所开发包。

通过对不同的异常问题找到对应的处理指令，电子设备根据处理指令能够快速的处理对应的异常问题。

如果任务异常类别中存在预设规则文件中未包含的待定异常问题，则生成待定异常问题对应的处理指令；确定待定异常问题对应的处理指令的处理待定异常问题的成功率。

例如，如果预设规则文件中不包含待定异常问题及其对应的处理指令，则电子设备可以自动生成对应的处理指令，然后估算出该处理指令对应的成功率，然后将成功率显示出来，让开发人员来进行抉择。从而更加快速的解决系统中出现的异常问题。

在本申请实施例中，电子设备通过获取预设异常问题，以及解决预设异常问题对应的处理指令。确定每一预设异常问题对应的处理指令，以得到预设异常问题和处理指令之间的映射关系，根据预设数据格式和映射关系生成预设规则文件。

然后确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系。根据依赖关系对系统的多个任务节点进行监控，以得到监控数据。当检测到监控数据中出现异常数据时，对异常数据进行分析，以确定出任务异常类别。

最后根据预设规则文件确定出任务异常类别对应的目标异常问题。在预设规则文件中确定出目标异常问题对应的预设异常问题。将目标异常问题对应的预设异常问题的处理指令确定为目标指令，根据目标处理指令处理异常数据。从而提高对系统出现的问题的处理效率。

请参阅图5，图5是本申请实施例提供的系统监控装置的结构示意图。该系统监控装置300可以包括：

第一确定模块310，用于确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系。

第一确定模块310，还用于在当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题之前，获取预设异常问题，以及解决预设异常问题对应的处理指令；

根据预设异常问题和处理指令建立预设规则文件。

第一确定模块310，还用于确定每一预设异常问题对应的处理指令，以得到预设异常问题和处理指令之间的映射关系；

根据预设数据格式和映射关系生成预设规则文件。

监控模块320，用于根据依赖关系对系统的多个任务节点进行监控，以得到监控数据。

第二确定模块330，用于当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题。

第二确定模块330，还用于对异常数据进行分析，以确定出任务异常类别；

根据预设规则文件确定出任务异常类别对应的目标异常问题，每一任务类别中至少包含一种异常问题。

第二确定模块330，还用于对异常数据进行分析，确定异常数据对应的目标任务节点；

根据目标任务节点确定出任务异常类别。

第二确定模块330，还用于在对异常数据进行分析，以确定出任务异常类别之后，若任务异常类别中存在预设规则文件中未包含的待定异常问题，则生成待定异常问题对应的处理指令；

确定待定异常问题对应的处理指令的处理待定异常问题的成功率。

处理模块340，用于确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。

处理模块340，还用于在预设规则文件中确定出目标异常问题对应的预设异常问题；

将目标异常问题对应的预设异常问题的处理指令确定为目标指令。

本申请实施例中，电子设备确定出系统中不同的任务节点，并确定任务节点之间的依赖关系；根据依赖关系对系统的多个任务节点进行监控，以得到监控数据；当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题；确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。提高对系统出现的问题的处理效率。

相应的，本申请实施例还提供一种电子设备，如图6所示，该电子设备400可以包括输入单元401、显示单元402、包括有一个或一个以上计算机可读存储介质的存储器403、包括有一个或者一个以上处理核心的处理器404、以及电源405等部件。本领域技术人员可以理解，图6中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中：

输入单元401可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元401可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器404，并能接收处理器404发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元401还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元402可用于显示由用户输入的信息或提供给用户的信息以及电子设备的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元402可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid CrystalDisplay)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器404以确定触摸事件的类型，随后处理器404根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图6中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

存储器403可用于存储软件程序以及模块，处理器404通过运行存储在存储器403的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器403可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器403可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器403还可以包括存储器控制器，以提供处理器404和输入单元401对存储器403的访问。

处理器404是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器403内的软件程序和/或模块，以及调用存储在存储器403内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。可选的，处理器404可包括一个或多个处理核心；优选的，处理器404可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器404中。

电子设备还包括给各个部件供电的电源405(比如电池)，优选的，电源可以通过电源管理系统与处理器404逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源405还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，电子设备还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，电子设备中的处理器404会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器403中，并由处理器404来运行存储在存储器403中的应用程序，从而实现各种功能：

确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系；

根据依赖关系对系统的多个任务节点进行监控，以得到监控数据；

当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题；

确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请实施例所提供的任一种系统监控方法中的步骤。例如，该指令可以执行如下步骤：

确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系；

根据依赖关系对系统的多个任务节点进行监控，以得到监控数据；

当检测到监控数据中出现异常数据时，确定异常数据对应的目标异常问题；

确定目标异常问题对应的目标处理指令，并根据目标处理指令处理异常数据。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本申请实施例所提供的任一种系统监控方法中的步骤，因此，可以实现本申请实施例所提供的任一种系统监控方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种系统监控方法、装置、电子设备及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种系统监控方法，其特征在于，包括：

确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系；

根据所述依赖关系对所述系统的多个任务节点进行监控，以得到监控数据；

当检测到所述监控数据中出现异常数据时，确定所述异常数据对应的目标异常问题；

确定所述目标异常问题对应的目标处理指令，并根据所述目标处理指令处理所述异常数据。

2.根据权利要求1所述的系统监控方法，其特征在于，在所述当检测到所述监控数据中出现异常数据时，确定所述异常数据对应的目标异常问题之前，所述方法还包括：

获取预设异常问题，以及解决所述预设异常问题对应的处理指令；

根据所述预设异常问题和所述处理指令建立预设规则文件。

3.根据权利要求2所述的系统监控方法，其特征在于，所述根据所述预设异常问题和所述处理指令建立预设规则文件，包括：

确定每一所述预设异常问题对应的处理指令，以得到所述预设异常问题和所述处理指令之间的映射关系；

根据预设数据格式和所述映射关系生成所述预设规则文件。

4.根据权利要求2所述的系统监控方法，其特征在于，所述当检测到所述监控数据中出现异常数据时，确定所述异常数据对应的目标异常问题，包括：

对所述异常数据进行分析，以确定出任务异常类别；

根据所述预设规则文件确定出所述任务异常类别对应的目标异常问题，每一所述任务类别中至少包含一种异常问题。

5.根据权利要求4所述的系统监控方法，其特征在于，所述对所述异常数据进行分析，以确定出任务异常类别，包括：

对所述异常数据进行分析，确定所述异常数据对应的目标任务节点；

根据所述目标任务节点确定出所述任务异常类别。

6.根据权利要求4所述的系统监控方法，其特征在于，在所述对所述异常数据进行分析，以确定出任务异常类别之后，所述方法还包括：

若所述任务异常类别中存在所述预设规则文件中未包含的待定异常问题，则生成所述待定异常问题对应的处理指令；

确定所述待定异常问题对应的处理指令的处理所述待定异常问题的成功率。

7.根据权利要求2所述的系统监控方法，其特征在于，所述确定所述目标异常问题对应的目标处理指令，包括：

在所述预设规则文件中确定出所述目标异常问题对应的预设异常问题；

将所述目标异常问题对应的预设异常问题的处理指令确定为所述目标指令。

8.一种系统监控装置，其特征在于，包括：

第一确定模块，用于确定系统中不同的任务节点，并确定所述任务节点之间的依赖关系；

监控模块，用于根据所述依赖关系对所述系统的多个任务节点进行监控，以得到监控数据；

第二确定模块，用于当检测到所述监控数据中出现异常数据时，确定所述异常数据对应的目标异常问题；

处理模块，用于确定所述目标异常问题对应的目标处理指令，并根据所述目标处理指令处理所述异常数据。

9.一种电子设备，其特征在于，包括：

存储有可执行程序代码的存储器、与所述存储器耦合的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行如权利要求1至7任一项所述的系统监控方法中的步骤。

10.一种存储介质，其特征在于，所述存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至7任一项所述的系统监控方法中的步骤。

Images