CN113282464A - 日志监控方法及系统 - Google Patents

Abstract

本申请实施例提供一种日志监控方法及系统，涉及计算机技术领域。通过业务服务器采集预设时间段内所产生的日志文件，并提取日志文件中的目标数据，将目标数据更新至缓存服务器中；目标业务服务器根据缓存服务器内存储的目标数据，计算得到目标指标值，将目标指标值发送至监控服务器；监控服务器判断目标指标值是否满足告警条件，若是，则发出告警信息。由于目标数据的数据量远小于日志文件的数据量，则目标业务服务器将根据目标数据计算得到的目标指标值，发送至监控服务器时的数据量也较小，使得监控服务器及时地对目标业务服务器发送的数据进行写入，从而避免了监控服务器的IO瓶颈，提高监控服务器内磁盘的IO性能。

Description

日志监控方法及系统

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种日志监控方法及系统。

背景技术

在银行业务中，日志文件是业务系统中的一个必要组成部分，其对保护和提高系统的网络安全起到重要的作用。

通常，是业务服务器监测运行过程中的日志文件是否发生变化，若发生变化时，则会向监控服务器发送新的日志文件，监控服务器判断新的日志文件是否满足告警条件，若是则发出告警信息。

但是，当业务服务器运行过程中所产生的日志文件数量较多时，容易造成监控服务器的输入输出(input output，IO)瓶颈，即业务服务器发送的大量数据，而监控服务器无法及时地对业务服务器发送的数据进行写入；并且，多个业务服务器同时向监控服务器发送大量的日志文件时，频繁的日志写入操作若超出磁盘IO的极限时，磁盘的IO性能会发生骤降。

发明内容

本申请实施例提供一种日志监控方法及系统，有助于避免监控服务器的IO瓶颈，提高监控服务器内磁盘的IO性能。

第一方面，本申请实施例提供一种日志监控方法，应用于日志监控系统，日志监控系统包括：缓存服务器、业务服务器集群和监控服务器，业务服务器集群包括多个业务服务器；上述方法包括：

每个业务服务器采集预设时间段内所产生的日志文件，并提取日志文件中的目标数据；

每个业务服务器将目标数据更新至缓存服务器中；

目标业务服务器读取缓存服务器内存储的目标数据；目标业务服务器为业务服务器集群中的任意一个业务服务器；

目标业务服务器根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值；

目标业务服务器将目标指标值发送至监控服务器；

监控服务器判断目标指标值是否满足告警条件；

若目标指标值满足告警条件，则监控服务器发出告警信息。

可选的，目标数据包括成功交易量、失败交易量和交易响应时间中的至少一者；目标指标值包括交易总量、交易成功率和交易平均响应时间中的至少一者。

可选的，目标数据包括成功交易量和失败交易量，目标指标值包括交易总量；

上述目标业务服务器根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值，包括：

目标业务服务器将缓存服务器内存储的成功交易量，与缓存服务器内存储的失败交易量之和，确定为预设时间段内的业务服务器集群的交易总量。

可选的，目标数据包括成功交易量和失败交易量，目标指标值包括交易成功率；

上述目标业务服务器根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值，包括：

目标业务服务器将缓存服务器内存储的成功交易量，与缓存服务器内存储的成功交易量和失败交易量之和的比值，确定为预设时间段内的业务服务器集群的交易成功率。

可选的，目标数据包括交易响应时间，目标指标值包括交易平均响应时间；

上述目标业务服务器根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值，包括：

目标业务服务器将缓存服务器内存储的所有交易响应时间的平均值，确定为预设时间段内的业务服务器集群的交易平均响应时间。

可选的，上述若目标指标值满足告警条件，则监控服务器发出告警信息，包括：

若交易总量、交易成功率和交易平均响应时间中的一个或多个满足告警条件时，则监控服务器发出告警信息。

可选的，上述若交易总量、交易成功率和交易平均响应时间中的一个或多个满足告警条件时，则监控服务器发出告警信息，包括：

若交易总量大于预设数量、交易成功率小于预设比例，以及交易平均响应时间大于预设时间时，则监控服务器发出告警信息。

可选的，日志监控系统还包括终端设备，上述若目标指标值满足告警条件，则监控服务器发出告警信息，包括：

若目标指标值满足告警条件，则监控服务器以预设方式向终端设备发送告警信息；预设方式包括短信或邮件。

可选的，在目标业务服务器将目标指标值发送至监控服务器之后，上述方法还包括：

监控服务器将目标指标值存储在数据库中，并根据目标指标值更新日志监控曲线。

第二方面，本申请实施例还提供一种日志监控方法，应用于目标业务服务器，目标业务服务器为业务服务器集群中的任意一个业务服务器，上述方法包括：

采集预设时间段内所产生的日志文件，并提取日志文件中的目标数据；

将目标数据更新至缓存服务器中；

读取缓存服务器内存储的目标数据；

根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值；

将目标指标值发送至监控服务器，以通过监控服务器判断目标指标值是否满足告警条件，若是，则通过监控服务器发出告警信息；

其中，业务服务器集群中除目标业务服务器外还包括至少一个业务服务器，缓存服务器内存储的目标数据，还包括业务服务器集群中除目标业务服务器外的其他业务服务器，从采集其预设时间段内所产生的日志文件中提取的目标数据。

