著录项信息
专利名称 | 一种故障的诊断方法、系统和设备 |
申请号 | CN200910119591.3 | 申请日期 | 2009-03-17 |
法律状态 | 权利终止 | 申报国家 | 中国 |
公开/公告日 | 2009-07-29 | 公开/公告号 | CN101494573 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L12/26 | IPC分类号 | H;0;4;L;1;2;/;2;6;;;H;0;4;L;1;2;/;2;4查看分类表>
|
申请人 | 杭州华三通信技术有限公司 | 申请人地址 | 浙江省杭州市滨江区长河路466号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 新华三技术有限公司 | 当前权利人 | 新华三技术有限公司 |
发明人 | 王全文 |
代理机构 | 北京鑫媛睿博知识产权代理有限公司 | 代理人 | 龚家骅 |
摘要
本发明公开了一种故障的诊断方法、系统和设备,所述方法包括以下步骤:信息分析装置获取至少一个被诊断设备的诊断信息;所述信息分析装置根据所述诊断信息对应的脚本分析所述诊断信息,获取所述诊断信息中的诊断内容;所述信息分析装置根据所述诊断内容生成诊断结果。本发明中,在根据诊断信息定位设备故障时,自动完成信息的收集、分析,并生成诊断报告,从而减少了维护人员收集和分析的工作量,并解决了信息收集不全或分析不充分的问题,而且通过自动收集、分析诊断信息,减少了设备故障的恢复周期。
1.一种故障的诊断方法,应用于包括信息分析装置、信息收集装置和至少一个被诊断设备的系统中,其特征在于,所述方法包括以下步骤:
所述信息收集装置根据被诊断设备的类型调用诊断信息查询命令,通过远程方式将诊断信息查询命令发送给所述被诊断设备,收集所述被诊断设备上报的所述被诊断设备的诊断信息,所述被诊断设备的诊断信息与所述诊断信息查询命令一一对应,并以统一的格式将所述诊断信息保存到诊断信息文件中;
所述信息分析装置从所述信息收集装置中获取所述至少一个被诊断设备的诊断信息;
所述信息分析装置根据所述诊断信息对应的脚本分析所述诊断信息,获取所述诊断信息中的诊断内容;
所述信息分析装置根据所述诊断内容生成诊断结果。
2.如权利要求1所述的方法,其特征在于,所述信息分析装置从所述信息收集装置中获取所述至少一个被诊断设备的诊断信息包括:
所述信息分析装置解析来自所述信息收集装置的具有统一格式的诊断信息文件,获取所述诊断信息文件中的被诊断设备的诊断信息。
3.如权利要求1所述的方法,其特征在于,所述信息收集装置收集所述被诊断设备上报的所述被诊断设备的诊断信息之前,还包括:
所述被诊断设备根据所述诊断信息查询命令中携带的信息生成视图;
所述被诊断设备在所述视图下执行所述诊断信息查询命令;
所述被诊断设备生成诊断信息,并将所述诊断信息发送给所述信息收集装置。
4.如权利要求3所述的方法,其特征在于,所述被诊断设备生成诊断信息之后,还包括:
所述被诊断设备在所述诊断信息中添加标识,所述标识表示所述诊断信息中是否包含故障信息。
5.如权利要求4所述的方法,其特征在于,所述信息分析装置根据所述诊断信息对应的脚本分析所述诊断信息包括:
所述信息分析装置根据添加了所述标识的诊断信息所对应的脚本分析所述添加了所述标识的诊断信息。
6.如权利要求1-5任一项所述的方法,其特征在于,所述被诊断设备的诊断信息包括以下内容中的一种或几种:
所述被诊断设备的基本诊断信息;
所述被诊断设备的硬件诊断信息;
所述被诊断设备的软件诊断信息;
所述被诊断设备的异常诊断信息;
所述诊断信息对应的脚本包括以下内容中的一种或几种:
基本诊断信息分析脚本;
硬件诊断信息分析脚本;
软件诊断信息分析脚本;
异常诊断信息分析脚本;
所述诊断信息查询命令包括以下内容中的一种或几种:
基本诊断信息查询命令;
硬件诊断信息查询命令;
软件诊断信息查询命令;
异常诊断信息查询命令。
7.一种故障的诊断系统,其特征在于,包括至少一个被诊断设备、信息收集装置和信息分析装置,其中:
所述被诊断设备,用于将所述被诊断设备的诊断信息发送给所述信息收集装置;
信息收集装置,用于根据被诊断设备的类型调用诊断信息查询命令,通过远程方式将诊断信息查询命令发送给所述被诊断设备,收集所述被诊断设备上报的所述被诊断设备的诊断信息,所述被诊断设备的诊断信息与所述诊断信息查询命令一一对应;
将所述被诊断设备的诊断信息发送给所述信息分析装置;或以统一的格式将所述诊断信息保存到诊断信息文件中,将所述诊断信息文件发送给所述信息分析装置;
所述信息分析装置,用于从所述信息收集装置中获取所述至少一个被诊断设备的诊断信息,根据所述诊断信息对应的脚本分析所述诊断信息,获取所述诊断信息中的诊断内容,并根据所述诊断内容生成诊断结果。
8.如权利要求7所述的系统,其特征在于,所述被诊断设备还用于:
根据所述诊断信息查询命令中携带的信息生成视图,在所述视图下执行所述诊断信息查询命令,生成诊断信息,并将所述诊断信息发送给所述信息收集装置。
9.一种故障的诊断设备,其特征在于,包括:
获取模块,用于从信息收集装置中获取至少一个被诊断设备的诊断信息;其中,所述信息收集装置根据被诊断设备的类型调用诊断信息查询命令,通过远程方式将诊断信息查询命令发送给所述被诊断设备,收集所述被诊断设备上报的所述被诊断设备的诊断信息,所述被诊断设备的诊断信息与所述诊断信息查询命令一一对应,并以统一的格式将所述诊断信息保存到诊断信息文件中;
分析模块,与所述获取模块电性连接,用于根据所述获取模块获取的诊断信息所对应的脚本分析所述诊断信息,获取所述诊断信息中的诊断内容;
生成模块,与所述分析模块电性连接,用于根据所述分析模块获取的所述诊断内容生成诊断结果。
10.如权利要求9所述的设备,其特征在于,所述获取模块还用于解析来自信息收集装置的具有统一格式的诊断信息文件,获取所述诊断信息文件中的被诊断设备的诊断信息。
11.如权利要求9所述的设备,其特征在于,所述分析模块还用于根据添加了标识的诊断信息所对应的脚本分析所述添加了标识的诊断信息,所述标识表示所述被诊断设备的诊断信息中是否包含故障信息。
12.一种故障的诊断设备,其特征在于,包括:
发送模块,用于根据被诊断设备的类型调用诊断信息查询命令,通过远程方式将诊断信息查询命令发送给被诊断设备;
收集模块,与所述发送模块电性连接,用于收集所述被诊断设备上报的所述被诊断设备的诊断信息,所述被诊断设备的诊断信息与所述诊断信息查询命令一一对应;
保存模块,与所述收集模块电性连接,用于以统一的格式将所述收集模块收集的诊断信息保存到诊断信息文件中。
13.如权利要求12所述的设备,其特征在于,所述发送模块还用于将所述收集模块收集到的被诊断设备的诊断信息发送给信息分析装置;或
将所述保存模块中保存的诊断信息文件发送给所述信息分析装置。
一种故障的诊断方法、系统和设备 \n技术领域\n[0001] 本发明涉及通信技术领域,特别是涉及一种故障的诊断方法、系统和设备。 背景技术\n[0002] 通信系统中,网络设备的可靠性至关重要,而网络设备在运行过程中都可能会出现故障,当发生故障时,需要能够快速定位问题,可见,快速有效地定位网络设备的故障对提高网络设备的可靠性是非常重要的。为了给定位网络设备的问题提供方便,设备商提供大量诊断信息查询功能,包括系统运行状态的基本信息、日志信息、硬件寄存器信息、设备重启前的异常信息。当设备发生问题时,维护人员根据上述诊断信息判断问题原因。 [0003] 现有技术中,发现网络设备出现问题时,维护人员人工逐条查阅网络设备的诊断信息,并逐条分析。当设备商提供了一次性查看所有诊断信息或将所有诊断信息保存到一个文件中时,维护人员根据提供的一次性收集的信息进行分析。 \n[0004] 基于上面的分析,目前在对故障进行诊断时存在如下缺点: \n[0005] 维护人员人工逐条查阅网络设备的诊断信息时,由于网络设备中诊断信息数量和种类繁多,维护人员需要查阅大量的诊断信息,效率低下,而且还会漏掉重要的诊断信息。\n维护人员对一次性收集的信息进行分析时,不需要进行诊断信息的收集,但要从设备商提供的诊断信息中找到有用信息非常不便,当出现海量诊断信息时,分析工作需要花费大量时间。 \n发明内容\n[0006] 本发明提供一种故障的诊断方法、系统和设备,以快速、有效地分析网络设备的故障,提高故障分析的效率。 \n[0007] 为了达到上述目的,本发明提出了一种故障的诊断方法,应用于信息分析装置、信息收集装置和至少一个被诊断设备的系统中,所述方法包括以下步骤: \n[0008] 所述信息收集装置根据被诊断设备的类型调用诊断信息查询命令,通过远程方式将诊断信息查询命令发送给所述被诊断设备,收集所述被诊断设备上报的所述被诊断设备的诊断信息,所述被诊断设备的诊断信息与所述诊断信息查询命令一一对应,并以统一的格式将所述诊断信息保存到诊断信息文件中; \n[0009] 所述信息分析装置从所述信息收集装置中获取所述至少一个被诊断设备的诊断信息; \n[0010] 所述信息分析装置根据所述诊断信息对应的脚本分析所述诊断信息,获取所述诊断信息中的诊断内容; \n[0011] 所述信息分析装置根据所述诊断内容生成诊断结果。 \n[0012] 优选的,所述信息分析装置从所述信息收集装置中获取所述至少一个被诊断设备的诊断信息包括: \n[0013] 所述信息分析装置解析来自所述信息收集装置的具有统一格式的诊断信息文件,获取所述诊断信息文件中的被诊断设备的诊断信息。 \n[0014] 优选的,所述信息收集装置收集所述被诊断设备上报的所述被诊断设备的诊断信息之前,还包括: \n[0015] 所述被诊断设备根据所述诊断信息查询命令中携带的信息生成视图; [0016] 所述被诊断设备在所述视图下执行所述诊断信息查询命令; \n[0017] 所述被诊断设备生成诊断信息,并将所述诊断信息发送给所述信息收集装置。 [0018] 优选的,所述被诊断设备生成诊断信息之后,还包括: \n[0019] 所述被诊断设备在所述诊断信息中添加标识,所述标识表示所述诊断信息中是否包含故障信息。 \n[0020] 优选的,所述信息分析装置根据所述诊断信息对应的脚本分析所述诊断信息包括: \n[0021] 所述信息分析装置根据添加了所述标识的诊断信息所对应的脚本分析所述添加了所述标识的诊断信息。 \n[0022] 优选的,所述被诊断设备的诊断信息包括以下内容中的一种或几种: [0023] 所述被诊断设备的基本诊断信息; \n[0024] 所述被诊断设备的硬件诊断信息; \n[0025] 所述被诊断设备的软件诊断信息; \n[0026] 所述被诊断设备的异常诊断信息; \n[0027] 所述诊断信息对应的脚本包括以下内容中的一种或几种: \n[0028] 基本诊断信息分析脚本; \n[0029] 硬件诊断信息分析脚本; \n[0030] 软件诊断信息分析脚本; \n[0031] 异常诊断信息分析脚本; \n[0032] 所述诊断信息查询命令包括以下内容中的一种或几种: \n[0033] 基本诊断信息查询命令; \n[0034] 硬件诊断信息查询命令; \n[0035] 软件诊断信息查询命令; \n[0036] 异常诊断信息查询命令。 \n[0037] 本发明提出了一种故障的诊断系统,包括至少一个被诊断设备、信息收集装置和信息分析装置,其中: \n[0038] 所述被诊断设备,用于将所述被诊断设备的诊断信息发送给所述信息收集装置; [0039] 信息收集装置,用于根据被诊断设备的类型调用诊断信息查询命令,通过远程方式将诊断信息查询命令发送给所述被诊断设备,收集所述被诊断设备上报的所述被诊断设备的诊断信息,所述被诊断设备的诊断信息与所述诊断信息查询命令一一对应; [0040] 将所述被诊断设备的诊断信息发送给所述信息分析装置;或以统一的格式将所述诊断信息保存到诊断信息文件中,将所述诊断信息文件发送给所述信息分析装置; [0041] 所述信息分析装置,从所述信息收集装置中获取所述至少一个被诊断设备的诊断信息,根据所述诊断信息对应的脚本分析所述诊断信息,获取所述诊断信息中的诊断内容,并根据所述诊断内容生成诊断结果。 \n[0042] 优选的,所述被诊断设备还用于: \n[0043] 根据所述诊断信息查询命令中携带的信息生成视图,在所述视图下执行所述诊断信息查询命令,生成诊断信息,并将所述诊断信息发送给所述信息收集装置。 [0044] 本发明提出了一种故障的诊断设备,包括: \n[0045] 获取模块,用于从信息收集装置中获取至少一个被诊断设备的诊断信息;其中,所述信息收集装置根据被诊断设备的类型调用诊断信息查询命令,通过远程方式将诊断信息查询命令发送给所述被诊断设备,收集所述被诊断设备上报的所述被诊断设备的诊断信息,所述被诊断设备的诊断信息与所述诊断信息查询命令一一对应,并以统一的格式将所述诊断信息保存到诊断信息文件中; \n[0046] 分析模块,与所述获取模块电性连接,用于根据所述获取模块获取的诊断信息所对应的脚本分析所述诊断信息,获取所述诊断信息中的诊断内容; \n[0047] 生成模块,与所述分析模块电性连接,用于根据所述分析模块获取的所述诊断内容生成诊断结果。 \n[0048] 优选的,所述获取模块还用于解析来自信息收集装置的具有统一格式的诊断信息文件,获取所述诊断信息文件中的被诊断设备的诊断信息。 \n[0049] 优选的,所述分析模块还用于根据添加了标识的诊断信息所对应的脚本分析所述添加了标识的诊断信息,所述标识表示所述被诊断设备的诊断信息中是否包含故障信息。 [0050] 本发明提出了一种故障的诊断设备,包括: \n[0051] 发送模块,用于根据被诊断设备的类型调用诊断信息查询命令,通过远程方式将诊断信息查询命令发送给被诊断设备; \n[0052] 收集模块,与所述发送模块电性连接,用于收集所述被诊断设备上报的所述被诊断设备的诊断信息,所述被诊断设备的诊断信息与所述诊断信息查询命令一一对应; [0053] 保存模块,与所述收集模块电性连接,用于以统一的格式将所述收集模块收集的诊断信息保存到诊断信息文件中。 \n[0054] 优选的,所述发送模块还用于将所述收集模块收集到的被诊断设备的诊断信息发送给信息分析装置;或 \n[0055] 将所述保存模块中保存的诊断信息文件发送给所述信息分析装置。 [0056] 与现有技术相比,本发明具有以下优点:在根据诊断信息定位设备故障时,自动完成信息的收集、分析,并生成诊断报告,从而减少了维护人员收集和分析的工作量,并解决了信息收集不全或分析不充分的问题,而且通过自动收集、分析诊断信息,减少了设备故障的恢复周期。 \n附图说明\n[0057] 为了更清楚地说明本发明或现有技术中的技术方案,下面将对本发明或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些附图,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。 \n[0058] 图1为本发明提出的一种故障的诊断方法流程图; \n[0059] 图2为本发明提出的故障诊断方法的具体流程图; \n[0060] 图3为本发明提出的一种故障的诊断设备结构图; \n[0061] 图4为本发明提出的另一种故障的诊断设备结构图。 \n[0062] 具体实施方式 \n[0063] 下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的仅仅是本发明一部分,而不是全部的。基于本发明,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他发明,都属于本发明保护的范围。 [0064] 本发明的核心思想是信息收集装置向被诊断设备发送基本诊断信息查询命令、硬件诊断信息查询命令、软件诊断信息查询命令以及异常诊断信息查询命令,使得被诊断设备将该被诊断设备基本诊断信息、硬件诊断信息、软件诊断信息以及异常诊断信息上报给信息收集装置,信息收集装置将被诊断设备的诊断信息中的内容保存到诊断信息文件中,从而使得信息分析装置可以根据该诊断信息文件获取到被诊断设备的诊断信息,调用预先固化的信息分析脚本对诊断信息文件中的诊断信息进行分析,生成诊断结果,快速有效的进行故障分析,提高故障诊断的效率。 \n[0065] 本发明提出的一种故障的诊断方法,应用于包括信息分析装置和至少一个被诊断设备的系统中,如图1所示,所述方法包括以下步骤: \n[0066] 步骤S101,所述信息分析装置获取所述至少一个被诊断设备的诊断信息。 [0067] 其中,所述方法应用的系统中还包括信息收集装置,所述信息分析装置获取所述至少一个被诊断设备的诊断信息包括: \n[0068] 所述信息分析装置从所述信息收集装置中获取所述至少一个被诊断设备的诊断信息。 \n[0069] 其中,所述信息分析装置从所述信息收集装置中获取所述至少一个被诊断设备的诊断信息包括: \n[0070] 所述信息分析装置解析来自所述信息收集装置的具有统一格式的诊断信息文件,获取所述诊断信息文件中的被诊断设备的诊断信息。 \n[0071] 其中,所述信息分析装置解析来自所述信息收集装置的具有统一格式的诊断信息文件,获取所述诊断信息文件中的被诊断设备的诊断信息之前,还包括: [0072] 所述信息收集装置通过远程方式将诊断信息查询命令发送给所述被诊断设备; [0073] 所述信息收集装置收集所述被诊断设备上报的所述被诊断设备的诊断信息,所述被诊断设备的诊断信息与所述诊断信息查询命令一一对应; \n[0074] 所述信息收集装置以统一的格式将所述诊断信息保存到诊断信息文件中。 [0075] 其中,所述信息收集装置收集所述被诊断设备上报的所述被诊断设备的诊断信息之前,还包括: \n[0076] 所述被诊断设备根据所述诊断信息查询命令中携带的信息生成视图; [0077] 所述被诊断设备在所述视图下执行所述诊断信息查询命令; \n[0078] 所述被诊断设备生成诊断信息,并将所述诊断信息发送给所述信息收集装置。 [0079] 其中,所述被诊断设备生成诊断信息之后,还包括: \n[0080] 所述被诊断设备在所述诊断信息中添加标识,所述标识表示所述诊断信息中是否包含故障信息。 \n[0081] 其中,所述信息分析装置根据所述诊断信息对应的脚本分析所述诊断信息包括: [0082] 所述信息分析装置根据添加了所述标识的诊断信息所对应的脚本分析所述添加了所述标识的诊断信息。 \n[0083] 步骤S102,所述信息分析装置根据所述诊断信息对应的脚本分析所述诊断信息,获取所述诊断信息中的诊断内容。 \n[0084] 其中,所述被诊断设备的诊断信息包括以下内容中的一种或几种: [0085] 所述被诊断设备的基本诊断信息; \n[0086] 所述被诊断设备的硬件诊断信息; \n[0087] 所述被诊断设备的软件诊断信息; \n[0088] 所述被诊断设备的异常诊断信息; \n[0089] 所述诊断信息对应的脚本包括以下内容中的一种或几种: \n[0090] 基本诊断信息分析脚本; \n[0091] 硬件诊断信息分析脚本; \n[0092] 软件诊断信息分析脚本; \n[0093] 异常诊断信息分析脚本; \n[0094] 所述诊断信息查询命令包括以下内容中的一种或几种: \n[0095] 基本诊断信息查询命令; \n[0096] 硬件诊断信息查询命令; \n[0097] 软件诊断信息查询命令; \n[0098] 异常诊断信息查询命令。 \n[0099] 步骤S103,所述信息分析装置根据所述诊断内容生成诊断结果。 [0100] 本发明提出的一种故障诊断方法的具体应用,如图2所示,包括以下步骤: [0101] 步骤S201,信息收集装置维护诊断信息查询命令的信息。 \n[0102] 其中,诊断信息查询命令包括:基本诊断信息查询命令、硬件诊断信息查询命令、软件诊断信息查询命令、异常诊断信息查询命令。上述诊断信息查询命令的信息可以通过文本文件方式提供,在该文本文件中至少包括完整的命令字符串、以及使被诊断设备生成执行该命令视图的字符串。其中,上述完整的命令字符串中携带了要求被诊断设备上报该被诊断设备信息的命令,即信息收集装置通过网络将命令字符串(诊断信息查询命令)发送给被诊断设备,被诊断设备接收该命令字符串,并在被诊断设备中执行命令字符串中携带的命令,被诊断设备根据生成执行该命令视图的字符串生成命令视图,被诊断设备在该视图下执行完整的命令字符串所携带的命令信息后,将输出该命令对应的信息,并反馈给信息收集装置。 \n[0103] 具体的,上述 的基本 诊断信 息包括 但不 限于内 存使用 率信 息、CPU(CentralProcess Unit,中央处理单元)使用率信息、温度信息、日志信息、系统配置信息;上述的硬件诊断信息包括但不限于单板信息、芯片信息、端口信息、时钟信息、广口信息、DSP(Digital Signal Processing,数字信号处理器)信 息、DPI(Host-port Interface,主机接口)信息、Cellbus(高速背板总线)信息、电源信息、风扇信息、存储介质信息;上述软件诊断信息包括但不限于路由表信息、MAC(Media Access Control,介质访问控制子层协议)地址表信息、ARP(Address Resolution Protocol,地址解析协议)地址表信息、STP(Spanning Tree Protocol,生成树协议)信息、路由协议信息、SNMP(SimpleNetwork Management Protocol,简单网络管理协议)配置信息、NTP(NetworkTime Protocol,网络时间协议)信息;上述的异常诊断信息包括但不限于被诊断设备运行出现非正常情况时的相关信息,例如,内存泄漏、内存写坏、死循环、任务饿死,其中,系统瘫痪(非强制断电重启)前一刻记录的异常信息尤其重要。 [0104] 具体的,该诊断信息查询命令可以为如下所示的形式: \n[0105] COMMAND-view user{display fan};注释://查看风扇状态命令; [0106] COMMAND-view user{display cpu};//查看CPU信息命名; \n[0107] COMMAND-view user{display memory slot@@ioBoard@@};//查看所有单板上内存使用状况命令; \n[0108] COMMAND-view hide{display exception 10 verbose slot@@ioBoard@@cpu@@board_cpu@@from-device};//查看每一个单板的每一个CPU对应的异常信息; [0109] 其中,该COMMAND为关键字,信息收集装置可以识别出关于COMMAND的命令是可执行命令,该-view user为参数选项,表示该命令(COMMAND命令)需要在被诊断设备生成的执行该命令的视图下执行,-view hide表示该命令在被诊断设备命令行隐藏视图下执行,{}的内部内容描述了要执行的命令字符串,其中@@XXX@@描述了一个动态关键字,如果设备有4个单板,编号为1~4,则@@ioBoard@@代表了1~4。 \n[0110] 其中,该诊断信息查询命令还可以用其它的方式表述,在此不再赘述,即本发明中的基本诊断信息查询命令、硬件诊断信息查询命令、软件诊断信息查询命令和异常诊断信息查询命令均可以用上述的诊断信息查询命令的描述方式,在此不再赘述。 [0111] 步骤S202,当需要对设备进行诊断时,信息收集装置根据设备的类型调用诊断信息查询命令,并生成诊断信息查询命令脚本,通过远程登陆方式将该诊断信息查询命令脚本发送给被诊断设备,即通过脚本的方式将多个诊断信息查询命令一起发送给被诊断设备。 \n[0112] 该远程登陆方式包括但不限于Telnet(远程终端协议)方式,当被诊断设备接收到诊断信息查询命令后,根据生成执行该命令视图字符串的信息生成命令视图,并执行要求被诊断设备上报该被诊断设备的诊断信息的命令,使得被诊断设备将该被诊断设备的诊断信息上报给信息收集装置。 \n[0113] 其中,根据设备的类型生成诊断信息查询命令脚本,并使用诊断信息查询命令脚本将多个诊断信息查询命令一起发送给被诊断设备,当然,将多个诊断信息查询命令发送给被诊断设备的方式并不局限于通过脚本的方式,还有其它方式,在此不再赘述。 [0114] 具体的,在信息收集装置中维护了多种诊断信息查询命令,该信息收集装置可以根据设备的类型调用其中的一种或几种诊断信息查询命令,从而完成对被诊断设备重要信息的诊断。例如,对于A类型设备,需要重点诊断基本诊断信息和硬件诊断信息,此时,信息收集装置将调用基本诊断信息查询命令和硬件诊断信息查询命令,并生成脚本发送给被诊断设备,即根据被诊断设备的需要向被诊断设备发送诊断信息查询命令。 [0115] 步骤S203,被诊断设备将该被诊断设备的诊断信息上报给信息收集装置。 [0116] 其中,当被诊断设备接收到来自信息收集装置的诊断信息查询命令后,根据该命令中携带的生成执行该命令视图字符串的信息,生成命令视图,执行要求被诊断设备上报该被诊断设备的诊断信息的命令,并将该被诊断设备的诊断信息上报给信息收集装置。 [0117] 具体的,当被诊断设备接收到基本诊断信息查询命令时,将该被诊断设备的基本信息上报给信息收集装置,当被诊断设备接收到硬件诊断信息查询命令时,将该被诊断设备的硬件信息上报给信息收集装置,当被诊断设备接收到软件诊断信息查询命令时,将该被诊断设备的软件信息上报给信息收集装置,当被诊断设备接收到异常诊断信息查询命令时,将该被诊断设备的异 常信息上报给信息收集装置。 \n[0118] 本发明中,被诊断设备还可以根据自身策略向信息收集装置上报诊断信息,例如,当被诊断设备接收到基本诊断信息查询命令、硬件诊断信息查询命令、软件诊断信息查询命令和异常诊断信息查询命令时,被诊断设备只将基本信息和硬件信息上报给信息收集装置。 \n[0119] 本发明中,被诊断设备还可以在诊断信息中添加标识信息,通过使用该标识信息表示该标识所对应的诊断信息中可能包含故障信息。例如,被诊断设备向信息收集装置上报该被诊断设备的基本信息、硬件信息、软件信息以及异常信息时,被诊断设备认为基本信息出现故障时,为上报的基本信息添加标识(例如标识为Fault),表示基本信息可能出现故障;其中,被诊断设备还可以只将可能出现故障的诊断信息上报给信息收集装置。 [0120] 步骤S204,信息收集装置收集被诊断设备上报的该被诊断设备的诊断信息,将被诊断设备上报的诊断信息以统一的格式保存到诊断信息文件中,并将诊断信息文件发送给信息分析装置。 \n[0121] 当信息收集装置收集到被诊断设备的诊断信息时,将该被诊断设备上报的诊断信息与查询命令进行关联,并在诊断信息文件中存储被诊断设备的诊断信息,其中,在诊断信息文件中存储的诊断信息是与查询命令一一对应的。 \n[0122] 具体的,当查询命令为基本诊断信息查询命令时,将被诊断设备上报的与基本诊断信息查询命令对应的诊断信息与该基本诊断信息查询命令一一对应;当查询命令为硬件诊断信息查询命令时,将被诊断设备上报的与硬件诊断信息查询命令对应的诊断信息与该硬件诊断信息查询命令一一对应;当查询命令为软件诊断信息查询命令时,将被诊断设备上报的与软件诊断信息查询命令对应的诊断信息与该软件诊断信息查询命令一一对应;当查询命令为异常诊断信息查询命令时,将被诊断设备上报的与异常诊断信息查询命令对应的诊断信息与该异常诊断信息查询命令一一对应。 \n[0123] 该被诊断设备上报的诊断信息为执行诊断信息查询命令所生成的结果,本发明中,该生成的结果为该被诊断设备的显示内容,将该显示内容以统一格式保存到诊断信息文件中,并要求该格式能唯一区分出显示内容属于哪个 诊断信息查询命令的执行结果。 [0124] 例如,当被诊断设备将诊断信息上报给信息收集装置时,该显示内容可以为如下所示的情况: \n[0125] $GatherStartTime=2008-06-2009:42:35; 本次收集开始时间; [0126] $GatherEndTime=2008-06-2009:43:40; 本次收集结束时间; [0127] $DevType=Quidway S8505; 设备信息:设备子类型; [0128] $DevModule=Quidway S8500; 设备信息:设备大类; [0129] $DevVer=VRP310-R1632P06; 设备信息:软件系统版本; [0130] $DevName=Sysname; 设备信息:系统名; [0131] #Gather start; 标识收集内容开始; [0132] display cpu; 被诊断设备需要执行的命令; [0133] 18% in last 5 seconds; \n[0134] 13% in last 1 minute; \n[0135] 12% in last 5 minutes; \n[0136] Board 2 CPU busy status: \n[0137] 9% in last 5 seconds; \n[0138] 9% in last 1 minute; \n[0139] 9% in last 5 minutes; \n[0140] \n[0141] *****command_end[2008-06-2009:42:40]***** 命令结束行,表示一条命令显示结束,包括命令执行执行时间; \n[0142] display memory slot 1; 新的一条命名开始; [0143] System Total Memory(bytes):475436544; \n[0144] Total Used Memory(bytes):147829716; \n[0145] Used Rate:31%; \n[0146] \n[0147] *****command_end[2008-06-2009:42:41]***** \n[0148] display memory slot 2; \n[0149] System Total Memory(bytes):96091776; \n[0150] Total Used Memory(bytes):38238396; \n[0151] Used Rate:39%; \n[0152] \n[0153] *****command_end[2008-06-2009:42:42]***** \n[0154] #File End. 表示收集内容结束; [0155] 具体的,该统一的格式包括但不限于文本文件的格式、表格的格式,例如,当使用文本文件的统一格式保存被诊断设备的诊断信息时,每条记录对应一个标识,在该标识下,对应的显示内容包括但不限于:被诊断设备的名称、将诊断信息命令发送给被诊断设备的时间,获得诊断信息的开始时间、获得诊断信息的结束时间、诊断信息查询命令信息、被诊断设备的诊断信息(例如内存使用率、CPU使用率、温度等)。 \n[0156] 当信息收集装置获取到诊断信息的记录后,以统一的格式将记录中所对应的显示内容保存到诊断信息文件中,本发明中,信息收集装置将基本诊断信息、硬件诊断信息、软件诊断信息、异常诊断信息均以文本文件的格式保存到诊断信息文件中。 [0157] 步骤S205,信息分析装置获得诊断信息文件中的显示内容,并根据该显示内容所一一对应的查询命令,调用该查询命令对应的分析脚本进行分析,获取显示内容中的诊断内容,并对诊断内容进行判断,生成诊断结果。其中,该诊断内容可以为显示内容中的可变内容和必要的不变内容。 \n[0158] 该可变内容为被诊断设备上报的诊断信息中的可变信息,该必要的不变内容是指唯一能确定可变内容意义的内容,例如,对于如下显示内容: \n[0159] 18% in last 5 seconds; \n[0160] 13% in last 1 minute; \n[0161] 12% in last 5 minutes; \n[0162] 上述的‘18%’‘13%’‘12%’是可变内容,不同时间执行命令时,上述可变内容可能不同,而‘in last 5 seconds’‘in last 1 minute’‘in last 5 minutes’ 为不变内容,其中‘5 seconds’‘1 minute’‘5 minutes’都是必要的不变内容,‘18%’对应的是最后5秒的CPU利用率平均值、‘13%’对应的是最后1分钟的CPU利用率平均值、‘12%’对应的是最后5分钟对应的CPU利用率平均值。根据上述必要的不变内容,可以确定‘18%’是最后5秒的CPU利用率。 \n[0163] 其中,信息分析装置在接收到来自信息收集装置的诊断信息文件后,获取到诊断信息文件中的显示内容(被诊断设备的诊断信息),而该显示内容是与查询命令一一对应的,即信息分析装置根据该查询命令调用对应的分析脚本。 \n[0164] 具体的,该查询命令所对应的分析脚本是在信息分析装置中预先存储的信息分析脚本,该信息分析脚本包括基本诊断信息分析脚本、硬件诊断信息分析脚本、软件诊断信息分析脚本、异常诊断信息分析脚本。 \n[0165] 上述根据查询命令调用对应的分析脚本进行分析具体包括:当查询命令为基本诊断信息查询命令时,调用基本诊断信息分析脚本对基本诊断信息查询命令所对应的显示内容进行分析;当查询命令为硬件诊断信息查询命令时,调用硬件诊断信息分析脚本对硬件诊断信息查询命令所对应的显示内容进行分析;当查询命令为软件诊断信息查询命令时,调用软件诊断信息分析脚本对软件诊断信息查询命令所对应的显示内容进行分析;当查询命令为异常诊断信息查询命令时,调用异常诊断信息分析脚本对异常诊断信息查询命令所对应的显示内容进行分析。 \n[0166] 其中,该诊断信息分析脚本可以为如下所示的情况:例如,对于收集到的如下显示内容: \n[0167] display cpu \n[0168] Board 1 CPU busy status: \n[0169] 18%in last 5 seconds; \n[0170] 13%in last 1 minute; \n[0171] 12%in last 5 minutes; \n[0172] Board 2 CPU busy status: \n[0173] 9% in last 5 seconds; \n[0174] 9% in last 1 minute; \n[0175] 9% in last 5 minutes; \n[0176] \n[0177] *****command_end[2008-06-2009:42:40]***** \n[0178] 该诊断信息分析脚本可以为: \n[0179] #外部接口,上报表tablename的数据,args为表的列数据信息; [0180] ReportTo tablename args; \n[0181] #定义CPU利用率信息数据表; \n[0182] Tabledefine CPU_USAGE BoardID Usage-5s Usage-1m Usage-5m; [0183] #定义CPU利用率信息数据检查表; \n[0184] TableChkdefine CPU_USAGE_CHK BoardID Usage-5s Usage-1mUsage-5m; [0185] #关联“display cpu”命令与该命令对应的分析处理脚本; \n[0186] RegCommand{display cpu}CpuUsageScript; \n[0187] #分析Raw显示内容的处理脚本; \n[0188] CpuUsageScript(CmdString); \n[0189] { \n[0190] 定义结构数组LinePosition[MaxBoradNum+1],期每个元素有两个成成:\nboardid和position,boardid为获取的板号,position为单板信息行在整个显示内容中所处的行号。 \n[0191] 定义统计变量count为0; \n[0192] 定义字符串变量Line,用于存储一行内容; \n[0193] 获取CmdString的行数linenum; \n[0194] /*记录单板信息及单板信息行所在的位置*/ \n[0195] for(i=0;i<linenum;i++) \n[0196] { \n[0197] 获取CmdString的第i行数据存储到Line中; \n[0198] if(Line与“Board n CPU”匹配成功) \n[0199] { \n[0200] 记录LinePosition[count].boardid的值为n; \n[0201] 记录LinePosition[count].position的值为i; \n[0202] 匹配成功计数count加1; \n[0203] } \n[0204] } \n[0205] 给数组LinePosition[]以降序进行排序; \n[0206] /*针对的每一个单板中CPU信息进行解析*/ \n[0207] for(i=0;i<count;i++) \n[0208] { \n[0209] CPU内容片段开始行:startline=LinePosition[i].position+1; [0210] CPU内容片段结束行:endline=LinePosition[i+1].position; [0211] if(i==count-1) \n[0212] { \n[0213] 设置结束endline为CmdString的最后一行linenum-1; \n[0214] } \n[0215] for(j=startline;j<endline;j++) \n[0216] { \n[0217] 获取CmdString的第j行数据存储到Line中; \n[0218] if(Line与“mx%...5 seconds”匹配成功) \n[0219] { \n[0220] 设置最后5秒CPU利用率为mx; \n[0221] Continue; \n[0222] } \n[0223] if(Line与“my%...1 minute”匹配成功) \n[0224] { \n[0225] 设置最后1分钟CPU利用率为my; \n[0226] continue; \n[0227] } \n[0228] if(Line与“mz%...5 minutes”匹配成功) \n[0229] { \n[0230] 设置最后5分钟CPU利用率为mz; \n[0231] Continue; \n[0232] } \n[0233] 调用ReportTo接口上报CPU_USAGE表数据:单板号为LinePosition[i].boardid,5秒、1分钟、5分钟的平均CPU利用率分别为:mx、my、mz; \n[0234] } \n[0235] } \n[0236] 上除脚本处理过程如下:首先得到信息的总行数为11行,定位单板1的信息行为行号为0,单板2的信息行的行号为4,这样就确定单板1的CPU信息片段为1-3行,单板2的CPU信息片段为5-9行。分别分析这两个片段得到每个单板的CPU信息。 \n[0237] 0 Board 1 CPU busy status: \n[0238] 18% in last 5 seconds; \n[0239] 13% in last 1 minute; \n[0240] 12% in last 5 minutes; \n[0241] 4 Board 2 CPU busy status: \n[0242] 9% in last 5 seconds; \n[0243] 9% in last 1 minute; \n[0244] 9% in last 5 minutes; \n[0245] \n[0246] 10*****command_end[2008-06-2009:42:40]***** \n[0247] 本发明中,经过脚本处理后的数据表如下,CPU利用率信息数据表如表 1所示,CPU利用信息数据检查表如表2所示。 \n[0248] 表1 \n[0249] \n[0250] 表2 \n[0251] \n[0252] 从上表中可以得出,单板1的CPU利用率不正常,该单板1所对应的被诊断设备出现故障。 \n[0253] 本发明中,当设备商已经提供诊断信息文件时,则不需要信息收集装置,直接使用信息分析装置解析具有统一格式的诊断信息文件(由设备商提供),该诊断信息文件保存了被诊断设备的所有诊断信息。 \n[0254] 本发明中,上述诊断信息查询命令并不局限于基本诊断信息查询命令、硬件诊断信息查询命令、软件诊断信息查询命令、异常诊断信息查询命令,诊断信息查询命令可以视实际情况选取其他类型的查询命令,同样的,上述的诊断信息查询命令脚本也不局限于基本诊断信息查询命令脚本、硬件诊断信息查询命令脚本、软件诊断信息查询命令脚本、异常诊断信息查询命令脚本;上述诊断信息分析脚本也不局限于基本诊断信息分析脚本、硬件诊断信息分析脚本、软件诊断信息分析脚本、异常诊断信息分析脚本。 \n[0255] 本发明中,信息分析装置还可以根据自身策略调用查询命令脚本,例如,信息分析装置获得基本诊断信息查询命令所对应的显示内容、硬件诊断信息查询命令所对应的显示内容、软件诊断信息查询命令所对应的显示内容、异常诊断信息查询命令所对应的显示内容时,信息分析装置认为被诊断设备的基本信息和硬件信息可能会出现故障,此时,信息分析装置可以只调用基本诊断信息分析脚本和硬件诊断信息分析脚本,对相应的显示内容进行分析。 \n[0256] 本发明中,当信息分析装置获得的显示内容(被诊断设备的诊断信息)中有标识信息时,信息分析装置调用具有标识信息的显示内容所对应的分析脚本,对该显示内容进行分析,获取相应显示内容中的诊断内容,并对诊断内容进行判断,生成诊断结果,从而判断被诊断设备是否出现故障。例如,信息分析装置获得了基本诊断信息查询命令所对应的显示内容、硬件诊断信息查询命令所对应的显示内容、软件诊断信息查询命令所对应的显示内容、异常诊断信息查询命令所对应的显示内容,其中,被诊断设备在基本诊断信息查询命令所对应的显示内容中添加了标识(表示基本信息可能出现故障),而其它查询命令所对应的显示内容中并没有添加标识,此时,信息分析装置可以只调用基本诊断信息查询命令所对应的基本诊断信息分析脚本,获取相应显示内容中的诊断内容,并对诊断内容进行判断,生成诊断结果。当然,信息分析装置也可以调用其它查询命令所对应的分析脚本,对相应的显示内容进行分析。 \n[0257] 当被诊断设备只将可能出现故障的诊断信息上报时,信息分析装置调用相应的分析脚本对可能出现故障的诊断信息(显示内容)进行分析,获取相应显示内容中的诊断内容,并对诊断内容进行判断,生成诊断结果,从而判断出被诊断设备是否出现故障。 [0258] 本发明中,上述的信息收集装置和信息分析装置还可以集成在同一个装置中,作为该装置中具体的功能模块,例如,通过使用具有上述信息收集装置功能的模块收集被诊断设备的诊断信息、通过使用具有信息分析装置功能的模块分析被诊断设备的诊断信息,其中,在具有信息分析装置功能的模块中存储了信息分析脚本。 \n[0259] 本发明中,信息分析装置还可以直接从信息收集装置中获取被诊断设备的诊断信息,此时,信息收集装置并不需要将被诊断设备的诊断信息存储到诊断信息文件中,而是将被诊断设备的诊断信息直接发送给信息分析装置。 \n[0260] 其中,本发明方法可以根据实际需要对各个步骤顺序进行调整。 [0261] 本发明还提出的一种故障的诊断系统,包括至少一个被诊断设备、信息分析装置和信息收集装置,其中: \n[0262] 被诊断设备,用于将该被诊断设备的诊断信息通过该信息收集装置发送给信息分析装置。 \n[0263] 其中,被诊断设备还用于: \n[0264] 根据诊断信息查询命令中携带的信息生成视图,在视图下执行诊断信息查询命令,生成诊断信息,并将诊断信息发送给信息收集装置。 \n[0265] 信息收集装置,用于通过远程方式将诊断信息查询命令发送给被诊断设备;收集被诊断设备上报的被诊断设备的诊断信息,被诊断设备的诊断信息与诊断信息查询命令一一对应; \n[0266] 将被诊断设备的诊断信息发送给被信息分析装置;或并以统一的格式将诊断信息保存到诊断信息文件中,将诊断信息文件发送给信息分析装置。 \n[0267] 信息分析装置,用于获取至少一个被诊断设备的诊断信息,根据诊断信息对应的脚本分析诊断信息,获取诊断信息中的诊断内容,并根据诊断内容生成诊断结果。 [0268] 其中,信息分析装置还用于解析具有统一格式的诊断信息文件,获取诊断信息文件中的被诊断设备的诊断信息;或 \n[0269] 从信息收集装置获取被诊断设备的诊断信息。 \n[0270] 其中,被诊断设备的诊断信息包括以下内容中的一种或几种: \n[0271] 被诊断设备的基本诊断信息;被诊断设备的硬件诊断信息;被诊断设备的软件诊断信息;被诊断设备的异常诊断信息; \n[0272] 诊断信息对应的脚本包括以下内容中的一种或几种: \n[0273] 基本诊断信息分析脚本;硬件诊断信息分析脚本;软件诊断信息分析脚本;异常诊断信息分析脚本; \n[0274] 诊断信息查询命令包括以下内容中的一种或几种: \n[0275] 基本诊断信息查询命令;硬件诊断信息查询命令;软件诊断信息查询命令;异常诊断信息查询命令。 \n[0276] 本发明还提出了一种故障的诊断设备,该设备为信息分析装置,如图3所示,该信息分析装置包括: \n[0277] 获取模块31,用于获取至少一个被诊断设备的诊断信息。 \n[0278] 其中,获取模块31还用于从信息收集装置中获取至少一个被诊断设备的诊断信息。 \n[0279] 其中,获取模块31还用于解析来自信息收集装置的具有统一格式的诊断信息文件,获取诊断信息文件中的被诊断设备的诊断信息。 \n[0280] 其中,被诊断设备的诊断信息包括以下内容中的一种或几种: \n[0281] 被诊断设备的基本诊断信息;被诊断设备的硬件诊断信息;被诊断设备的软件诊断信息、被诊断设备的异常诊断信息。 \n[0282] 分析模块32,与获取模块31电性连接,用于根据获取模块31获取的诊断信息所对应的脚本分析诊断信息,获取诊断信息中的诊断内容。 \n[0283] 其中,该分析模块32还用于根据添加了标识的诊断信息所对应的脚本分析添加了标识的诊断信息,该标识表示被诊断设备的诊断信息中是否包含故障信息,该标识是被诊断设备在上报的诊断信息中添加的。 \n[0284] 诊断信息对应的脚本包括以下内容中的一种或几种: \n[0285] 基本诊断信息分析脚本;硬件诊断信息分析脚本;软件诊断信息分析脚本;异常诊断信息分析脚本。 \n[0286] 生成模块33,与分析模块32电性连接,用于根据分析模块32获取的诊断内容生成诊断结果。 \n[0287] 其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。 \n[0288] 本发明还提出了一种故障的诊断设备,该设备为信息收集装置,如图4所示,该信息收集装置包括发送模块41、收集模块42和保存模块43,其中, \n[0289] 发送模块41,用于通过远程方式将诊断信息查询命令发送给被诊断设备。 [0290] 其中,诊断信息查询命令包括以下内容中的一种或几种: \n[0291] 基本诊断信息查询命令;硬件诊断信息查询命令;软件诊断信息查询命 令;异常诊断信息查询命令。 \n[0292] 其中,该发送模块41还用于将收集模块收集42到的被诊断设备的诊断信息发送给信息分析装置;或 \n[0293] 将保存模块43中保存的诊断信息文件发送给信息分析装置。 \n[0294] 收集模块42,与发送模块41电性连接,用于收集被诊断设备上报的被诊断设备的诊断信息,被诊断设备的诊断信息与诊断信息查询命令一一对应。 \n[0295] 其中,被诊断设备的诊断信息包括以下内容中的一种或几种: \n[0296] 被诊断设备的基本诊断信息;被诊断设备的硬件诊断信息;被诊断设备的软件诊断信息、被诊断设备的异常诊断信息。 \n[0297] 保存模块43,与收集模块42电性连接,用于以统一的格式将收集模42块收集的诊断信息保存到诊断信息文件中。 \n[0298] 其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。 \n[0299] 通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以可借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明所述的方法。 [0300] 以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。 \n[0301] 本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。 [0302] 上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。 \n[0303] 以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
法律信息
- 2021-03-12
未缴年费专利权终止
IPC(主分类): H04L 12/26
专利号: ZL 200910119591.3
申请日: 2009.03.17
授权公告日: 2011.08.31
- 2017-05-24
专利权人的姓名或者名称、地址的变更
专利权人由杭州华三通信技术有限公司变更为新华三技术有限公司
地址由310053 浙江省杭州市高新技术产业开发区之江科技工业园六和路310号华为杭州生产基地变更为310052 浙江省杭州市滨江区长河路466号
- 2011-08-31
- 2009-10-28
- 2009-07-29
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2004-03-03
|
2002-08-29
| | |
2
| |
2008-06-11
|
2007-12-07
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |