CN115643091A - 系统日志监控方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例公开了一种系统日志监控方法、装置、设备及介质。其中，该方法包括：获取待监控网络设备生成的待监控日志；确定所述待监控日志是否满足预先设置的目标告警规则；若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。上述方案，通过根据待监控网络设备生成的待监控日志，确定是否满足目标告警规则，生成目标告警信息，实现了自动化监控待监控网络设备，当待监控日志较多时，避免了对监控平台整体性能的影响，提高了监控效率和监控平台的稳定性。

Description

系统日志监控方法、装置、设备及介质

技术领域

本发明实施例涉及设备监控技术领域，尤其涉及一种系统日志监控方法、装置、设备及介质。

背景技术

随着网络安全问题的日渐增加，网络管理人员为了及时了解网络设备的安全性，需要对网络设备进行监控。

现有技术中，通过监控平台(如Zabbix)监控网络设备时，由于监控平台中不存在监控系统日志的专用模块，因此当系统日志的数量较多时，通过监控平台监控网络设备，可能会影响监控平台的整体性能，出现稳定性差，监控效率低的问题。

发明内容

本发明提供一种系统日志监控方法、装置、设备及介质，以降低对监控平台整体性能的影响，提高稳定性和监控效率。

根据本发明的一方面，提供了一种系统日志监控方法，包括：

获取待监控网络设备生成的待监控日志；

确定所述待监控日志是否满足预先设置的目标告警规则；

若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。

根据本发明的另一方面，提供了一种系统日志监控装置，包括：

日志获取模块，用于获取待监控网络设备生成的待监控日志；

目标告警规则确定模块，用于确定所述待监控日志是否满足预先设置的目标告警规则；

目标告警信息生成模块，用于若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。

根据本发明的另一方面，提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器能够执行本发明实施例所提供的任意一种系统日志监控方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明实施例所提供的任意一种系统日志监控方法。

本发明实施例所提供的系统日志监控方案，通过获取待监控网络设备生成的待监控日志；确定待监控日志是否满足预先设置的目标告警规则；若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。上述方案，通过根据待监控网络设备生成的待监控日志，确定是否满足目标告警规则，生成目标告警信息，实现了自动化监控待监控网络设备，当待监控日志较多时，避免了对监控平台整体性能的影响，提高了监控效率和监控平台的稳定性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是本发明实施例一提供的一种系统日志监控方法的流程图；

图2是本发明实施例二提供的一种系统日志监控方法的流程图；

图3是本发明实施例三提供的一种系统日志监控装置的结构示意图；

图4是本发明实施例四提供的一种实现系统日志监控方法的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的一种系统日志监控方法的流程图，本实施例可适用于对系统日志进行监控的情况，该方法可以由系统日志监控装置来执行，该装置可以采用软件和/或硬件的方式实现，并可配置于承载系统日志监控功能的电子设备中。

参见图1所示的系统日志监控方法，包括：

S110、获取待监控网络设备生成的待监控日志。

其中，待监控网络设备是指需要进行监控的网络设备。待监控日志是指待监控网络设备生成的日志文件。本发明实施例对待监控日志的文件名格式不作任何限定，可以是技术人员根据经验进行设置。示例性的，针对任一待监控网络设备，该待监控网络设备每天生成一个待监控日志，以该待监控网络设备IP(Internet Protocol，互联网协议)地址和当天日期作为待监控日志的文件名，如“XX.XX.XX.XX_20220829.log”。

在一个具体实现方式中，使用Zabbix作为监控平台，由于Zabbix无法直接获取待监控日志，因此可以通过配置rsyslog(rocket-fast system for log，日志服务器)程序接收待监控网络设备发送过来的待监控日志，通过Zabbix agent(代理)实现对待监控日志的监控。其中，Zabbix是一个基于WEB(World Wide Web，全球广域网)页面的提供分布式系统监视，以及网络监视功能的企业级的开源解决方案，能监视各种网络参数，保证服务器系统的安全运营。Zabbix agent是Zabbix中的组成部分。

本发明实施例中，当待监控日志的数量较多时，可以对获取到的待监控日志进行过滤，以减少运算量，降低监控平台的压力，避免资源的浪费。

在一个可选实施例中，可以获取待监控网络设备生成的候选日志；根据全局正则表达式，对候选日志进行过滤，得到待监控日志；其中，全局正则表达式中包括过滤关键字。其中，候选日志可以理解为获取到的所有待监控网络设备生成的系统日志。过滤关键字是指能够对候选日志进行过滤的字段。本发明实施例对过滤关键字的设置不作任何限定，可以是网络设备厂商根据需要进行预先设置，还可以是技术人员根据经验进行预先设置。

具体的，根据全局正则表达式中的过滤关键字，对获取到的候选日志进行过滤，得到待监控日志。可选的，针对任一候选日志，若该候选日志中存在全局正则表达式中的过滤关键字，则将该候选日志过滤掉，如login(登入)日志和logout(登出)日志等。或者可选的，针对任一候选日志，若该候选日志中不存在全局正则表达式中的过滤关键字，则将该候选日志作为待监控日志。

可以理解的是，通过引入全局正则表达式，对获取到的候选日志进行过滤，得到待监控日志，可以减少对无用的待监控日志进行后续处理，避免了资源的浪费。同时，过滤掉无用的待监控日志可以减小监控平台的运行压力，降低对监控平台的影响。

当同一时刻获取到的待监控网络设备生成的候选日志的数量较多时，使用全局正则表达式进行过滤，存在失效的可能。因此，在另一个可选实施例中，还可以在获取候选日志时，通过设置过滤关键字，对候选日志进行过滤，得到待监控日志。

示例性的，当使用rsyslog程序获取候选日志时，可以预先在rsyslog程序的配置文件中设置过滤关键字，并根据过滤关键字对所获取的候选日志进行过滤。可选的，针对任一候选日志，若该候选日志中存在过滤关键字，则禁止获取该候选日志。或者可选的，针对任一候选日志，若该候选日志中不存在过滤关键字，则获取该候选日志，直接作为待监控日志，或者采用全局正则表达式进行二次过滤。

可以理解的是，通过设置过滤关键字，在获取候选日志时进行过滤，实现在源头上减少待监控日志，避免了待监控网络设备生成的候选日志出现高并发的情况的发送，从而避免出现过滤遗漏的情况，提高了对候选日志进行过滤的全面性。

需要说明的是，上述两种对候选日志进行过滤的方法可以择一使用，还可以一同使用，本发明实施例对此不作任何限定。

本发明实施例中，还可以根据待监控网络设备清单，获取待监控日志。具体的，获取待监控网络设备清单；获取待监控网络设备清单中不同待监控网络设备所生成的待监控日志。其中，待监控网络设备清单是指包括需要进行监控的网络设备信息的文件。

需要说明的是，待监控网络设备清单中的信息可以动态调整，如当出现新的待监控网络设备添加、和已有的待监控网络设备下架等中的至少一种情况时，需要对待监控网络设备清单进行更新。可选的，可以手动更新待监控网络设备清单；或者可选的，可以自动化更新待监控网络设备清单。本发明实施例对自动化更新待监控网络设备清单的实现方式不作任何限定，示例性的，可以编写更新脚本，自动从监控平台，如CMDB(ConfigurationManagement Database，配置管理数据库)中获取待监控网络设备清单，以自动更新前述待监控网络设备清单。

具体的，根据获取的待监控网络设备清单上的待监控网络设备，获取相应的待监控日志。

可以理解的是，通过引入待监控网络设备清单，可以避免获取非待监控网络设备生成的系统日志，提高了获取的待监控日志的准确性。

S120、确定待监控日志是否满足预先设置的目标告警规则。

其中，目标告警规则是指针对任一待监控日志，确定该待监控日志是否满足告警的规则。

具体的，针对任一待监控日志，确定该待监控日志是否满足相应的目标告警规则。

S130、若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。

其中，触发器可以用于生成告警信息。目标告警信息是指针对任一满足目标告警规则的待监控日志，向用户提示该待监控日志存在异常，即该待监控日志对应的待监控网络设备存在异常。需要说明的是，目标告警信息可以通过文字、声音和图像等中的至少一种加以显示，本发明实施例对此不作任何限定。

需要说明的是，触发器可以生成不同等级的目标告警信息，如一级目标告警信息、二级目标告警信息和三级目标告警信息等，一级目标告警信息的紧急程度大于二级目标告警信息的紧急程度，二级目标告警信息的紧急程度大于三级目标告警信息的紧急程度。