第三方面，本申请实施例还提供一种日志监控系统，日志监控系统包括：缓存服务器、业务服务器集群和监控服务器，业务服务器集群包括多个业务服务器，业务服务器集群中的任意一个业务服务器作为目标业务服务器；

业务服务器，用于采集预设时间段内所产生的日志文件，并提取日志文件中的目标数据；将目标数据更新至缓存服务器中；

目标业务服务器，用于读取缓存服务器内存储的目标数据；根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值；将目标指标值发送至监控服务器；

监控服务器，用于判断目标指标值是否满足告警条件；若目标指标值满足告警条件，则发出告警信息。

可选的，目标数据包括成功交易量、失败交易量和交易响应时间中的至少一者；目标指标值包括交易总量、交易成功率和交易平均响应时间中的至少一者。

可选的，目标数据包括成功交易量和失败交易量，目标指标值包括交易总量；

目标业务服务器，具体用于将缓存服务器内存储的成功交易量，与缓存服务器内存储的失败交易量之和，确定为预设时间段内的业务服务器集群的交易总量。

可选的，目标数据包括成功交易量和失败交易量，目标指标值包括交易成功率；

目标业务服务器，具体用于将缓存服务器内存储的成功交易量，与缓存服务器内存储的成功交易量和失败交易量之和的比值，确定为预设时间段内的业务服务器集群的交易成功率。

可选的，目标数据包括交易响应时间，目标指标值包括交易平均响应时间；

目标业务服务器，具体用于将缓存服务器内存储的所有交易响应时间的平均值，确定为预设时间段内的业务服务器集群的交易平均响应时间。

可选的，监控服务器，具体用于若交易总量、交易成功率和交易平均响应时间中的一个或多个满足告警条件时，则发出告警信息。

可选的，监控服务器，具体用于若交易总量大于预设数量、交易成功率小于预设比例，以及交易平均响应时间大于预设时间时，则发出告警信息。

可选的，日志监控系统还包括终端设备；

监控服务器，具体用于若目标指标值满足告警条件，则以预设方式向终端设备发送告警信息；预设方式包括短信或邮件。

可选的，监控服务器，还用于将目标指标值存储在数据库中，并根据目标指标值更新日志监控曲线。

在本申请实施例中，每个业务服务器采集预设时间段内所产生的日志文件，并提取日志文件中的目标数据，将目标数据更新至缓存服务器中；目标业务服务器读取缓存服务器内存储的目标数据，根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值，将目标指标值发送至监控服务器；监控服务器判断目标指标值是否满足告警条件，若是，则发出告警信息。由于目标数据的数据量远小于日志文件的数据量，则目标业务服务器将根据目标数据计算得到的目标指标值，发送至监控服务器时的数据量也较小，使得监控服务器能够及时地对目标业务服务器发送的数据进行写入，从而避免了监控服务器的IO瓶颈，提高监控服务器内磁盘的IO性能，当监控服务器的性能正常时，则可以及时地对业务服务器集群的性能进行监控，及时发现异常问题，降低系统运行风险，提高系统运行的稳定性。

附图说明

图1为本申请实施例提供的日志监控系统的结构示意图；

图2为本申请实施例提供的日志监控方法的交互图；

图3为本申请实施例提供的交易总量监控曲线的示意图；

图4为本申请实施例提供的交易成功率曲线的示意图；

图5为本申请实施例提供的交易平均响应时间曲线的示意图；

图6为本申请实施例提供的日志监控方法的流程图。

具体实施方式

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

在银行系统中，日志文件是业务系统中的一个必要组成部分，其是业务系统运行过程中用户行为记录、故障排查、监控、错误信息等的重要依据，若要保护和提高系统的网络安全，可通过监测日志文件来提前发现和避开灾难，并且找到问题的根本原因。若系统出现故障时，如果未能及时发现异常并进行针对性的维修，将会影响系统的正常运行，甚至会出现系统崩溃。

当然，日志文件对于实现系统安全的价值有多大取决于两个因素：第一，系统必须进行合适的设置以便记录相关的日志文件；第二，需要合适的方法来分析和监测收集到的日志数据。

目前，在分析和监测收集到的日志数据时，是业务服务器监测运行过程中的日志文件是否发生变化，若发生变化时，则会向监控服务器发送新的日志文件，监控服务器判断新的日志文件是否满足告警条件，若是则发出告警信息。但是，这种方式容易造成监控服务器的IO瓶颈，以及磁盘的IO性能会发生骤降的问题。

基于此，本申请实施例提供了一种日志监控方法，通过业务服务器对采集到的日志文件进行目标数据的提取，并将提取到的目标数据更新至缓存服务器内，由于目标数据的数据量远小于日志文件的数据量，则在将目标数据写入缓存服务器内时的速度较快，相应的，目标业务服务器从缓存服务器读取其存储的目标数据的速度也较快；目标业务服务器根据目标数据计算得到的目标指标值，并发送至监控服务器，此时发送给监控服务器的目标指标值的数据量也较小，从而极大缓解了向监控服务器写入目标指标值的IO压力，使得监控服务器能够及时地对目标业务服务器发送的目标指标值进行写入，避免业务服务器直接向监控服务器写入日志文件所导致的IO瓶颈，提高监控服务器内磁盘的IO性能，当监控服务器的性能正常时，则可以及时地对业务服务器集群的性能进行监控，及时发现异常问题，降低系统运行风险，提高系统运行的稳定性。

