CN105912571A - 告警处理方法及装置 - Google Patents

告警处理方法及装置 Download PDF

Info

Publication number
CN105912571A
CN105912571A CN201610193029.5A CN201610193029A CN105912571A CN 105912571 A CN105912571 A CN 105912571A CN 201610193029 A CN201610193029 A CN 201610193029A CN 105912571 A CN105912571 A CN 105912571A
Authority
CN
China
Prior art keywords
alarm
information
data
service module
network configuration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610193029.5A
Other languages
English (en)
Inventor
曹雄
杨学刚
杨志成
朱江
宋智
沈小明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
GUANGDONG KAITONG SOFTWARE DEVELOPMENT Co Ltd
Original Assignee
GUANGDONG KAITONG SOFTWARE DEVELOPMENT Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by GUANGDONG KAITONG SOFTWARE DEVELOPMENT Co Ltd filed Critical GUANGDONG KAITONG SOFTWARE DEVELOPMENT Co Ltd
Priority to CN201610193029.5A priority Critical patent/CN105912571A/zh
Publication of CN105912571A publication Critical patent/CN105912571A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/242Query formulation
    • G06F16/2433Query languages
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases

Abstract

本公开提供了告警处理方法及装置,其中,所述方法包括:在接收到原始告警信息后,告警预处理服务模块根据预存的网络配置数据将所述原始告警信息转换为标准告警信息;告警分析服务模块判断所述标准告警信息是否满足预存的预设告警条件;当所述标准告警信息满足所述预设告警条件时,所述告警分析服务模块执行与所述标准告警信息匹配的预设告警动作。本公开采用告警预处理服务和告警分析服务分离设计,提高了告警上送速度,且降低了开发实现的难度。

Description