具体的，针对任一待监控日志，若该待监控日志满足相应的目标告警规则，则根据所满足目标告警规则对应的触发器，生成目标告警信息；若该待监控日志不满足相应的目标告警规则，则禁止生成目标告警信息。

本发明实施例所提供的系统日志监控方案，通过获取待监控网络设备生成的待监控日志；确定待监控日志是否满足预先设置的目标告警规则；若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。上述方案，通过根据待监控网络设备生成的待监控日志，确定是否满足目标告警规则，生成目标告警信息，实现了自动化监控待监控网络设备，当待监控日志较多时，避免了对监控平台整体性能的影响，提高了监控效率和监控平台的稳定性。

在上述实施例的基础上，为了减少资源的占用，在根据所满足目标告警规则对应的触发器，生成目标告警信息之后，可以对目标告警信息进行恢复。

在一个可选实施例中，在预设时间段内获取到的新的待监控日志，不满足目标告警规则时，则恢复目标告警信息。本发明实施例对预设时间段的长短不作任何限定，可以是技术人员根据经验进行设置。需要说明的是，本发明实施例对上述恢复目标告警信息的方法不作任何限定，示例性的，可以使用str()函数进行恢复。

具体的，在预设时间段内，若获取到任一新的待监控日志，且该新的待监控日志不满足目标告警规则时，可以将目标告警信息删除；若获取到任一新的待监控日志，且该新的待监控日志满足目标告警规则时，则将目标告警信息保留。

可以理解的是，通过引入预设时间段，对目标告警信息进行恢复，也即不再显示该目标告警信息，可以减少资源的不必要占用和视觉感官影响。

上述方法需要在预设时间段内获取到新的待监控日志，由于不能保证新的待监控日志能够被及时获取到，因此为解决上述方法存在的问题，在另一个可选实施例中，可以按照预设时间频率，在所获取的待监控日志中插入恢复控制语句；在监测到恢复控制语句后，对未恢复的目标告警信息进行强制恢复。本发明实施例对预设时间频率的大小不作任何限定，可以是技术人员根据经验进行设置。示例性的，预设时间频率可以是15分钟。

其中，恢复控制语句可以理解为控制目标告警信息进行强制恢复的指令。本发明实施例对恢复控制语句不作任何限定，可以是技术人员根据经验进行设置。示例性的，恢复控制语句可以是Recovery Control(恢复控制)。

具体的，每隔预设时间频率，在所有获取到的待监控日志中插入恢复控制语句，若监测到恢复控制语句，则对未恢复的目标告警信息进行强制恢复。

可以理解的是，通过引入恢复控制语句，对未恢复的目标告警信息进行强制恢复，可以避免出现不能及时获取到新的待监控日志时，无法恢复目标告警信息的情况，提高了恢复目标告警信息的及时性，减少了资源的不必要占用。

实施例二

图2是本发明实施例二提供的一种系统日志监控方法的流程图，本实施例在上述实施例的基础上，进一步的，将“确定待监控日志是否满足预先设置的目标告警规则”操作，细化为“根据待监控网络设备的设备类别，从预先设置的至少一个候选告警规则中，选取目标告警规则；确定待监控日志是否满足目标告警规则”，以完善目标告警规则的确定机制。需要说明的是，在本发明实施例中未详述部分，可参见前述实施例的表述。

参见图2所示的系统日志监控方法，包括：

S210、获取待监控网络设备生成的待监控日志。

S220、根据待监控网络设备的设备类别，从预先设置的至少一个候选告警规则中，选取目标告警规则。

其中，候选告警规则可以理解为根据不同网络设备的设备类别，预先设置的不同告警规则。具体的，任一设备类别具有对应的候选告警规则，不同设备类别对应的候选告警规则，可以基于以下方式确定：获取任一设备类别对应的监控项原型和触发器原型；根据监控项原型和触发器原型，构建该设备类别在不同监控项下的候选告警规则。

其中，监控项原型是指包括待监控日志的内容的监控项目模板。监控项是指包括待监控日志至少部分内容的监控项目。触发器原型是指针对任一候选告警规则中的关键字，生成相应告警信息的模板。具体的，一个待监控日志对应有一个监控项，一个监控项中包括至少一个候选告警规则中的关键字，因此一个监控项原型对应至少一个触发器原型。