上述日志监控方法应用于日志监控系统，示例性的，图1为本申请实施例提供的日志监控系统的结构示意图。图1所示的日志监控系统10包括：缓存服务器101、业务服务器集群和监控服务器103，业务服务器集群包括多个业务服务器102；其中，业务服务器集群中的每个业务服务器102与缓存服务器101连接，将业务服务器集群中的任意一个业务服务器102作为目标业务服务器，目标业务服务器还与监控服务器103连接。

如图1所示，业务服务器集群的业务服务器102分别为业务服务器1、业务服务器2至业务服务器m，m为大于1的正整数，m的实际数值根据需求设定，本申请实施例对此不作限制；日志监控系统10中的缓存服务器101也可以为多个，如缓存服务器1、缓存服务器2至缓存服务器n，n为大于或等于1的正整数，n的实际数值根据需求设定，本申请实施例对此不作限制；在图1中，监控服务器103的数量为1个，当然，根据实际需求，监控服务器103的数量也可以为多个。

此外，日志监控系统10中的业务服务器102和缓存服务器101的数量可以相等，也可以不等。

值得注意的是，业务服务器集群就是指将很多业务服务器102集中起来一起进行同一种服务，在客户端看来就像是只有一个业务服务器102。业务服务器集群可以利用多个计算机进行并行计算从而获得很高的计算速度，也可以用多个计算机做备份，从而使得任何一个业务服务器102坏了整个系统还是能正常运行。

并且，该缓存服务器101可以为Redis缓存服务器，Redis是一个高性能的key-value数据库，redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部分场合可以对关系数据库起到很好的补充作用；并且，Redis支持主从同步，数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器，这使得Redis可执行单层树复制。存盘可以有意无意的对数据进行写操作。由于完全实现了发布/订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主服务器完整的消息发布记录。同步对读取操作的可扩展性和数据冗余很有帮助。

参照图2，为本申请实施例提供的日志监控方法的交互图。

本申请实施例提供的日志监控方法的交互图包括如下步骤：

S201，每个业务服务器采集预设时间段内所产生的日志文件，并提取日志文件中的目标数据。

在本申请实施例中，将日志采集脚本部署在业务服务器集群里的每个业务服务器内，每个业务服务器通过日志采集脚本采集其运行过程中所产生的日志文件。

其中，该日志文件指的是业务服务器运行过程中的运行记录，日志文件实际上可以为英特网信息服务(internet information server，IIS)日志文件，其默认的存储目录为％systemroot％\system32\logfiles\，当然，该IIS日志文件的存储目录也可以自行设定；并且，IIS日志文件的日志格式为：ex+年份的末两位数字+月份+日期，IIS日志文件的文件后缀为：.log。例如，2020年9月30日生成的日志文件为ex200930.log。

而业务服务器的一些状况和访问网际互连协议(internet protocol，IP)的来源都会记录在IIS日志文件中，且日志文件的最顶头还有一些相关说明、记录开始时间、将要记录哪些信息等。

然后，每个业务服务器提取该日志文件中的目标数据。其中，目标数据包括成功交易量、失败交易量和交易响应时间中的至少一者。

例如，业务服务器集群中的业务服务器包括：业务服务器1、业务服务器2和业务服务器3。业务服务器1采集的日志文件包括日志文件1和日志文件2，日志文件1中的信息表示交易成功，且交易响应时间为0.5s，日志文件2中的信息表示交易成功，且交易响应时间为1s，则业务服务器1提取到的成功交易量为2个，其对应的交易响应时间分别为0.5s和1s；业务服务器2采集的日志文件包括日志文件3，日志文件3中的信息表示交易成功，且交易响应时间为0.5s，则业务服务器2提取到的成功交易量为1个，其对应的交易响应时间为0.5s；业务服务器3采集的日志文件包括日志文件4，日志文件4中的信息表示交易失败，且交易响应时间为4s，则业务服务器3提取到的失败交易量为1个，其对应的交易响应时间为4s。

需要说明的是，每个业务服务器是定时采集日志文件，并提取其中的目标数据的，即每个业务服务器每间隔预设时长，就采集一次当前时刻之前的预设时间段内所产生的日志文件并提取其中的目标数据，如预设时长为300s，当前时刻为2020年9月30日01:05:00，则每个业务服务器采集2020年9月30日01:00:00至2020年9月30日01:05:00之间的时间段内所产生的日志文件并提取其中的目标数据，接着，当前时刻变为2020年9月30日01:10:00，每个业务服务器再采集2020年9月30日01:05:00至2020年9月30日01:10:00之间的时间段内所产生的日志文件并提取其中的目标数据，以此类推。

当然，每个业务服务器也可以实时采集日志文件，并提取其中的目标数据。但是，定时采集相对于实时采集的方式，其采集和提取的操作次数减少，简化了业务服务器进行采集和提取时的系统的运行次数。

S202，每个业务服务器将目标数据更新至缓存服务器中。

在本申请实施例中，每个缓存服务器内存储有各个类型的目标数据对应的字段，如成功交易量字段、失败交易量字段和交易响应时间字段。

每个业务服务器在提取日志文件中的目标数据之后，每个业务服务器根据该目标数据对缓存服务器中的相应字段进行更新，以实现将目标数据更新至缓存服务器中。具体的，是将成功交易量的具体数值更新在成功交易量字段中，将失败交易量的具体数值更新在失败交易量字段中，将各个交易响应时间分别更新在交易响应时间字段中。

例如，业务服务器1将提取的2个成功交易量更新至缓存服务器1的成功交易量字段中，使得缓存服务器1的成功交易量字段的具体数值从0变为2，并且，业务服务器1还将提取到交易响应时间0.5s和1s分别更新至缓存服务器1的交易响应时间字段中，此时缓存服务器1的失败交易量字段的具体数值为0；业务服务器2将提取到的1个成功交易量更新至缓存服务器2的成功交易量字段中，使得缓存服务器2的成功交易量字段的具体数值从0变为1，并且，业务服务器2还将提取到交易响应时间0.5s更新至缓存服务器2的交易响应时间字段中，此时缓存服务器2的失败交易量字段的具体数值为0；业务服务器3将提取到的1个失败交易量更新至缓存服务器2的失败交易量字段中，使得缓存服务器2的失败交易量字段的具体数值从0变为1，业务服务器3还将提取到交易响应时间4s更新至缓存服务器2的交易响应时间字段中，此时的缓存服务器2的成功交易量字段的具体数值依旧为1。

需要说明的是，每个业务服务器不是与缓存服务器一一对应的，如业务服务器1只能将目标数据更新至缓存服务器1，业务服务器2只能将目标数据更新至缓存服务器2等；在实际更新过程中，每个业务服务器是随机选取合适的缓存服务器进行目标数据的更新，可选的，可根据每个缓存服务器当前的资源使用情况，优先将资源使用情况最少的缓存服务器，作为业务服务器进行目标数据更新的对象，以提高存储效率，例如，确定出缓存服务器1和缓存服务器2的资源使用情况最小，则将日志文件1和日志文件2中的目标数据更新至缓存服务器1中，而将日志文件3和日志文件4中的目标数据更新至缓存服务器2中。

另外，值得注意的是，图2中是以业务服务器集群中的目标业务服务器进行示意性地表示，采集日志文件并提取日志文件中的目标数据，以及将目标数据更新至缓存服务器内的操作，在实际使用过程中，业务服务器集群中，除了目标业务服务器之外的其他业务服务器，也需要执行S201和S202。

S203，目标业务服务器读取缓存服务器内存储的目标数据。

在本申请实施例中，各个业务服务器在将目标数据均更新至缓存服务器中之后，目标业务服务器读取缓存服务器内存储的目标数据，目标业务服务器为业务服务器集群中的任意一个业务服务器。

当日志监控系统中的缓存服务器为多个时，目标业务服务器是读取所有的缓存服务器内存储的目标数据。

例如，将业务服务器集群中的业务服务器1确定为目标业务服务器，日志监控系统中的缓存服务器包括缓存服务器1和缓存服务器2，则目标业务服务器分别读取缓存服务器1中存储的目标数据和缓存服务器2存储的目标数据，即从缓存服务器1读取到的成功交易量为2个、失败交易量为0个以及交易响应时间分别为0.5s和1s，从缓存服务器2读取到的成功交易量为1个，失败交易量为1个以及交易响应时间分别为0.5s和4s。

需要说明的是，每个缓存服务器中存储的各种类型的交易数量不仅仅是一个业务服务器更新的目标数据，有可能存在2个或3个等数量的业务服务器将其提取到的目标数据都更新到同一个缓存服务器中，因此，一个缓存服务器内存储的目标数据，与一个业务服务器更新至该缓存服务器的目标数据可能会有所不同。

S204，目标业务服务器根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值。

在本申请实施例中，目标业务服务器在读取缓存服务器内存储的目标数据之后，目标业务服务器根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值，该目标指标值是用来衡量业务服务器集群的系统功能是否正常。

其中，目标指标值包括交易总量、交易成功率和交易平均响应时间中的至少一者。具体的，是根据缓存服务器内存储的成功交易量和失败交易量，确定预设时间段内的业务服务器集群的交易总量；是根据缓存服务器内存储的成功交易量和失败交易量，确定预设时间段内的业务服务器集群的交易成功率；是根据缓存服务器内存储的交易响应时间，确定预设时间段内的业务服务器集群的交易平均响应时间。

一可选的实施方式中，目标数据包括成功交易量和失败交易量，目标指标值包括交易总量，S204具体包括：目标业务服务器将缓存服务器内存储的成功交易量，与缓存服务器内存储的失败交易量之和，确定为预设时间段内的业务服务器集群的交易总量。

一些实施例中，可以仅通过交易总量来进行是否告警的判断，此时，每个业务服务器从日志文件中提取到的目标数据可以仅包括成功交易量和失败交易量，则目标业务服务器从缓存服务器内读取的目标数据也仅包括成功交易量和失败交易量。目标业务服务器对缓存服务器内存储的成功交易量与缓存服务器内存储的失败交易量进行求和，将缓存服务器内存储的成功交易量与缓存服务器内存储的失败交易量之和，确定为预设时间段内的业务服务器集群的交易总量。

例如，目标业务服务器从缓存服务器1读取到的成功交易量为2个、失败交易量为0个，从缓存服务器2读取到的成功交易量为1个、失败交易量为1个，则预设时间段内的业务服务器集群的交易总量为4个。

另一可选的实施方式中，目标数据包括成功交易量和失败交易量，目标指标值包括交易成功率；S204具体包括：目标业务服务器将缓存服务器内存储的成功交易量，与缓存服务器内存储的成功交易量和失败交易量之和的比值，确定为预设时间段内的业务服务器集群的交易成功率。

另一些实施例中，也可以仅通过交易成功率来进行是否告警的判断，此时，每个业务服务器从日志文件中提取到的目标数据可以仅包括成功交易量和失败交易量，则目标业务服务器从缓存服务器内读取的目标数据也仅包括成功交易量和失败交易量。目标业务服务器先对缓存服务器内存储的成功交易量与缓存服务器内存储的失败交易量进行求和，得到交易总量，然后，目标业务服务器将缓存服务器内存储的成功交易量除以该交易总量，也就是说，目标业务服务器将缓存服务器内存储的成功交易量，与缓存服务器内存储的成功交易量和失败交易量之和的比值，确定为预设时间段内的业务服务器集群的交易成功率。

例如，目标业务服务器从缓存服务器1读取到的成功交易量为2个、失败交易量为0个，从缓存服务器2读取到的成功交易量为1个、失败交易量为1个，则预设时间段内的业务服务器集群的交易成功率为(2+1)/(2+0+1+1)＝75％。

再一可选的实施方式中，目标数据包括交易响应时间，目标指标值包括交易平均响应时间；S204具体包括：目标业务服务器将缓存服务器内存储的所有交易响应时间的平均值，确定为预设时间段内的业务服务器集群的交易平均响应时间。

再一些实施例中，还可以仅通过交易平均响应时间来进行是否告警的判断，此时，每个业务服务器从日志文件中提取到的目标数据可以仅包括交易响应时间，则目标业务服务器从缓存服务器内读取的目标数据也仅包括交易响应时间。目标业务服务器对缓存服务器内存储的所有交易响应时间求平均值，将缓存服务器内存储的所有交易响应时间的平均值，确定为预设时间段内的业务服务器集群的交易平均响应时间。

例如，目标业务服务器从缓存服务器1读取到的交易响应时间分别为0.5s和1s，从缓存服务器2读取到的交易响应时间分别为0.5s和4s，则预设时间段内的业务服务器集群的交易平均响应时间为(0.5s+1s+0.5s+4s)/4＝1.5s。

S205，目标业务服务器将目标指标值发送至监控服务器。

在本申请实施例中，目标业务服务器在计算得到预设时间段内的业务服务器集群的目标指标值之后，目标业务服务器将该目标指标值发送至监控服务器。

具体的，是将报文推送任务部署在目标业务服务器中，目标业务服务器先根据该目标指标值生成监控报文，然后，目标业务服务器将监控报文发送至监控服务器，该监控报文可以为超文本传输协议(hyper text transfer protocol，HTTP)报文。

例如，若目标指标值包括交易总量、交易成功率和交易平均响应时间，则目标业务服务器将交易总量4个、交易成功率75％和交易平均响应时间1.5s发送至监控服务器。而若目标指标值包括交易总量、交易成功率和交易平均响应时间中的任意一个或两个，如仅包括交易总量和交易成功率，在S204的计算过程中，也只计算交易总量和交易成功率，并将交易总量4个和交易成功率75％发送至监控服务器即可。

S206，监控服务器判断目标指标值是否满足告警条件。

在本申请实施例中，在监控服务器内存储有预设的告警条件，监控服务器在接收到目标业务服务器发送的目标指标值之后，将目标指标值与该预设的告警条件进行判断，确定目标指标值是否满足告警条件。

其中，该预设的告警条件包括是否大于预设数量、是否小于预设比例以及是否大于预设时间。将交易总量与预设数量进行判断，确定交易总量是否大于预设数量；将交易成功率与预设比例进行判断，确定交易成功率是否小于预设比例；将交易平均响应时间与预设时间进行比较，确定交易平均响应时间是否大于预设时间。

需要说明的是，该预设数量、预设比例和预设时间可根据经验值进行设定，如预设数量为100个，预设比例为80％，预设时间为3s。

S207，若目标指标值满足告警条件，则监控服务器发出告警信息。

在本申请实施例中，若监控服务器确定出预设时间段内的业务服务器集群的目标指标值满足告警条件，则监控服务器会发出告警信息，以提示相关人员业务服务器集群的系统出现异常，相关人员可及时进行故障排查，从而及时发现异常问题，降低了业务服务器集群的系统的统运行风险，提高业务服务器集群的系统运行的稳定性。

