发明内容
有鉴于此,本公开提供了告警处理方法及装置,以解决相关技术中的不足。
根据本公开实施例的第一方面,提供一种告警处理方法,所述方法包括:
在接收到原始告警信息后,告警预处理服务模块根据预存的网络配置数据将所述原始告警信息转换为标准告警信息;
告警分析服务模块判断所述标准告警信息是否满足预存的预设告警条件;
当所述标准告警信息满足所述预设告警条件时,所述告警分析服务模块执行与所述标准告警信息匹配的预设告警动作。
可选地,所述网络配置数据包括以下数据中的至少一项:
网元信息数据、板卡信息数据、端口信息数据、电路信息数据、电路路由信息数据、客户信息数据、光缆信息数据、机房信息数据、站点信息数据。
可选地,所述告警预处理服务模块根据预存的网络配置数据将所述原始告警信息转换为标准告警信息,包括:
所述告警预处理服务模块在预存的网络配置数据中确定与所述原始告警信息匹配的目标网络配置数据;其中,所述网络配置数据是所述告警预处理服务模块预先从关系型数据库中读取并同步到内存中的网络配置的数据;
生成包括所述原始告警信息和所述目标网络配置数据的标准告警信息。
可选地,采用以下方式设置所述预设告警条件:
通过可扩展标记语言XML将所述预设告警条件写入关系型数据库。
可选地,采用以下方式预存所述预设告警条件,包括:
所述告警分析服务模块预先从所述关系型数据库中同步所述预设告警条件并存储。
可选地,所述预设告警条件至少包括告警条件部分和告警动作部分;
其中,所述告警条件部分通过布尔表达式表示,且至少包括一组逻辑表达式。
可选地,当所述告警条件部分包括多个所述布尔表达式时,所述预设告警条件还包括用于表征多个所述布尔表达式之间的关系的告警关系部分。
可选地,所述告警分析服务模块执行与所述标准告警信息匹配的预设告警动作之后,所述方法还包括:
所述告警分析服务模块将执行所述预设告警动作的执行结果写入关系型数据库。
根据本公开实施例的第二方面,提供一种告警处理装置,所述装置包括:告警预处理服务模块和告警分析服务模块;
所述告警预处理服务模块用于在接收到原始告警信息后,根据预存的网络配置数据将所述原始告警信息转换为标准告警信息;
所述告警分析服务模块用于判断所述标准告警信息是否满足预存的预设告警条件;
所述告警分析服务模块还用于当所述标准告警信息满足所述预设告警条件时,执行与所述标准告警信息匹配的预设告警动作。
可选地,所述网络配置数据包括以下数据中的至少一项:
网元信息数据、板卡信息数据、端口信息数据、电路信息数据、电路路由信息数据、客户信息数据、光缆信息数据、机房信息数据、站点信息数据。
可选地,所述告警预处理服务模块包括:
第一同步子模块,用于预先从关系型数据库中读取并同步网络配置数据到内存中;
确定子模块,用于在所述内存中预存的所述网络配置数据中确定与所述原始告警信息匹配的目标网络配置数据;
生成子模块,用于生成包括所述原始告警信息和所述目标网络配置数据的标准告警信息。
可选地,所述告警分析服务模块包括:
第一写入子模块,用于通过可扩展标记语言XML将所述预设告警条件写入关系型数据库。
可选地,所述告警分析服务模块还包括:
第二同步子模块,用于预先从所述关系型数据库中同步所述预设告警条件并存储。
可选地,所述预设告警条件至少包括告警条件部分和告警动作部分;
其中,所述告警条件部分通过布尔表达式表示,且至少包括一组逻辑表达式。
可选地,当所述告警条件部分包括多个所述布尔表达式时,所述预设告警条件还包括用于表征多个所述布尔表达式之间的关系的告警关系部分。
可选地,所述告警分析服务模块还包括:
第二写入子模块,用于将执行所述预设告警动作的执行结果写入关系型数据库。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开实施例中,采用告警预处理服务和告警分析服务分离设计,其中,告警预处理服务模块只需要将接收到的原始告警信息转换为标准告警信息;告警分析服务模块对所述标准告警信息进行分析,如果所述标准告警信息满足预设告警条件,所述告警分析服务模块执行相应的预设告警动作。通过上述过程,提高了告警上送速度,且降低了开发实现的难度。
本公开实施例中,告警预处理服务模块可以预先从关系型数据库中读取网络配置数据,并将所述网络配置数据同步到内存中,从而在接收到原始告警信息后,可以直接将其转换为标准告警信息。大幅降低了对关系型数据库的SQL操作,提高了告警处理效率,确保了告警分析的实时性。
本公开实施例中,告警分析服务模块可以预先从关系型数据库中同步预设告警条件,从而在告警预处理服务模块将原始告警信息转换为标准告警信息之后,可以直接判断所述标准告警信息是否满足预存的所述预设告警条件。同样大幅降低了对关系型数据库的SQL操作,提高了告警处理效率,确保了告警分析的实时性。
本公开实施例中,可以通过XML将预设告警条件写入关系型数据库,配置灵活,可读性强,且可以适应各种业务场景。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如图1所示,图1是根据一示例性实施例示出的一种告警处理方法,包括以下步骤:
在步骤101中,在接收到原始告警信息后,告警预处理服务模块根据预存的网络配置数据将所述原始告警信息转换为标准告警信息。
本公开实施例提供的告警处理方法可以用于告警服务器。其中所述告警预处理服务模块和所述告警分析服务模块可以配置在同一所述告警服务器上,也可以配置在不同的所述告警服务器上。
本步骤中,在接收到当前网络上报的原始告警信息后,所述告警预处理服务模块需要根据预先存储的所述网络配置数据将其转换为标准告警信息。其中,所述网络配置数据可以是当前网络中的一些固定配置的相关数据。可选地,所述网络配置数据可以包括以下数据中的至少一项:
网元信息数据、板卡信息数据、端口信息数据、电路信息数据、电路路由信息数据、客户信息数据、光缆信息数据、机房信息数据、站点信息数据。
本公开实施例中,为了减少对关系型数据库的SQL操作,可选地,步骤101如图2所示,可以包括:
在步骤101-1中,所述告警预处理服务模块在预存的网络配置数据中确定与所述原始告警信息匹配的目标网络配置数据。
本公开实施例中,所述告警预处理服务模块可以预先从关系型数据库中读取所述网络配置数据并将其同步到内存中,这样所述告警预处理服务模块在接收到所述原始告警信息后,可以不再需要通过对关系型数据库执行SQL操作来获取所述网络配置数据,从而提高了告警处理效率,确保了告警分析的实时性。
进一步地,所述告警预处理服务模块可以按照相关技术确定所述网络配置数据中与所述原始告警信息匹配的目标网络配置数据。
例如,网络配置数据包括端口信息数据、电路信息数据、电路路由信息数据和客户信息数据,接收到的原始告警信息中包括端口信息a,则所述告警预处理服务模块在所述网络配置数据中查找到与端口信息a匹配的目标网络配置数据,包括电路信息数据b、电路路由信息数据c和客户信息数据d。
在步骤101-2中,生成包括所述原始告警信息和所述目标网络配置数据的标准告警信息。
本步骤中,所述告警预处理服务模块可以按照相关技术,生成所述标准告警信息,其中,所述标准告警信息中包括了所述原始告警信息和所述目标网络配置数据。也就是说,所述告警预处理服务模块只需要对所述原始告警信息进行补充,补充的内容即为所述目标网络配置数据,从而生成所述标准告警信息。
在步骤102中,告警分析服务模块判断所述标准告警信息是否满足预存的预设告警条件。
本公开实施例中,采用告警预处理服务和告警分析服务分离的设计。所述告警预处理服务模块只需要将接收到的原始告警信息转换为标准告警信息,后续由所述告警分析服务模块对所述标准告警信息进行分析。
在本公开实施中,考虑到SQL语句可读性差,写法不友好,且不同数据库SQL语句还会有差异,因此,可以网络管理人员可以采用可扩展标记语言(Extensible MarkupLanguage,XML)将预设告警条件写入关系型数据库。配置灵活,可读性强,且可以适应各种业务场景。
进一步地,所述告警分析服务模块预先从所述关系型数据库中同步所述预设告警条件。可选地,还可以对所述预设告警条件进行初始化。这样在告警预处理服务模块将原始告警信息转换为标准告警信息之后,所述告警分析服务模块就可以直接按照相关技术判断所述标准告警信息是否满足预存的预设告警条件,不再需要通过对关系型数据库的SQL操作来获取所述预设告警条件,提高了告警处理效率,确保了告警分析的实时性。
本公开实施例中,所述预设告警条件至少包括告警条件部分和告警动作部分。其中,所述告警条件部分通过布尔表达式表示,且至少包括一组逻辑表达式。当所述告警条件部分包括多个所述布尔表达式时,即所述告警条件不符包括多组条件时,所述预设告警条件还可以包括用于表征多个所述布尔表达式之间的关系的告警关系部分。下面分别介绍一下如何用XML表示告警条件部分、告警关系部分和告警动作部分。
<用XML表示告警条件部分>
所述告警条件部分是用来表征告警信息需要满足的条件的部分,可以包括至少一组条件,每组条件可以通过一个布尔表达式表示,且所述告警条件部分中必须有一组逻辑表达式。逻辑表达式的运算符可以为and(与运算)、or(或运算)或者not(非运算)。
例如,运算符为or的逻辑表达式可以为:
应当注意的是,当运算符为not时,每组条件中只允许有一个子条件。例如,A和B为子条件,则逻辑表达式可以表示非A的条件,但不能表示非AB的条件。
所述告警条件部分中最小的元素为关系表达式,关系表达式的属性可以包括字段、运算符,对比数据、对比部分和附加信息。例如:
<expression type="rela"field="D_EMS_CLEAR_TIME"operator="equal"value="current"part="dw"add_info="1"/>
其中,对比部分支持的数据类型可以包括数值型(DB_TYPE_NUMBER)、字符型(DB_TYPE_STRING)和时间型(DB_TYPE_DATETIME)。
数值型(DB_TYPE_NUMBER)支持的运算符:
等于(equal)、不等于(nequal)、小于(smaller)、不小于(nsmaller)、大于(greater)、不大于(ngreater)、大于等于(greaterequal)、小于等于(smallerequal)。
字符型(DB_TYPE_STRING)支持的运算符:
等于(equal)、不等于(nequal)、小于(smaller)、不小于(nsmaller)、大于(greater)、不大于(ngreater)、大于等于(greaterequal)、小于等于(smallerequal)、包含(normallike)、前缀(prefixlike)、后缀(suffixlike)、不包含(normalnotlike)、非前缀(prefixnotlike)、非后缀(suffixnotlike)。
时间型(DB_TYPE_DATETIME)支持的运算符:
等于(equal)、不等于(nequal)、小于(smaller)、不小于(nsmaller)、大于(greater)、不大于(ngreater)、大于等于(greaterequal)、小于等于(smallerequal)。
<用XML表示告警关系部分>
所述告警关系部分是当所述告警条件部分包括多个所述布尔表达式时,即所述告警条件部分包括多组条件时,用来表征多个所述布尔表达式之间的关系的部分。
例如,标准告警信息A符合条件组1,标准告警信息B符合条件组2,告警条件部分的作用就是表示A和B之间的关系,只有符合这个关系,才算符合整个所述预设告警条件。
所述告警关系部分的XML结构举例如下:
上述结构表示标准告警信息A和标准告警信息B需要在告警时间相同且告警级别相同时,才符合整个所述预设告警条件。
应该注意地是,如果多组条件的个数为n,组关系的个数至少为n-1。
所述告警关系部分也同样支持逻辑表达式和关系表达式的组合。
所述告警关系部分内部的表达式与所述告警条件部分的表达式类似。区别是由原来的field和value字段的比较变为field1与field2字段之间的比较,且对比的两个字段数据类型必须相同。
字段之间的对比关系运算符除了包含所述告警条件部分中的运算符外,另外数字和日期还支持相差运算,相差运算表示条件组1的属性减去条件组2的属性得到的值。add_info表示相差的对比值。支持的相差运算如下:
等于(iffequal)、不等于(diffnequal)、小于(diffsmaller)、不小于(diffnsmaller)、大于(diffgreater)、不大于(diffngreater)、大于等于(diffgreaterequal)、小于等于(diffsmallerequal)、相差绝对值小于(diffabssmaller)、相差绝对值大于(diffabsgreater)。
当数据类型为DB_TYPE_NUMBER的时候,add_info为相差的数值。
当数据类型为DB_TYPE_DATETIME的时候,add_info根据对比部分不同而单位不同,对比部分如下:
日期时间(datetime)、日期(date)、时间(time)、年(yyyy)、月(mm)、日(dd)、小时(hh)、分钟(mi)、秒(ss)、星期(dw)。
<用XML表示告警动作部分>
所述告警动作部分是用来表征告警信息满足预设告警条件时需要执行的告警动作的部分,可以根据条件类型的不同属性而不同,另外也可以有多组动作。
例如根告警分析的告警动作如下:
上述结果表示操作为root告警分析,符合条件组号1的标准告警信息属于跟告警信息,其他的标准告警信属于子告警信息。同时可以将上述的告警信息输出到下一组动作,以使得下一组动作根据上述输出进行升级。
例如,在确定了跟告警信息A后,其他的标准告警信息B和C均为子告警信息。此时可以输出上述告警信息到下一组动作,下一组动作可以根据上述输出,提升跟告警信息A、子告警信息B和C的告警级别。
本公开实施例中,网络管理人员在通过上述方式,采用XML写入预设告警条件到所述关系型数据库后,所述告警分析服务模块将同步所述预设告警条件并存储。进而判断所述标准告警信息是否满足所述预设告警条件,如果满足,则继续执行步骤103,否则不再对所述标准告警信息执行任何操作处理。
在步骤103中,当所述标准告警信息满足所述预设告警条件时,所述告警分析服务模块执行与所述标准告警信息匹配的预设告警动作。
本步骤中,所述告警分析服务模块可以在所述标准告警信息满足所述预设告警条件时,自动按照相关技术执行与所述标准告警信息匹配的预设告警动作。
进一步地,上述告警处理方法在执行完成步骤103之后,如图3所示,还可以包括:
在步骤104中,所述告警分析服务模块将执行所述预设告警动作的执行结果写入关系型数据库。
为了便于网络管理人员了解预设告警动作的执行结果,所述告警分析服务模块可以在执行完成所述预设告警动作后,将所述执行结果写入所述关系型数据库中。
上述实施例中,采用告警预处理服务和告警分析服务分离设计,提高了告警上送速度,且降低了开发实现的难度。且上述过程大幅降低了对关系型数据库的SQL操作,提高了告警处理效率,确保了告警分析的实时性。另外,通过XML将预设告警条件写入关系型数据库,配置灵活,可读性强,可以适应各种业务场景。
如图4所示,图4是根据一示例性实施例示出的另一种告警处理方法,包括以下步骤:
在步骤201中,告警预处理服务模块从关系型数据库中读取网络配置数据并将所述网络配置数据同步到内存中。
本步骤中,在开始接收原始告警信息之前,所述告警预处理服务模块就会同步当前网络中的所述网络配置数据到内存中。可选地,所述网络配置数据可以包括以下数据中的至少一项:
网元信息数据、板卡信息数据、端口信息数据、电路信息数据、电路路由信息数据、客户信息数据、光缆信息数据、机房信息数据、站点信息数据。
在步骤202中,告警分析服务模块从所述关系型数据库中同步预设告警条件并存储。
本步骤中,网络管理人员通过上述实施例介绍的方式,采用XML将预设告警条件写入所述关系型数据库后,所述告警分析服务模块自动同步并存储所述预设告警条件。进一步地,可以对所述预设告警条件进行初始化。
在步骤203中,在接收到原始告警信息后,所述告警预处理服务模块在预存的所述网络配置数据中确定与所述原始告警信息匹配的目标网络配置数据。
本步骤中,所述告警预处理服务模块在接收到所述原始告警信息后,可以不再需要通过对关系型数据库执行SQL操作来获取所述网络配置数据,而是可以直接在内存中存储的所述网络配置数据中确定与所述原始告警信息匹配的所述目标网络配置数据。
在步骤204中,所述告警预处理服务模块生成包括所述原始告警信息和所述目标网络配置数据的标准告警信息。
本步骤中,所述告警预处理服务模块只需要对所述原始告警信息进行补充,补充的内容即为所述目标网络配置数据,从而生成所述标准告警信息。
在步骤205中,所述告警分析服务模块判断所述标准告警信息是否满足预存的所述预设告警条件。
如果满足,则继续执行步骤206,否则不再对所述标准告警信息执行任何操作处理。
在步骤206中,所述告警分析服务模块执行与所述标准告警信息匹配的预设告警动作。
在步骤207中,所述告警分析服务模块将执行所述预设告警动作的执行结果写入所述关系型数据库。
上述实施例中,告警预处理服务模块可以预先从关系型数据库中读取网络配置数据,并将所述网络配置数据同步到内存中,告警分析服务模块同样可以预先从关系型数据库中同步预设告警条件。进一步地,所述告警预处理服务模块只需要在接收到的原始告警信息后,根据所述网络配置数据将所述原始告警信息转换为标准告警信息,进而由所述告警分析服务模块判断所述标准告警信息是否满足预存的所述预设告警条件,如果满足,所述告警分析服务模块执行相应的预设告警动作。通过上述过程,提高了告警上送速度,且降低了开发实现的难度,且大幅降低了对关系型数据库的SQL操作,提高了告警处理效率,确保了告警分析的实时性。
下面结合实施例对上述过程进行进一步说明。
例如,预设告警条件包括:告警原因为R_LOS且关联到客户名不为空;
预设告警动作包括:执行派故障单动作。
首先,网络管理人员可以采用XML将所述预设告警条件写入关系型数据库,如图5所示。
XML结构如下:
告警预处理服务模块从关系型数据库同步网络配置数据,包括端口信息数据、电路信息数据、电路路由信息数据和客户信息信息数据。
其中,所述端口信息数据如表1所示:
表1
端口标识 |
端口名称 |
所属板卡类型 |
所属网元 |
Port-SDH-1 |
NE1-N2PQ1-SDH-1 |
N2PQ |
NE-1 |
Port-SDH-2 |
NE1-N2PQ1-SDH-2 |
N2PQ |
NE-2 |
所述电路信息数据如表2所示:
表2
电路标识 |
电路名称 |
所属客户 |
CIR-1 |
GZ-SZ-SN0001 |
Client-1 |
所述电路路由如表3所示:
表3
电路标识 |
路由顺序 |
路由对象类型 |
电路对象标识 |
CIR-1 |
1 |
端口 |
Port-SDH-1 |
CIR-1 |
2 |
端口 |
Port-SDH-2 |
所述客户信息数据如表4所示:
表4
告警分析服务模块从所述关系型数据库中同步预设告警条件并存储。
告警预处理服务模块在接收到一条原始告警信息后,调用内存存储服务确定与所述原始告警信息匹配的目标网络配置数据,进而生成标准告警信息。
假设原始告警信息如表5所示:
表5
生成的标准告警信息如表6所示:
表6
所述告警分析服务模块可以按照预设告警条件,判断所述标准告警信息是否满足所述预设告警条件。可以看出,该标准告警信息的告警名称为R-LOS,且客户名不为空,确定满足所述预设告警条件。此时所述告警分析服务模块可以执行预设的派故障单动作,进而将告警形成故障单写入所述关系型数据库中。
与前述方法实施例相对应,本公开还提供了装置的实施例。
如图6所示,图6是本公开根据一示例性实施例示出的一种告警处理装置框图,包括:告警预处理服务模块310和告警分析服务模块320。
其中,所述告警预处理服务模块310用于在接收到原始告警信息后,根据预存的网络配置数据将所述原始告警信息转换为标准告警信息;
所述告警分析服务模块320用于判断所述标准告警信息是否满足预存的预设告警条件;
所述告警分析服务模块320还用于当所述标准告警信息满足所述预设告警条件时,执行与所述标准告警信息匹配的预设告警动作。
可选地,所述网络配置数据包括以下数据中的至少一项:
网元信息数据、板卡信息数据、端口信息数据、电路信息数据、电路路由信息数据、客户信息数据、光缆信息数据、机房信息数据、站点信息数据。
如图7所示,图7是本公开根据一示例性实施例示出的另一种告警处理装置框图,该实施例在前述图6所示实施例的基础上,所述告警预处理服务模块310包括:第一同步子模块311、确定子模块312和生成子模块313。
其中,所述第一同步子模块311,用于预先从关系型数据库中读取并同步网络配置数据到内存中;
所述确定子模块312,用于在所述内存中预存的所述网络配置数据中确定与所述原始告警信息匹配的目标网络配置数据;
所述生成子模块313,用于生成包括所述原始告警信息和所述目标网络配置数据的标准告警信息。
如图8所示,图8是本公开根据一示例性实施例示出的另一种告警处理装置框图,该实施例在前述图6所示实施例的基础上,所述告警分析服务模块320包括:第一写入子模块321。
其中,所述第一写入子模块321,用于通过可扩展标记语言XML将所述预设告警条件写入关系型数据库。
如图9所示,图9是本公开根据一示例性实施例示出的另一种告警处理装置框图,该实施例在前述图8所示实施例的基础上,所述告警分析服务模块320还包括:第二同步子模块322。
其中,所述第二同步子模块322,用于预先从所述关系型数据库中同步所述预设告警条件并存储。
可选地,所述预设告警条件至少包括告警条件部分和告警动作部分;
其中,所述告警条件部分通过布尔表达式表示,且至少包括一组逻辑表达式。
可选地,当所述告警条件部分包括多个所述布尔表达式时,所述预设告警条件还包括用于表征多个所述布尔表达式之间的关系的告警关系部分。
如图10所示,图10是本公开根据一示例性实施例示出的另一种告警处理装置框图,该实施例在前述图6至图9任一所示实施例的基础上,所述告警分析服务模块320还包括:第二写入子模块323。
其中,所述第二写入子模块323,用于将执行所述预设告警动作的执行结果写入关系型数据库。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或者惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
以上所述仅为本公开的较佳实施例而已,并不用以限制本公开,凡在本公开的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本公开保护的范围之内。