需要说明的是，针对任一设备类别，该设备类别下具有至少一个候选告警规则。本发明实施例对监控项和触发器的创建方式不作任何限定，可以是技术人员根据经验进行创建。示例性的，可以通过Zabbix API(Application Programming Interface，应用程序编程接口)来创建自动发现规则，利用自动发现，基于监控项原型和触发器原型，创建待监控日志的监控项和触发器。

具体的，获取任一设备类别对应的监控项原型和触发器原型，将该设备类别下的至少一个待监控网络设备生成的待监控日志的内容，基于监控项原型和触发器原型，创建监控项和触发器，构建该设备类别在不同监控项下的候选告警规则。

可以理解的是，通过引入监控项原型和触发器原型，可以避免待监控网络设备较多时，人工创建监控项和触发器带来的人力成本增加，出现创建效率较低和准确度较差的情况，提高了监控项和触发器的创建效率和创建结果准确度，进而提高了候选告警规则的构建效率和构建结果准确度，减少了人工成本。

具体的，针对任一待监控网络设备所属的设备类别，从预先设置的至少一个候选告警规则中找到设备类别相同的候选告警规则，从筛选出的设备类别相同的候选告警规则的监控项，并将该监控项下的各触发器对应的候选告警规则，作为目标告警规则。

S230、确定待监控日志是否满足目标告警规则。

具体的，候选告警规则中包括至少一个关键字，相应的，目标告警规则中包括至少一个关键字。可选的，若待监控日志中存在目标告警规则中的任意一个关键字，则该关键字对应的触发器生成目标告警信息；若待监控日志中不存在目标告警规则中的任一关键字，则禁止生成目标告警信息。

S240、若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。

本发明实施例提供的系统日志监控方案，通过根据待监控网络设备的设备类别，从预先设置的至少一个候选告警规则中，选取目标告警规则；确定待监控日志是否满足目标告警规则，完善目标告警规则的确定机制。上述方案，通过根据待监控网络设备的设备类别，从候选告警规则中确定目标告警规则，可以缩小目标告警规则的确定范围，提高目标告警规则的确定效率。

在上述实施例的基础上，可以根据预设清理时长，定期对待监控日志进行清理，释放资源，从而减少存储资源的占用量。本发明实施例对预设清理时长的大小不作任何限定，可以是技术人员根据经验进行设置，还可以是通过大量试验反复确定。

实施例三

图3是本发明实施例三提供的一种系统日志监控装置的结构示意图，本实施例可适用于对系统日志进行监控的情况，该方法可以由系统日志监控装置来执行，该装置可以采用软件和/或硬件的方式实现，并可配置于承载系统日志监控功能的电子设备中。

如图3所示，该装置包括：日志获取模块310、目标告警规则确定模块320和目标告警信息生成模块330。其中，

日志获取模块310，用于获取待监控网络设备生成的待监控日志；

目标告警规则确定模块320，用于确定待监控日志是否满足预先设置的目标告警规则；

目标告警信息生成模块330，用于若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。

本发明实施例所提供的系统日志监控方案，通过日志获取模块获取待监控网络设备生成的待监控日志；通过目标告警规则确定模块确定待监控日志是否满足预先设置的目标告警规则；通过目标告警信息生成模块若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。上述方案，通过根据待监控网络设备生成的待监控日志，确定是否满足目标告警规则，生成目标告警信息，实现了自动化监控待监控网络设备，当待监控日志较多时，避免了对监控平台整体性能的影响，提高了监控效率和监控平台的稳定性。

可选的，目标告警规则确定模块320，包括：

目标告警规则选取单元，用于根据待监控网络设备的设备类别，从预先设置的至少一个候选告警规则中，选取目标告警规则；

目标告警规则确定单元，用于确定待监控日志是否满足目标告警规则。

可选的，该装置中，不同设备类别对应的候选告警规则，基于以下装置确定：

原型获取模块，用于获取任一设备类别对应的监控项原型和触发器原型；

候选告警规则构建模块，用于根据监控项原型和触发器原型，构建该设备类别在不同监控项下的候选告警规则。

可选的，该装置还包括：

目标告警信息恢复模块，用于在根据所满足目标告警规则对应的触发器，生成目标告警信息之后，在预设时间段内获取到的新的待监控日志，不满足目标告警规则时，则恢复目标告警信息。

可选的，该装置还包括：

恢复控制语句插入模块，用于按照预设时间频率，在所获取的待监控日志中插入恢复控制语句；