可选的，若交易总量、交易成功率和交易平均响应时间中的一个或多个满足告警条件时，则监控服务器发出告警信息。

在实际应用过程中，可通过交易总量、交易成功率和交易平均响应时间中的一个或多个，来判断目标指标值是否满足告警条件，若交易总量、交易成功率和交易平均响应时间中的一个或多个满足告警条件时，则监控服务器发出告警信息。

例如，可以仅通过交易总量、交易成功率和交易平均响应时间中的任意一个来判断其是否满足告警条件，也可以通过交易总量、交易成功率和交易平均响应时间中的任意两个来判断其是否满足告警条件，还可以通过交易总量、交易成功率和交易平均响应时间这三个指标来判断其是否满足告警条件。

当目标指标值中的判断参数越多时，其发出的告警信息也越准确，即通过交易总量、交易成功率和交易平均响应时间这三个指标来判断其是否满足告警条件而发出的告警信息的准确性，大于仅通过交易总量、交易成功率和交易平均响应时间中的任意一个或两个来判断其是否满足告警条件而发出的告警信息的准确性。

具体的，若交易总量大于预设数量、交易成功率小于预设比例，以及交易平均响应时间大于预设时间时，则监控服务器发出告警信息。

若交易总量大于预设数量、交易成功率小于预设比例，以及交易平均响应时间大于预设时间时，则可以准确确定出业务服务器集群的系统出现异常，监控服务器发出告警信息，以提示相关人员进行故障的排查。

例如，预设数量为100个，预设比例为80％，预设时间为3s，预设时间段内的业务服务器集群的交易总量为4个、交易成功率为75％和交易平均响应时间为1.5s，若通过交易总量、交易成功率和交易平均响应时间这三个指标来判断是否满足告警条件时，此时，由于交易总量小于预设数量，交易成功率小于预设比例，交易平均响应时间小于预设时间，则确定业务服务器集群的系统未出现故障，因此，监控服务器也无需发出告警信息。

而若通过交易总量、交易成功率和交易平均响应时间中的一个来判断目标指标值是否满足告警条件时，由于交易成功率为75％小于80％，则确定出业务服务器集群的系统出现故障，监控服务器则发出告警信息。通常，当业务服务器集群的系统支付功能出现异常时，就可能出现预设时间段内的业务服务器集群的交易成功率小于80％的现象。

一实施例中，日志监控系统还包括终端设备，S207包括：若目标指标值满足告警条件，则监控服务器以预设方式向终端设备发送告警信息；预设方式包括短信或邮件。

此时，日志监控系统还包括终端设备，监控服务器内存储终端设备有对应的手机号或邮箱号，若监控服务器确定目标指标值满足告警条件时，则监控服务器以短信或邮件的方式向终端设备发送告警信息。具体的，当监控服务器内存储的是手机号时，预设方式为短信，当监控服务器内存储的是邮箱号时，预设方式为邮件。

而当目标指标值不满足告警条件，整个流程结束，等待采集下一个预设时间段内的日志文件，以继续执行上述S201至S207。

可选的，在S205之后，还包括：监控服务器将目标指标值存储在数据库中，并根据目标指标值更新日志监控曲线。

在本申请实施例中，监控服务器在接收到目标业务服务器发送的目标指标值之后，监控服务器将该目标指标值存储在数据库中，并根据该目标指标值更新数据库中原本的日志监控曲线，然后，展示更新后的日志监控曲线。

日志监控曲线如图3至图5所示，其包括图3所示的交易总量监控曲线、图4所示的交易成功率曲线和图5所示的交易平均响应时间曲线。其中，图3中的横坐标表示时间，图3中的纵坐标表示交易总量，图4中的横坐标表示时间，图4中的纵坐标表示交易成功率，图5中的横坐标表示时间，图5中的纵坐标表示交易平均响应时间，其单位为s。

在实际绘制过程中，每间隔300s采集一次当前时刻之前的预设时间段内所产生的日志文件并提取其中的目标数据，根据该目标数据计算得到目标指标值，因此，图3至图5中曲线上的相邻两个目标指标值之间的时间间隔为300s，基于多个目标指标值可绘制得到日志监控曲线。

基于该日志监控曲线，可观测一定时长内的目标指标值的变化趋势，以直观地了解各个时段内的交易总量、交易成功率和交易平均响应时间的变化。

在本申请实施例中，由于目标数据的数据量远小于日志文件的数据量，则目标业务服务器将根据目标数据计算得到的目标指标值，发送至监控服务器时的数据量也较小，使得监控服务器能够及时地对目标业务服务器发送的数据进行写入，从而避免了监控服务器的IO瓶颈，提高监控服务器内磁盘的IO性能，当监控服务器的性能正常时，则可以及时地对业务服务器集群的性能进行监控，及时发现异常问题，降低系统运行风险，提高系统运行的稳定性。

参照图6，示出了本申请实施例提供的日志监控方法的流程图，该日志监控方法应用于目标业务服务器，该目标业务服务器为业务服务器集群中的任意一个业务服务器，上述具体可以包括如下步骤：

S601，采集预设时间段内所产生的日志文件，并提取日志文件中的目标数据。

S602，将目标数据更新至缓存服务器中。