告警处理方法及装置
技术领域
本公开涉及通信领域,尤其涉及告警处理方法及装置。
背景技术
随着网络的集中化管理,带来不少的挑战,特别是告警管理。将全专业全网的告警信息进行统一收集管理,会导致告警量巨大,如何筛选出重要的业务告警成了一个迫切要解决的问题。
相关技术中是基于关系型数据库,将重要的业务告警的各种属性条件拼接成数据库的结构化查询语言(Structured Query Language,SQL)语句,周期性进行SQL查询从而筛选出重要的业务告警。但是,采用该方法存在以下问题:
问题一,处理效率低,特别是告警量大,SQL条件复杂,导致性能下降;
问题二,不够灵活,受限于SQL的语句,并且不同数据库SQL语句还会有差异;
问题三,可读性差,基于SQL的写法不友好。
发明内容
有鉴于此,本公开提供了告警处理方法及装置,以解决相关技术中的不足。
根据本公开实施例的第一方面,提供一种告警处理方法,所述方法包括:
在接收到原始告警信息后,告警预处理服务模块根据预存的网络配置数据将所述原始告警信息转换为标准告警信息;
告警分析服务模块判断所述标准告警信息是否满足预存的预设告警条件;
当所述标准告警信息满足所述预设告警条件时,所述告警分析服务模块执行与所述标准告警信息匹配的预设告警动作。
可选地,所述网络配置数据包括以下数据中的至少一项:
网元信息数据、板卡信息数据、端口信息数据、电路信息数据、电路路由信息数据、客户信息数据、光缆信息数据、机房信息数据、站点信息数据。
可选地,所述告警预处理服务模块根据预存的网络配置数据将所述原始告警信息转换为标准告警信息,包括:
所述告警预处理服务模块在预存的网络配置数据中确定与所述原始告警信息匹配的目标网络配置数据;其中,所述网络配置数据是所述告警预处理服务模块预先从关系型数据库中读取并同步到内存中的网络配置的数据;
生成包括所述原始告警信息和所述目标网络配置数据的标准告警信息。
可选地,采用以下方式设置所述预设告警条件:
通过可扩展标记语言XML将所述预设告警条件写入关系型数据库。
可选地,采用以下方式预存所述预设告警条件,包括:
所述告警分析服务模块预先从所述关系型数据库中同步所述预设告警条件并存储。
可选地,所述预设告警条件至少包括告警条件部分和告警动作部分;
其中,所述告警条件部分通过布尔表达式表示,且至少包括一组逻辑表达式。
可选地,当所述告警条件部分包括多个所述布尔表达式时,所述预设告警条件还包括用于表征多个所述布尔表达式之间的关系的告警关系部分。
可选地,所述告警分析服务模块执行与所述标准告警信息匹配的预设告警动作之后,所述方法还包括:
所述告警分析服务模块将执行所述预设告警动作的执行结果写入关系型数据库。
根据本公开实施例的第二方面,提供一种告警处理装置,所述装置包括:告警预处理服务模块和告警分析服务模块;
所述告警预处理服务模块用于在接收到原始告警信息后,根据预存的网络配置数据将所述原始告警信息转换为标准告警信息;
所述告警分析服务模块用于判断所述标准告警信息是否满足预存的预设告警条件;
所述告警分析服务模块还用于当所述标准告警信息满足所述预设告警条件时,执行与所述标准告警信息匹配的预设告警动作。
可选地,所述网络配置数据包括以下数据中的至少一项:
网元信息数据、板卡信息数据、端口信息数据、电路信息数据、电路路由信息数据、客户信息数据、光缆信息数据、机房信息数据、站点信息数据。
可选地,所述告警预处理服务模块包括:
第一同步子模块,用于预先从关系型数据库中读取并同步网络配置数据到内存中;
确定子模块,用于在所述内存中预存的所述网络配置数据中确定与所述原始告警信息匹配的目标网络配置数据;
生成子模块,用于生成包括所述原始告警信息和所述目标网络配置数据的标准告警信息。
可选地,所述告警分析服务模块包括:
第一写入子模块,用于通过可扩展标记语言XML将所述预设告警条件写入关系型数据库。
可选地,所述告警分析服务模块还包括:
第二同步子模块,用于预先从所述关系型数据库中同步所述预设告警条件并存储。
可选地,所述预设告警条件至少包括告警条件部分和告警动作部分;
其中,所述告警条件部分通过布尔表达式表示,且至少包括一组逻辑表达式。
可选地,当所述告警条件部分包括多个所述布尔表达式时,所述预设告警条件还包括用于表征多个所述布尔表达式之间的关系的告警关系部分。
可选地,所述告警分析服务模块还包括:
第二写入子模块,用于将执行所述预设告警动作的执行结果写入关系型数据库。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开实施例中,采用告警预处理服务和告警分析服务分离设计,其中,告警预处理服务模块只需要将接收到的原始告警信息转换为标准告警信息;告警分析服务模块对所述标准告警信息进行分析,如果所述标准告警信息满足预设告警条件,所述告警分析服务模块执行相应的预设告警动作。通过上述过程,提高了告警上送速度,且降低了开发实现的难度。
本公开实施例中,告警预处理服务模块可以预先从关系型数据库中读取网络配置数据,并将所述网络配置数据同步到内存中,从而在接收到原始告警信息后,可以直接将其转换为标准告警信息。大幅降低了对关系型数据库的SQL操作,提高了告警处理效率,确保了告警分析的实时性。
本公开实施例中,告警分析服务模块可以预先从关系型数据库中同步预设告警条件,从而在告警预处理服务模块将原始告警信息转换为标准告警信息之后,可以直接判断所述标准告警信息是否满足预存的所述预设告警条件。同样大幅降低了对关系型数据库的SQL操作,提高了告警处理效率,确保了告警分析的实时性。
本公开实施例中,可以通过XML将预设告警条件写入关系型数据库,配置灵活,可读性强,且可以适应各种业务场景。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是本公开根据一示例性实施例示出的一种告警处理方法流程图;
图2是本公开根据一示例性实施例示出的另一种告警处理方法流程图;
图3是本公开根据一示例性实施例示出的另一种告警处理方法流程图;
图4是本公开根据一示例性实施例示出的另一种告警处理方法流程图;
图5是本公开根据一示例性实施例示出的一种预设告警条件示意图;
图6是本公开根据一示例性实施例示出的一种告警处理装置框图;
图7是本公开根据一示例性实施例示出的另一种告警处理装置框图;
图8是本公开根据一示例性实施例示出的另一种告警处理装置框图;
图9是本公开根据一示例性实施例示出的另一种告警处理装置框图;
图10是本公开根据一示例性实施例示出的另一种告警处理装置框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如图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,用于将执行所述预设告警动作的执行结果写入关系型数据库。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或者惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
以上所述仅为本公开的较佳实施例而已,并不用以限制本公开,凡在本公开的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本公开保护的范围之内。

Claims (16)