强制恢复模块，用于在监测到恢复控制语句后，对未恢复的目标告警信息进行强制恢复。

可选的，日志获取模块310，包括：

候选日志获取单元，用于获取待监控网络设备生成的候选日志；

第一待监控日志获取单元，用于根据全局正则表达式，对候选日志进行过滤，得到待监控日志；其中，全局正则表达式中包括过滤关键字。

可选的，日志获取模块310，包括：

设备清单获取单元，用于获取待监控网络设备清单；

第二待监控日志获取单元，用于获取待监控网络设备清单中不同待监控网络设备所生成的待监控日志。

本发明实施例所提供的系统日志监控装置，可执行本发明任意实施例所提供的系统日志监控方法，具备执行各系统日志监控方法相应的功能模块和有益效果。

本发明的技术方案中，所涉及的待监控日志、目标告警规则等的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

实施例四

图4是本发明实施例四提供的一种实现系统日志监控方法的电子设备的结构示意图。电子设备410旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备410包括至少一个处理器411，以及与至少一个处理器411通信连接的存储器，如只读存储器(ROM)412、随机访问存储器(RAM)413等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器411可以根据存储在只读存储器(ROM)412中的计算机程序或者从存储单元418加载到随机访问存储器(RAM)413中的计算机程序，来执行各种适当的动作和处理。在RAM 413中，还可存储电子设备410操作所需的各种程序和数据。处理器411、ROM 412以及RAM 413通过总线414彼此相连。输入/输出(I/O)接口415也连接至总线414。

电子设备410中的多个部件连接至I/O接口415，包括：输入单元416，例如键盘、鼠标等；输出单元417，例如各种类型的显示器、扬声器等；存储单元418，例如磁盘、光盘等；以及通信单元419，例如网卡、调制解调器、无线通信收发机等。通信单元419允许电子设备410通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器411可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器411的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器411执行上文所描述的各个方法和处理，例如系统日志监控方法。

在一些实施例中，系统日志监控方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元418。在一些实施例中，计算机程序的部分或者全部可以经由ROM 412和/或通信单元419而被载入和/或安装到电子设备410上。当计算机程序加载到RAM 413并由处理器411执行时，可以执行上文描述的系统日志监控方法的一个或多个步骤。备选地，在其他实施例中，处理器411可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行系统日志监控方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

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

获取待监控网络设备生成的待监控日志；

确定所述待监控日志是否满足预先设置的目标告警规则；

若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。

2.根据权利要求1所述的方法，其特征在于，所述确定所述待监控日志是否满足预先设置的目标告警规则，包括：

根据所述待监控网络设备的设备类别，从预先设置的至少一个候选告警规则中，选取所述目标告警规则；

确定所述待监控日志是否满足所述目标告警规则。

3.根据权利要求2所述的方法，其特征在于，不同设备类别对应的候选告警规则，基于以下方式确定：

获取任一设备类别对应的监控项原型和触发器原型；

根据所述监控项原型和所述触发器原型，构建该设备类别在不同监控项下的候选告警规则。

4.根据权利要求1-3任一项所述的方法，其特征在于，在所述根据所满足目标告警规则对应的触发器，生成目标告警信息之后，所述方法还包括：

在预设时间段内获取到的新的待监控日志，不满足所述目标告警规则时，则恢复所述目标告警信息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

按照预设时间频率，在所获取的待监控日志中插入恢复控制语句；

在监测到所述恢复控制语句后，对未恢复的目标告警信息进行强制恢复。

6.根据权利要求1所述的方法，其特征在于，所述获取待监控网络设备生成的待监控日志，包括：

获取待监控网络设备生成的候选日志；

根据全局正则表达式，对所述候选日志进行过滤，得到所述待监控日志；其中，所述全局正则表达式中包括过滤关键字。

7.根据权利要求1所述的方法，其特征在于，所述获取待监控网络设备生成的待监控日志，包括：

获取待监控网络设备清单；

获取所述待监控网络设备清单中不同待监控网络设备所生成的待监控日志。

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

日志获取模块，用于获取待监控网络设备生成的待监控日志；

目标告警规则确定模块，用于确定所述待监控日志是否满足预先设置的目标告警规则；

目标告警信息生成模块，用于若满足，则根据所满足目标告警规则对应的触发器，生成目标告警信息。

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

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7任一项所述的一种系统日志监控方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7任一项所述的一种系统日志监控方法。

Images