S603，读取缓存服务器内存储的目标数据。

S604，根据缓存服务器内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值。

S605，将目标指标值发送至监控服务器，以通过监控服务器判断目标指标值是否满足告警条件，若是，则通过监控服务器发出告警信息。

其中，业务服务器集群中除目标业务服务器外还包括至少一个业务服务器，缓存服务器内存储的目标数据，还包括业务服务器集群中除目标业务服务器外的其他业务服务器，从采集其预设时间段内所产生的日志文件中提取的目标数据。

值得注意的是，上述步骤S601至S605是目标业务服务器执行的，而在日志监控方法的实际执行过程中，业务服务器集群中除目标业务服务器外的其他业务服务器也需要执行S601和S602，即业务服务器集群中除目标业务服务器外的其他业务服务器，也需要采集其自身在预设时间段内所产生的日志文件，并提取日志文件中的目标数据，然后再将提取的目标数据更新至缓存服务器，此时，缓存服务器内存储的目标数据，除了包括目标业务服务器更新的目标数据之外，还包括业务服务器集群中除目标业务服务器外的其他业务服务器更新的目标数据。

S601至S605的具体执行过程可依次参照上述S201至S207的具体描述，实现原理和技术效果类似，为避免重复，此处不再赘述。

上面结合图2至图6，对本申请实施例的方法进行了说明，下面对本申请实施例提供的执行上述方法的日志监控系统进行描述。本领域技术人员可以理解，方法和系统可以相互结合和引用，本申请实施例提供的日志监控系统可以执行上述日志监控方法中的步骤。

如图1所示，日志监控系统10包括：缓存服务器101、业务服务器集群和监控服务器103，业务服务器集群包括多个业务服务器102，业务服务器集群中的任意一个业务服务器102作为目标业务服务器。

业务服务器102，用于采集预设时间段内所产生的日志文件，并提取日志文件中的目标数据；将目标数据更新至缓存服务器101中。

目标业务服务器，用于读取缓存服务器101内存储的目标数据；根据缓存服务器101内存储的目标数据，计算得到预设时间段内的业务服务器集群的目标指标值；将目标指标值发送至监控服务器103。

监控服务器103，用于判断目标指标值是否满足告警条件；若目标指标值满足告警条件，则发出告警信息。

可选的，目标数据包括成功交易量、失败交易量和交易响应时间中的至少一者；目标指标值包括交易总量、交易成功率和交易平均响应时间中的至少一者。

可选的，目标数据包括成功交易量和失败交易量，目标指标值包括交易总量；

目标业务服务器，具体用于将缓存服务器101内存储的成功交易量，与缓存服务器101内存储的失败交易量之和，确定为预设时间段内的业务服务器集群的交易总量。

可选的，目标数据包括成功交易量和失败交易量，目标指标值包括交易成功率；

目标业务服务器，具体用于将缓存服务器101内存储的成功交易量，与缓存服务器101内存储的成功交易量和失败交易量之和的比值，确定为预设时间段内的业务服务器集群的交易成功率。

可选的，目标数据包括交易响应时间，目标指标值包括交易平均响应时间；

目标业务服务器，具体用于将缓存服务器101内存储的所有交易响应时间的平均值，确定为预设时间段内的业务服务器集群的交易平均响应时间。

可选的，监控服务器103，具体用于若交易总量、交易成功率和交易平均响应时间中的一个或多个满足告警条件时，则发出告警信息。

可选的，监控服务器103，具体用于若交易总量大于预设数量、交易成功率小于预设比例，以及交易平均响应时间大于预设时间时，则发出告警信息。

可选的，日志监控系统10还包括终端设备；

监控服务器103，具体用于若目标指标值满足告警条件，则以预设方式向终端设备发送告警信息；预设方式包括短信或邮件。

可选的，监控服务器103，还用于将目标指标值存储在数据库中，并根据目标指标值更新日志监控曲线。

本实施例的日志监控系统对应地可用于执行上述方法实施例中执行的步骤，其实现原理和技术效果类似，此处不再赘述。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本申请的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (14)

1.一种日志监控方法，其特征在于，应用于日志监控系统，所述日志监控系统包括：缓存服务器、业务服务器集群和监控服务器，所述业务服务器集群包括多个业务服务器；所述方法包括：

每个所述业务服务器采集预设时间段内所产生的日志文件，并提取所述日志文件中的目标数据；

每个所述业务服务器将所述目标数据更新至所述缓存服务器中；

目标业务服务器读取所述缓存服务器内存储的目标数据；所述目标业务服务器为所述业务服务器集群中的任意一个业务服务器；

所述目标业务服务器根据所述缓存服务器内存储的目标数据，计算得到所述预设时间段内的所述业务服务器集群的目标指标值；

所述目标业务服务器将所述目标指标值发送至所述监控服务器；

所述监控服务器判断所述目标指标值是否满足告警条件；

若所述目标指标值满足所述告警条件，则所述监控服务器发出告警信息。

2.根据权利要求1所述的方法，其特征在于，所述目标数据包括成功交易量、失败交易量和交易响应时间中的至少一者；所述目标指标值包括交易总量、交易成功率和交易平均响应时间中的至少一者。