1.一种告警处理方法,其特征在于,所述方法包括:
在接收到原始告警信息后,告警预处理服务模块根据预存的网络配置数据将所述原始告警信息转换为标准告警信息;
告警分析服务模块判断所述标准告警信息是否满足预存的预设告警条件;
当所述标准告警信息满足所述预设告警条件时,所述告警分析服务模块执行与所述标准告警信息匹配的预设告警动作。
2.根据权利要求1所述的方法,其特征在于,所述网络配置数据包括以下数据中的至少一项:
网元信息数据、板卡信息数据、端口信息数据、电路信息数据、电路路由信息数据、客户信息数据、光缆信息数据、机房信息数据、站点信息数据。
3.根据权利要求1所述的方法,其特征在于,所述告警预处理服务模块根据预存的网络配置数据将所述原始告警信息转换为标准告警信息,包括:
所述告警预处理服务模块在预存的网络配置数据中确定与所述原始告警信息匹配的目标网络配置数据;其中,所述网络配置数据是所述告警预处理服务模块预先从关系型数据库中读取并同步到内存中的网络配置的数据;
生成包括所述原始告警信息和所述目标网络配置数据的标准告警信息。
4.根据权利要求1所述的方法,其特征在于,采用以下方式设置所述预设告警条件:
通过可扩展标记语言XML将所述预设告警条件写入关系型数据库。
5.根据权利要求4所述的方法,其特征在于,采用以下方式预存所述预设告警条件,包括:
所述告警分析服务模块预先从所述关系型数据库中同步所述预设告警条件并存储。
6.根据权利要求4所述的方法,其特征在于,所述预设告警条件至少包括告警条件部分和告警动作部分;
其中,所述告警条件部分通过布尔表达式表示,且至少包括一组逻辑表达式。
7.根据权利要求6所述的方法,其特征在于,当所述告警条件部分包括多个所述布尔表达式时,所述预设告警条件还包括用于表征多个所述布尔表达式之间的关系的告警关系部分。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述告警分析服务模块执行与所述标准告警信息匹配的预设告警动作之后,所述方法还包括:
所述告警分析服务模块将执行所述预设告警动作的执行结果写入关系型数据库。
9.一种告警处理装置,其特征在于,所述装置包括:告警预处理服务模块和告警分析服务模块;
所述告警预处理服务模块用于在接收到原始告警信息后,根据预存的网络配置数据将所述原始告警信息转换为标准告警信息;
所述告警分析服务模块用于判断所述标准告警信息是否满足预存的预设告警条件;
所述告警分析服务模块还用于当所述标准告警信息满足所述预设告警条件时,执行与所述标准告警信息匹配的预设告警动作。
10.根据权利要求9所述的装置,其特征在于,所述网络配置数据包括以下数据中的至少一项:
网元信息数据、板卡信息数据、端口信息数据、电路信息数据、电路路由信息数据、客户信息数据、光缆信息数据、机房信息数据、站点信息数据。
11.根据权利要求9所述的装置,其特征在于,所述告警预处理服务模块包括:
第一同步子模块,用于预先从关系型数据库中读取并同步网络配置数据到内存中;
确定子模块,用于在所述内存中预存的所述网络配置数据中确定与所述原始告警信息匹配的目标网络配置数据;
生成子模块,用于生成包括所述原始告警信息和所述目标网络配置数据的标准告警信息。
12.根据权利要求9所述的装置,其特征在于,所述告警分析服务模块包括:
第一写入子模块,用于通过可扩展标记语言XML将所述预设告警条件写入关系型数据库。
13.根据权利要求12所述的装置,其特征在于,所述告警分析服务模块还包括:
第二同步子模块,用于预先从所述关系型数据库中同步所述预设告警条件并存储。
14.根据权利要求12所述的装置,其特征在于,所述预设告警条件至少包括告警条件部分和告警动作部分;
其中,所述告警条件部分通过布尔表达式表示,且至少包括一组逻辑表达式。
15.根据权利要求14所述的装置,其特征在于,当所述告警条件部分包括多个所述布尔表达式时,所述预设告警条件还包括用于表征多个所述布尔表达式之间的关系的告警关系部分。
16.根据权利要求9-15任一项所述的装置,其特征在于,所述告警分析服务模块还包括:
第二写入子模块,用于将执行所述预设告警动作的执行结果写入关系型数据库。
CN201610193029.5A 2016-03-30 2016-03-30 告警处理方法及装置 Pending CN105912571A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610193029.5A CN105912571A (zh) 2016-03-30 2016-03-30 告警处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610193029.5A CN105912571A (zh) 2016-03-30 2016-03-30 告警处理方法及装置

Publications (1)

Publication Number Publication Date
CN105912571A true CN105912571A (zh) 2016-08-31

Family

ID=56745307

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610193029.5A Pending CN105912571A (zh) 2016-03-30 2016-03-30 告警处理方法及装置

Country Status (1)

