具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种日志处理方法、装置及终端,接收服务器发送的目标日志数据;根据预设的分析规则,对所接收到的目标日志数据进行分析;若识别出目标日志数据满足预设的报警条件,发送报警信息。采用本发明实施例,可以使用户及时获知服务器在运行过程中出现的问题,且处理日志数据的效率高。下面将结合附图1-附图8对本发明实施例提供的一种日志处理方法、装置及终端分别进行详细介绍。
请参见图1,图1是本发明实施例提供的一种日志处理方法的流程示意图,在本发明实施例中,该方法可以包括以下步骤。
S101:接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据。
本发明实施例中,服务器仅用于描述目的,实现过程中可以是计算机、服务器等终端,具体的,本发明实施例不作限制。在分布式系统中,通常由多台服务器共同实现某一项业务功能,即将多台服务器作为一个整体,其中,各服务器在运行过程中会生成大量的日志数据,这些日志数据用于记录服务器的运行状况,例如:访问数据库成功与否的信息、描述网络连接状况的信息等等。开发人员可以利用服务器生成的日志数据分析服务器发生错误时的原因,通常,日志数据包括两类:错误日志数据和正常日志数据,所述错误日志数据标识服务器在运行过程中执行某项操作时出现的错误信息,例如:访问数据库失败、网络连接不正常、接口访问失败等等;正常日志数据标识服务器在运行过程中成功执行的某项操作。由于服务器处理的数据量非常大,通常,不同的执行操作结果对应不同数据类型的日志数据,因此,根据日志数据的数据类型即可判断出该日志数据是否为标识错误信息的日志数据,且可以进一步判断出具体属于哪种类型的错误信息,例如:访问数据库失败或网络连接失败。
本发明实施例中,接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据,可以理解的,目标日志数据为本发明实施例中所描述的错误日志数据。现有的日志处理方法中服务器通常将所生成的全部的日志数据都进行上传,日志处理装置接收到各服务器上传的日志数据后需对所接收到的日志数据解析,从中获取有用的日志数据后再进行处理,由于日志数据量非常大,导致处理日志数据的效率低。本发明实施例中,各服务器只需上传错误日志数据,不仅可以节约带宽,而且可以降低日志处理装置的存储压力,同时,由于日志处理装置在处理日志数据的过程中接收到的目标日志数据均为有用的日志数据,因此,无需对所接收到的日志数据进行解析、筛选操作获取有用的日志,而是直接对所接收到的目标日志数据进行分析即可,因此,处理日志数据的效率高。
值得说明的是,所述接收分布式系统中各服务器发送的目标日志数据,可以是各服务器一旦生成标识错误信息的日志数据,则自动将所生成的错误日志数据上传给日志处理装置,从而日志处理装置接收各服务器上传的目标日志数据;也可以是日志处理装置定期向各服务器发送获取目标日志数据的请求,各服务器接收到日志处理装置的请求后,将错误日志数据进行上传,从而日志处理装置接收各服务器上传的目标日志数据。具体的,本发明实施例不作限制。另,本发明也同样适用于一台服务器的场景,为方便说明,本发明实施例以多台服务器为例,实际上,本发明实施例对服务器的数量不作限制。
S102:根据预设的分析规则,针对任一服务器发送的目标日志数据进行分析。
本发明实施例中,所述预设的分析规则为根据用户的实际需要进行预先设定的,本发明实施例不作限制。通常,对所接收到的目标日志数据进行解析,获取目标日志数据的数据类型,针对任一服务器分别统计预设时间内每一种预设数据类型的日志数据的数量,将该数量与针对该服务器设置的同一预设数据类型的日志数据的预设值进行比较,预设值可以是预先设置的阈值也可以是由历史数据获取到的数值,具体的,本发明实施例不作限制。值得说明的是,可以将针对不同服务器设置的同一预设数据类型的日志数据的预设值设成相同,也可以设成不相同,具体的,根据实际需要进行设置,本发明实施例不作限制。为方便说明,本发明实施例可以以针对不同服务器设置的同一预设数据类型的日志数据的预设值相同为例。
例如:若用户期望获知当天任一预设数据类型的日志数据的数量是否大于针对该预设数据类型预先设置的阈值,则可以针对任一服务器发送的目标日志数据中的每一种预设数据类型,分别统计当天接收到的目标日志数据中属于同一预设数据类型的日志数据的数量,比较该数量与针对该预设数据类型预先设置的阈值的大小。再例如:若用户期望获知当天任一预设数据类型的日志数据的数量与昨天、上周该预设数据类型的日志数据的数量的变化情况,则可以针对任一服务器发送的目标日志数据中的每一种预设数据类型,分别统计当天接收到的目标日志数据中属于同一预设数据类型的日志数据的数量,分别统计昨天接收到的目标日志数据中属于同一预设数据类型的日志数据的数量,统计上周接收到的目标日志数据中属于同一预设数据类型的日志数据的平均数量,比较当天任一预设数据类型的日志数据的数量与昨天该预设数据类型的日志数据的数量的大小,比较当天任一预设数据类型的日志数据的数量与上周该预设数据类型的日志数据的平均数量的大小等等。
值得说明的是,所述当天、昨天、上周仅为描述目的,具体实施过程中可根据实际需要设定相应的时间,本发明实施例不作限制。同时,可以预先设置一种或多种分析规则,多种分析规则可以并列执行,具体的,本发明实施例不作限制。
S103:根据分析结果,识别所述任一服务器发送的目标日志数据是否满足预设的报警条件。
例如:假设预设的报警条件为当天接收到的目标日志数据中存在至少一台服务器发送的目标日志数据存在至少一种预设数据类型的日志数据的数量大于针对该预设数据类型的日志数据设置的阈值时,说明当天接收到的目标日志数据满足预设的报警条件。则本发明实施例中根据分析结果,获取任一服务器当天发送的目标日志数据中任一预设数据类型的日志数据的数量,识别当天接收到该服务器的目标日志数据中是否存在至少一种预设数据类型的日志数据的数量大于针对该预设数据类型的日志数据设置的阈值,若存在,说明该服务器发送的目标日志数据满足预设的报警条件;若不存在,说明该服务器发送的目标日志数据不满足预设的报警条件。值得说明的是,预设的报警条件需根据实际需要进行设定,本发明实施例不作任何限制。
S104:若存在至少一台服务器发送的目标日志数据满足预设的报警条件,发送报警信息。
在本发明实施例中,若识别出存在至少一台服务器发送的目标日志数据满足预设的报警条件,发送报警信息。从而,使用户及时获知服务器在运行过程中出现的问题,方便用户及时对服务器进行修复,提高服务器的运行效率。
在本发明实施例描述的日志处理方法中,接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;根据预设的分析规则,对所接收到的目标日志数据进行分析;若识别出目标日志数据满足预设的报警条件,发送报警信息。采用本发明实施例,可以使用户及时获知服务器在运行过程中出现的问题,且处理日志数据的效率高。
请参见图2,图2是本发明实施例提供的一种日志处理方法的另一流程示意图,在本发明实施例中,该方法可以包括以下步骤。
S201:接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据。
S202:针对任一服务器发送的目标日志数据中任一预设数据类型的日志数据,统计该预设数据类型的日志数据的数量。
为方便说明,假设标识错误信息的预设数据类型包括3种数据类型,用A、B、C表示,假设分布式系统中服务器的数量为2台,用S1、S2表示,分别统计预设时间段内服务器S1、服务器S2发送的目标日志数据中数据类型分别为数据类型A、数据类型B、数据类型C的日志数据的数量,其中,预设时间段根据实际需要进行设定,通常设定为当天或24小时。例如:假设统计当天的日志数据,针对服务器S1统计得数据类型A的日志数据的数量为NumA1,数据类型B的日志数据的数量为NumB1,数据类型C的日志数据的数量为NumC1;针对服务器S2统计得数据类型A的日志数据的数量为NumA2,数据类型B的日志数据的数量为NumB2,数据类型C的日志数据的数量为NumC2。
S203:比较该数量是否大于针对该预设数据类型的日志数据设置的阈值。
通常,服务器具备一定的容错能力,出现些许的错误日志时无需用户去针对服务器进行修复。因此,本发明实施例中,预先针对每台服务器的每一种预设数据类型的日志数据设置了一个阈值,若任一服务器在预设时间段内发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于针对该预设数据类型的日志数据设置的阈值,则认为该服务器发送的目标日志数据满足报警条件,需采取相应的措施通知用户;若任一服务器预设时间段内发送的目标日志数据中任意一种预设数据类型的日志数据的数量均不大于针对该预设数据类型的日志数据设置的阈值,判定该服务器发送的目标日志数据不满足预设的报警条件。
S204:若所述任一服务器发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于针对该预设数据类型的日志数据设置的阈值,判定该服务器发送的目标日志数据满足预设的报警条件。
为方便说明,假设针对各服务器设置的阈值相同,如针对数据类型A、数据类型B、数据类型C的日志数据预先设置的阈值分别为ThA、ThB、ThC,若存在NumA1>ThA或NumB1>ThB或NumC1>ThC,说明服务器S1发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于针对该预设数据类型的日志数据设置的阈值,则判定服务器S1发送的目标日志数据满足预设的报警条件;同样的,若存在NumA2>ThA或NumB2>ThB或NumC2>ThC,说明服务器S2发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于针对该预设数据类型的日志数据设置的阈值,则判定服务器S2发送的目标日志数据满足预设的报警条件。若所述任一服务器发送的目标日志数据中任意一种预设数据类型的日志数据的数量均不大于针对该预设数据类型的日志数据设置的阈值,判定该服务器发送的目标日志数据不满足预设的报警条件。
值得说明的是,也可以是针对所有预设数据类型的日志数据设置一个阈值,即可以是ThA=ThB,ThB=ThC,若单台服务器发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于该阈值,则判定该服务器发送的目标日志数据满足报警条件。
S205:若存在至少一台服务器发送的目标日志数据满足预设的报警条件,发送报警信息。
本发明实施例中,若存在至少一台服务器发送的目标日志数据满足预设的报警条件,发送报警信息通知用户;若每台服务器发送的目标日志数据均不满足预设的报警条件,则无需发送报警信息。其中,发送报警信息的方式可以是向目标邮箱发送报警邮件,所述报警邮件中记录有报警信息,例如:报警信息可以是具体哪一台服务器,或者是该服务器的哪一种预设数据类型的日志数据,从而,方便用户直接根据报警信息进行故障定位;也可以是向目标手机发送报警短信息,所述报警短信息中记录有报警信息,还可以是这两种报警方式的结合或者是其它的方式,具体的,本发明实施例不作限制。其中,目标邮箱和/或目标手机为预先设置的目标对象,报警信息可以是预设内容,也可是根据满足报警条件的日志数据或分析结果生成的内容。为方便说明,例如:假设NumA1>ThA,则报警信息包括的内容可以是“服务器S1中数据类型为数据类型A的日志数据的数量超过阈值”。于是,用户接收到报警信息后,可立马获知数据类型A对应的错误类型及出现问题的目标服务器,如假设数据类型A对应访问数据库失败的情况,则用户可立马定位出故障原因。
在本发明实施例描述的日志处理方法中,接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;分别对任一服务器发送的目标日志数据中任一预设数据类型的日志数据进行分析;若识别出目标日志数据满足预设的报警条件,发送报警信息。采用本发明实施例,可以使用户及时获知服务器在运行过程中出现的问题,且处理日志数据的效率高。
请参见图3,图3是本发明实施例提供的一种日志处理方法的又一流程示意图,在本发明实施例中,该方法可以包括以下步骤。
S301:接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据。
值得说明的是,在多台服务器组成的架构中,为了更好地实现故障定位,目标日志数据包括设备标识或日志处理装置接收到服务器发送的目标日志数据后,根据该服务器的标识给该服务器发送过来的目标日志数据添加设备标识,设备标识用于区分不同的服务器。所述设备标识包括IP地址,还可以包括业务名称、业务类型等信息。
S302:针对任一服务器发送的目标日志数据中任一预设数据类型的日志数据,统计当天该预设数据类型的日志数据的数量。
针对任一服务器当天发送的目标日志数据,分别统计每台服务器发送的目标日志数据中每一种预设数据类型的日志数据的数量。
S303:比较该数量是否大于当天之前的预设时长内该预设数据类型的日志数据的平均数量。
根据当天之前的预设时长内接收到的目标日志数据,分别统计该时间段内每台服务器发送的目标日志数据中每一种预设数据类型的日志数据的平均数量,以天为单位,针对每一种预设数据类型,比较当天任一预设数据类型的日志数据的数量与当天之前的预设时长内该预设数据类型的日志数据的平均数量的大小。若当天存在至少一种预设数据类型的日志数据的数量大于当天之前的预设时长内该预设数据类型的日志数据的平均数量,判定该服务器发送的目标日志数据满足预设的报警条件,需采取相应的措施通知用户;否则,判定该服务器发送的目标日志数据不满足预设的报警条件。其中,当天之前的预设时长可以是一天、一周、一个月等等,具体的,本发明实施例不作限制。
S304:若任一服务器当天发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于当天之前的预设时长内该预设数据类型的日志数据的平均数量,判定该服务器发送的目标日志数据满足预设的报警条件。
例如:假设服务器S1当天发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于当天之前的预设时长内该预设数据类型的日志数据的平均数量,则判定服务器S1发送的目标日志数据满足预设的报警条件。否则,判定该服务器发送的目标日志数据不满足预设的报警条件。
S305:若存在至少一台服务器发送的目标日志数据满足预设的报警条件,发送报警信息。
本发明实施例中,发送报警信息的方式可以是向目标邮箱发送报警邮件,所述报警邮件中记录有报警信息;也可以是向目标手机发送报警短信息,所述报警短信息中记录有报警信息,还可以是这两种报警方式的结合或者是其它的方式,具体的,本发明实施例不作限制。其中,目标邮箱和/或目标手机为预先设置的目标对象,报警信息可以是预设内容,也可是根据满足报警条件的日志数据或分析结果生成的内容。
值得说明的是,若目标日志数据中包括设备标识,则可进一步根据满足报警条件的目标日志数据,获取该目标日志数据中包括的设备标识,向所述设备标识对应的服务器发送报警信息。从而,可将出现的问题更精确的定位至具体的服务器上。
在本发明实施例描述的日志处理方法中,接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;分别对任一服务器发送的目标日志数据中任一预设数据类型的日志数据进行分析;若识别出目标日志数据满足预设的报警条件,发送报警信息。采用本发明实施例,可以使用户及时获知服务器在运行过程中出现的问题,且处理日志数据的效率高。
请参见图4,图4是本发明实施例提供的一种日志处理方法的再一流程示意图,在本发明实施例中,该方法可以包括以下步骤。
S401:接收服务器发送的目标日志数据,所述目标日志数据包括设备标识。
本发明实施例中,目标日志数据为标识错误信息的各预设数据类型的日志数据,各服务器在上报目标日志数据之前,给目标日志数据添加设备标识,从而,日志处理装置可根据接收到的目标日志数据识别数据来源,同时,也方便用户查阅来自同一服务器的目标日志数据。
S402:根据预设的分析规则,针对任一服务器发送的目标日志数据进行分析。
本发明实施例中,所述预设的分析规则为根据用户的实际需要进行预先设定的,本发明实施例不作限制。
S403:根据分析结果,生成报表。
例如:假设预设数据类型包括A、B两种数据类型,服务器包括S1、S2两台服务器,分别统计各服务器在不同时间段内发送的目标日志数据中每一种预设数据类型的日志数据的数量或平均数量,为方便说明,假设不同时间段为当天、昨天和上周,则根据分析结果可以生成报表如表1所示,表1是本发明实施例提供的其中一种报表形式。
表1
从表1可以看出,针对服务器S1当天接收到的目标日志数据的数量为21,其中数据类型A的日志数据的数量为14,数据类型B的日志数据的数量为7;昨天接收到的目标日志数据的数量为21,其中数据类型A的日志数据的数量为15,数据类型B的日志数据的数量为6;当天之前的上一周时间段内接收到的目标日志数据的数量为(13+8)*7=147,上周数据类型A的日志数据的平均数量为13,上周数据类型B的日志数据的平均数量为8;针对数据类型A的日志数据预先设置的阈值为16,则可以认为一天内接收到的数据类型A的日志数据的数量超过16时满足预设的报警条件;针对数据类型B的日志数据预先设置的阈值为12,则可以认为一天内接收到的数据类型B的日志数据的数量超过12时满足预设的报警条件。针对服务器S2当天接收到的目标日志数据的数量为13,其中数据类型A的日志数据的数量为10,数据类型B的日志数据的数量为3;昨天接收到的目标日志数据的数量为10,其中数据类型A的日志数据的数量为8,数据类型B的日志数据的数量为2;当天之前的上一周时间段内接收到的目标日志数据的数量为(12+5)*7=112,上周数据类型A的日志数据的平均数量为12,上周数据类型B的日志数据的平均数量为5;针对数据类型A的日志数据预先设置的阈值为16,则可以认为一天内接收到的数据类型A的日志数据的数量超过16时满足预设的报警条件;针对数据类型B的日志数据预先设置的阈值为12,则可以认为一天内接收到的数据类型B的日志数据的数量超过12时满足预设的报警条件。
再例如:分别统计预设时间段内每台服务器每天发送的目标日志数据中每一种预设数据类型的日志数据的数量,生成的报表可以如图4a所示,图4a是图4提供的其中一种报表的显示示意图,在该图中,不同的服务器对应不同的子图,值得说明的是,也可以将各子图统一在一个图中,同时在图中分别标注各服务器的数据,也可以是其它的报表形式,本发明实施例对报表的具体表现形式不作限制,图4a仅为方便说明举的一种特例,从而方便用户在同一个报表窗口中查阅所有的目标日志数据信息量。值得说明的是,还可以在报表中标识出针对每一种预设数据类型的日志数据设置的阈值或统计出的周平均数量等信息。从而,通过报表的形式将目标日志数据呈现给用户,通过报表方便用户快速定位问题。
本发明实施例中,若接收到针对该报表的显示指令,显示所述报表,从而,用户根据该报表可更直观地了解日志信息,有助于更快地找出问题。
S404:若目标日志数据满足预设的报警条件,获取该目标日志数据中包括的设备标识。
例如:假设某一服务器当天发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于上周该预设数据类型的日志数据的平均数量时,说明该服务器发送的目标日志数据满足预设的报警条件。本发明实施例中,若存在至少一台服务器发送的目标日志数据满足预设的报警条件,则判定所接收到的目标日志数据满足预设的报警条件,发送报警信息。例如:由表1中的数据可知,目标日志数据满足预设的报警条件,具体的,服务器S1发送的目标日志数据满足报警条件,其中,数据类型为A的日志数据的当天数量大于周平均数量。进一步的,根据满足所述报警条件的目标日志数据,获取该目标日志数据中包括的设备标识。
S405:向所述设备标识对应的服务器发送报警信息。
从而,通过目标日志数据中包括的设备标识,可将出现的问题更精确的定位至具体的服务器上。
值得说明的是,本发明实施例中,步骤S403和步骤S404、S405并不受执行先后顺序的限制,可以是根据步骤S403生成报表之后,若目标日志数据满足预设的报警条件,再根据步骤S404、S405发送报警信息;也可以是若目标日志数据满足预设的报警条件,根据步骤S404、S405发送报警信息之后,再根据步骤S403生成报表。具体的,本发明实施例不作限制。
在本发明实施例描述的日志处理方法中,接收服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;分别对任一服务器发送的目标日志数据中任一预设数据类型的日志数据进行分析;若识别出目标日志数据满足预设的报警条件,发送报警信息。采用本发明实施例,可以使用户及时获知服务器在运行过程中出现的问题,且处理日志数据的效率高。
下面为本发明装置实施例,本发明装置实施例与本发明方法实施例属于同一构思,用于执行本发明方法实施例中描述的方法。为了便于说明,本发明装置实施例仅示出与本发明装置实施例相关的部分,具体技术细节未揭示的,请参照本发明方法实施例的描述,此处不再一一赘述。
请参见图5,图5是本发明实施例提供的一种日志处理装置的结构示意图,在本发明实施例中,该装置可以包括:接收模块101、分析模块102、识别模块103和发送模块104。
接收模块101,用于接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据。
分析模块102,用于根据预设的分析规则,针对任一服务器发送的目标日志数据进行分析。
识别模块103,用于根据分析结果,识别所述任一服务器发送的目标日志数据是否满足预设的报警条件。
发送模块104,用于若存在至少一台服务器发送的目标日志数据满足预设的报警条件,发送报警信息。
在本发明实施例描述的日志处理装置中,接收服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;根据预设的分析规则,对所接收到的目标日志数据进行分析;若识别出目标日志数据满足预设的报警条件,发送报警信息。采用本发明实施例,可以使用户及时获知服务器在运行过程中出现的问题,且处理日志数据的效率高。
请参见图6,图6是本发明实施例提供的一种日志处理装置的另一结构示意图,在本发明实施例中,该装置可以包括:接收模块201、分析模块202、识别模块203、发送模块204、生成模块205和添加模块206。
接收模块201,用于接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据。
分析模块202,用于根据预设的分析规则,针对任一服务器发送的目标日志数据进行分析。
识别模块203,用于根据分析结果,识别所述任一服务器发送的目标日志数据是否满足预设的报警条件。
发送模块204,用于若存在至少一台服务器发送的目标日志数据满足预设的报警条件,发送报警信息。
生成模块205,用于:
根据所述分析结果,生成报表;
若接收到针对该报表的显示指令,显示所述报表。
添加模块206,用于:
给所述目标日志数据添加设备标识。
第一方面,分析模块202可以具体用于:
针对任一服务器发送的目标日志数据中任一预设数据类型的日志数据,统计该预设数据类型的日志数据的数量;
比较该数量是否大于针对该预设数据类型的日志数据设置的阈值;
识别模块203可以具体用于:
若所述任一服务器发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于针对该预设数据类型的日志数据设置的阈值,判定该服务器发送的目标日志数据满足预设的报警条件;
若所述任一服务器发送的目标日志数据中任意一种预设数据类型的日志数据的数量均不大于针对该预设数据类型的日志数据设置的阈值,判定该服务器发送的目标日志数据不满足预设的报警条件。
第二方面,分析模块202可以具体用于:
针对任一服务器发送的目标日志数据中任一预设数据类型的日志数据,统计当天该预设数据类型的日志数据的数量;
比较该数量是否大于当天之前的预设时长内该预设数据类型的日志数据的平均数量;
识别模块203可以具体用于:
若任一服务器当天发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于当天之前的预设时长内该预设数据类型的日志数据的平均数量,判定该服务器发送的目标日志数据满足预设的报警条件;
否则,判定该服务器发送的目标日志数据不满足预设的报警条件。
优选的,发送模块204具体用于
若识别出目标日志数据满足预设的报警条件,根据满足所述报警条件的目标日志数据,获取该目标日志数据中包括的设备标识;
向所述设备标识对应的服务器发送报警信息。
优选的,所述设备标识包括IP地址。
优选的,发送模块204还可以具体用于:
若识别出目标日志数据满足预设的报警条件,向目标邮箱发送报警邮件,所述报警邮件中记录有所述报警信息;和/或,向目标手机发送报警短信息,所述报警短信息中记录有所述报警信息。
在本发明实施例描述的日志处理装置中,接收服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;根据预设的分析规则,对所接收到的目标日志数据进行分析;若识别出目标日志数据满足预设的报警条件,发送报警信息。采用本发明实施例,可以使用户及时获知服务器在运行过程中出现的问题,且处理日志数据的效率高。
请参见图7,图7是本发明实施例提供的一种终端的结构示意图,在本发明实施例中,终端10包括如上所述的日志处理装置。所述终端可以是计算机、服务器等设备,也可以是分布式系统中的任一服务器,具体的,本发明实施例不作限制。
值得说明的是,终端10包括如上所述的任一种日志处理装置,为方便说明,以其中一种日志处理装置来进行说明。接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;根据预设的分析规则,针对任一服务器发送的目标日志数据进行分析;根据分析结果,识别所述任一服务器发送的目标日志数据是否满足预设的报警条件;若存在至少一台服务器发送的目标日志数据满足预设的报警条件,发送报警信息。
在本发明实施例描述的终端中,接收服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;根据预设的分析规则,对所接收到的目标日志数据进行分析;若识别出目标日志数据满足预设的报警条件,发送报警信息。采用本发明实施例,可以使用户及时获知服务器在运行过程中出现的问题,且处理日志数据的效率高。
请参见图8,图8是本发明实施例提供的一种日志处理装置的又一结构示意图,用于执行本发明实施例公开的日志处理方法,该装置可以包括:至少一个处理器301,例如CPU,至少一个网络接口304或者其他用户接口303,存储器305,至少一个通信总线302。通信总线302用于实现这些组件之间的连接通信。其中,用户接口303可选的可以包括USB接口以及其他标准接口、有线接口。网络接口304可选的可以包括Wi-Fi接口以及其他无线接口。存储器305可能包含高速RAM存储器,也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器305可选的可以包含至少一个位于远离前述处理器301的存储装置。如图8所示,作为一种计算机存储介质的存储器305中可以包括操作系统3051及应用程序3052。
在一些实施方式中,存储器305存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集:
操作系统3051,包含各种系统程序,用于实现各种基础业务以及处理基于硬件的任务;
应用程序3052,包含目标网络数据的数据分块参数的设置程序、目标数据块的划分程序、目标数据块与数据库中的数据块的比较程序以及目标数据块的删除程序等各种应用程序,用于实现各种应用业务。
具体地,处理器301用于调用存储器305中存储的程序,执行以下操作:
接收分布式系统中各服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;
根据预设的分析规则,针对任一服务器发送的目标日志数据进行分析;
根据分析结果,识别所述任一服务器发送的目标日志数据是否满足预设的报警条件;
若存在至少一台服务器发送的目标日志数据满足预设的报警条件,发送报警信息。
在另一种实施例中,处理器301执行所述根据预设的分析规则,针对任一服务器发送的目标日志数据进行分析的操作,包括执行以下操作:
针对任一服务器发送的目标日志数据中任一预设数据类型的日志数据,统计该预设数据类型的日志数据的数量;
比较该数量是否大于针对该预设数据类型的日志数据设置的阈值;
执行所述根据分析结果,识别所述任一服务器发送的目标日志数据是否满足预设的报警条件的操作,包括执行以下操作:
若所述任一服务器发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于针对该预设数据类型的日志数据设置的阈值,判定该服务器发送的目标日志数据满足预设的报警条件;
若所述任一服务器发送的目标日志数据中任意一种预设数据类型的日志数据的数量均不大于针对该预设数据类型的日志数据设置的阈值,判定该服务器发送的目标日志数据不满足预设的报警条件。
在另一种实施例中,处理器301执行所述根据预设的分析规则,针对任一服务器发送的目标日志数据进行分析的操作,包括执行以下操作:
针对任一服务器发送的目标日志数据中任一预设数据类型的日志数据,统计当天该预设数据类型的日志数据的数量;
比较该数量是否大于当天之前的预设时长内该预设数据类型的日志数据的平均数量;
执行所述根据分析结果,识别所述任一服务器发送的目标日志数据是否满足预设的报警条件的操作,包括执行以下操作:
若任一服务器当天发送的目标日志数据中存在至少一种预设数据类型的日志数据的数量大于当天之前的预设时长内该预设数据类型的日志数据的平均数量,判定该服务器发送的目标日志数据满足预设的报警条件;
否则,判定该服务器发送的目标日志数据不满足预设的报警条件。
在另一种实施例中,处理器301执行所述针对任一服务器发送的目标日志数据进行分析的操作之后,还执行以下操作:
根据所述分析结果,生成报表;
若接收到针对该报表的显示指令,显示所述报表。
在另一种实施例中,处理器301若识别出至少一台服务器发送的目标日志数据满足预设的报警条件,执行所述发送报警信息的操作,包括:
根据满足所述报警条件的目标日志数据,获取该目标日志数据中包括的设备标识;
向所述设备标识对应的服务器发送报警信息。
在另一种实施例中,处理器301执行所述接收分布式系统中各服务器发送的目标日志数据的操作之后,还包括执行以下操作:
给所述目标日志数据添加设备标识。
优选的,所述设备标识包括IP地址。
在另一种实施例中,处理器301若识别出至少一台服务器发送的目标日志数据满足预设的报警条件,执行所述发送报警信息的操作,包括执行以下操作:
向目标邮箱发送报警邮件,所述报警邮件中记录有所述报警信息;和/或,
向目标手机发送报警短信息,所述报警短信息中记录有所述报警信息。
在本发明实施例描述的技术方案中,接收服务器发送的目标日志数据,所述目标日志数据为标识错误信息的各预设数据类型的日志数据;根据预设的分析规则,对所接收到的目标日志数据进行分析;若识别出目标日志数据满足预设的报警条件,发送报警信息。采用本发明实施例,可以使用户及时获知服务器在运行过程中出现的问题,且处理日志数据的效率高。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定是必须针对相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
本领域的技术人员可以将本说明书中描述的不同实施例以及不同实施例的特征进行结合和组合。本发明所有实施例中的模块或单元,可以通过通用集成电路,例如CPU(Central Processing Unit,中央处理器),或通过ASIC(ApplicationSpecific Integrated Circuit,专用集成电路)来实现。
本发明所有实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减;本发明所有实施例装置中的模块或单元可以根据实际需要进行合并、划分和删减。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
以上所揭露的仅为本发明的较佳实施例而已,当然不能以此来限定本发明之权利范围,本领域普通技术人员可以理解实现上述实施例的全部或部分流程,并依本发明权利要求所作的等同变化,仍属于发明所涵盖的范围。