3.根据权利要求2所述的方法，其特征在于，所述目标数据包括所述成功交易量和所述失败交易量，所述目标指标值包括所述交易总量；

所述目标业务服务器根据所述缓存服务器内存储的目标数据，计算得到所述预设时间段内的所述业务服务器集群的目标指标值，包括：

所述目标业务服务器将所述缓存服务器内存储的成功交易量，与所述缓存服务器内存储的失败交易量之和，确定为所述预设时间段内的所述业务服务器集群的交易总量。

4.根据权利要求2所述的方法，其特征在于，所述目标数据包括所述成功交易量和所述失败交易量，所述目标指标值包括所述交易成功率；

所述目标业务服务器根据所述缓存服务器内存储的目标数据，计算得到所述预设时间段内的所述业务服务器集群的目标指标值，包括：

所述目标业务服务器将所述缓存服务器内存储的成功交易量，与所述缓存服务器内存储的所述成功交易量和失败交易量之和的比值，确定为所述预设时间段内的所述业务服务器集群的交易成功率。

5.根据权利要求2所述的方法，其特征在于，所述目标数据包括所述交易响应时间，所述目标指标值包括所述交易平均响应时间；

所述目标业务服务器根据所述缓存服务器内存储的目标数据，计算得到所述预设时间段内的所述业务服务器集群的目标指标值，包括：

所述目标业务服务器将所述缓存服务器内存储的所有交易响应时间的平均值，确定为所述预设时间段内的所述业务服务器集群的交易平均响应时间。

6.根据权利要求2所述的方法，其特征在于，所述若所述目标指标值满足所述告警条件，则所述监控服务器发出告警信息，包括：

若所述交易总量、所述交易成功率和所述交易平均响应时间中的一个或多个满足所述告警条件时，则所述监控服务器发出告警信息。

7.根据权利要求6所述的方法，其特征在于，所述若所述交易总量、所述交易成功率和所述交易平均响应时间中的一个或多个满足所述告警条件时，则所述监控服务器发出告警信息，包括：

若所述交易总量大于预设数量、所述交易成功率小于预设比例，以及所述交易平均响应时间大于预设时间时，则所述监控服务器发出告警信息。

8.根据权利要求1所述的方法，其特征在于，所述日志监控系统还包括终端设备，所述若所述目标指标值满足所述告警条件，则所述监控服务器发出告警信息，包括：

若所述目标指标值满足所述告警条件，则所述监控服务器以预设方式向所述终端设备发送所述告警信息；所述预设方式包括短信或邮件。

9.根据权利要求1至8中任一项所述的方法，其特征在于，在所述目标业务服务器将所述目标指标值发送至所述监控服务器之后，所述方法还包括：

所述监控服务器将所述目标指标值存储在数据库中，并根据所述目标指标值更新日志监控曲线。

10.一种日志监控方法，其特征在于，应用于目标业务服务器，所述目标业务服务器为业务服务器集群中的任意一个业务服务器，所述方法包括：

采集预设时间段内所产生的日志文件，并提取所述日志文件中的目标数据；

将所述目标数据更新至缓存服务器中；

读取所述缓存服务器内存储的目标数据；

根据所述缓存服务器内存储的目标数据，计算得到所述预设时间段内的所述业务服务器集群的目标指标值；

将所述目标指标值发送至所述监控服务器，以通过所述监控服务器判断所述目标指标值是否满足告警条件，若是，则通过所述监控服务器发出告警信息；

其中，所述业务服务器集群中除所述目标业务服务器外还包括至少一个业务服务器，所述缓存服务器内存储的目标数据，还包括所述业务服务器集群中除所述目标业务服务器外的其他业务服务器，从采集其预设时间段内所产生的日志文件中提取的目标数据。

11.一种日志监控系统，其特征在于，所述日志监控系统包括：缓存服务器、业务服务器集群和监控服务器，所述业务服务器集群包括多个业务服务器，所述业务服务器集群中的任意一个业务服务器作为目标业务服务器；

所述业务服务器，用于采集预设时间段内所产生的日志文件，并提取所述日志文件中的目标数据；将所述目标数据更新至所述缓存服务器中；

所述目标业务服务器，用于读取所述缓存服务器内存储的目标数据；根据所述缓存服务器内存储的目标数据，计算得到所述预设时间段内的所述业务服务器集群的目标指标值；将所述目标指标值发送至所述监控服务器；

所述监控服务器，用于判断所述目标指标值是否满足告警条件；若所述目标指标值满足所述告警条件，则发出告警信息。

12.根据权利要求11所述的系统，其特征在于，所述目标数据包括成功交易量、失败交易量和交易响应时间中的至少一者；所述目标指标值包括交易总量、交易成功率和交易平均响应时间中的至少一者。

13.根据权利要求12所述的系统，其特征在于，所述监控服务器，具体用于若所述交易总量、所述交易成功率和所述交易平均响应时间中的一个或多个满足所述告警条件时，则发出告警信息。

14.根据权利要求11至13中任一项所述的系统，其特征在于，所述监控服务器，还用于将所述目标指标值存储在数据库中，并根据所述目标指标值更新日志监控曲线。

Images