Country Link
CN (1) CN105912571A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117155772A (zh) * 2023-10-27 2023-12-01 广州嘉为科技有限公司 一种告警信息丰富方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020120632A1 (en) * 2001-02-27 2002-08-29 Honeywell International, Inc. Terrain information server for systems
CN101515864A (zh) * 2008-04-16 2009-08-26 蒋洪迅 告警信息配制系统及其配制方法
CN103688489A (zh) * 2012-12-03 2014-03-26 华为技术有限公司 一种策略处理的方法及网络设备
CN105207822A (zh) * 2015-10-14 2015-12-30 国网四川省电力公司信息通信公司 一种电力通信设备的告警信息处理方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020120632A1 (en) * 2001-02-27 2002-08-29 Honeywell International, Inc. Terrain information server for systems
CN101515864A (zh) * 2008-04-16 2009-08-26 蒋洪迅 告警信息配制系统及其配制方法
CN103688489A (zh) * 2012-12-03 2014-03-26 华为技术有限公司 一种策略处理的方法及网络设备
CN105207822A (zh) * 2015-10-14 2015-12-30 国网四川省电力公司信息通信公司 一种电力通信设备的告警信息处理方法及装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CRAING ZACKER 等: "《计算机网络连网升级与维护大全》", 31 March 1998, 机械工业出版社 *
冯明: "《实用网络管理技术》", 30 November 1995, 北京:人民邮电出版社 *
朱卫东: "《计算机硬件技术基础》", 31 December 2001, 北京:高等教育出版社 *
杨威: "《ASP 3.0网络开发技术》", 31 December 2000, 北京:人民邮电出版社 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117155772A (zh) * 2023-10-27 2023-12-01 广州嘉为科技有限公司 一种告警信息丰富方法、装置、设备及存储介质
CN117155772B (zh) * 2023-10-27 2024-01-30 广州嘉为科技有限公司 一种告警信息丰富方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
US11062042B1 (en) Authenticating data associated with a data intake and query system using a distributed ledger system
US11803548B1 (en) Automated generation of metrics from log data
CN110032575A (zh) 数据查询方法、装置、设备和存储介质
US11829330B2 (en) Log data extraction from data chunks of an isolated execution environment
US8843483B2 (en) Method and system for interactive search result filter
US11269872B1 (en) Intent-based natural language processing system
CN101416179B (zh) 用来向每个用户提供调整推荐字的系统和方法
CN111125214B (zh) 一种轻量级增量数据同步方法、装置及计算机可读介质
CN106326429A (zh) 一种基于solr的Hbase秒级查询方案
US8924198B2 (en) Searching and browsing of contextual information
CN109413127A (zh) 一种数据同步方法和装置
CN107798017B (zh) 分布式数据库中的执行计划信息生成方法和系统
JP2013077246A (ja) 動的なウェブ・アプリケーションの問題を修正するメタデータの生成・管理の支援方法、装置、およびプログラム
US20140237554A1 (en) Unified platform for big data processing
CN106570135A (zh) 数据库数据同步方法和装置
WO2022081720A1 (en) Rule-based data stream processing
CN105975495A (zh) 大数据的存储、搜索方法及装置
US11670062B1 (en) Web-based three-dimensional extended reality workspace editor
US11620541B1 (en) Custom use case framework in computer analytics system
CN112131289A (zh) 数据处理方法、装置、电子设备及存储介质
CN105446981B (zh) 站点地图生成方法、访问方法及装置
CN105389394A (zh) 基于多个数据库集群的数据请求处理方法及装置
CN106383755A (zh) 在主从式数据库系统中恢复从库的方法、装置和系统
CN105912571A (zh) 告警处理方法及装置
US11531706B2 (en) Graph search using index vertices

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 1001 room 1101, room 12, 510663, Third Street, Luogang District Development Zone, Guangzhou, Guangdong

Applicant after: Guangdong Kaitong Polytron Technologies Inc

Address before: 901, 510663, 1001 and 1101 rooms, No. 12, 3rd Street, Luogang District Development Zone, Guangzhou, Guangdong, China

Applicant before: Guangdong Kaitong Software Development Co., Ltd.

COR Change of bibliographic data
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 510663 Room 1001, Room 1101, No. 12, Kehui Third Street, Luogang District Development Zone, Guangzhou City, Guangdong Province

Applicant after: Kaitong Technology Co., Ltd.

Address before: 510663 Room 1001, Room 1101, No. 12, Kehui Third Street, Luogang District Development Zone, Guangzhou City, Guangdong Province

Applicant before: Guangdong Kaitong Polytron Technologies Inc

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20160831