著录项信息
专利名称 | 远程告警信息实时和准确定位的监控方法 |
申请号 | CN02104189.X | 申请日期 | 2002-03-15 |
法律状态 | 授权 | 申报国家 | 暂无 |
公开/公告日 | 2003-10-01 | 公开/公告号 | CN1445671 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F11/30 | IPC分类号 | G;0;6;F;1;1;/;3;0查看分类表>
|
申请人 | 联想(北京)有限公司 | 申请人地址 | 北京市海淀区上地信息产业基地创业路6号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 联想(北京)有限公司 | 当前权利人 | 联想(北京)有限公司 |
发明人 | 周建;周谧;席振新;王晟;李勇;谈华芳;郜远;陈光亮;周建军 |
代理机构 | 北京同立钧成知识产权代理有限公司 | 代理人 | 刘芳 |
摘要
一种远程告警信息实时和准确定位的监控方法,它由运行在被监控计算机上的代理端获取被监控计算机上的硬件告警信息,并将该告警信息发送到远程的监控端;该监控端接收代理端发来的告警信息,解析并处理其中的数据;本发明通过运行在被监控计算机上的代理端实时监控系统中的信息,并将信息转化为外部的MIB对象,构造PDU包,最后将该PDU包通过SNMP(简单网络管理协议)数据包传到监控端。监控端实时接收、解析代理端发来的PDU包,获得产生告警的设备名、设备索引信息,通过查询链表与具体的设备对应,并通过显示提示框、蜂鸣等方式及时通知用户;得以将硬件告警信息与硬件本身紧密结合,实现了告警硬件的准确定位,并能及时将该告警信息输出、显示。
1、一种远程告警信息实时和准确定位的监控方法,其特征在于:
步骤1:运行在被监控计算机上的代理端获取硬件基本信息,并通过 SNMP协议的PDU包传送到控制端;
步骤2:该信息由监控端提取,并由该监控端组成各设备对象,加入到 设备对象链表中;
步骤3:该监控端接收代理端发来的告警信息,解析并处理其中的数据;
其中,代理端获取并传送硬件基本信息的步骤为:
步骤11:埋藏在主板内部的传感器根据自定义的门限或事件变化值产 生告警事件;并将该告警事件记录在主板控制器附带的传感器事件纪录之 中;
步骤12:轮询事件纪录获取相应的告警信息;
步骤13:通过分析定位在MIB节点定义的传感器及其附带的信息,获 得告警产生的准确的硬件信息;
步骤14:代理端将该信息连同告警描述写MIB节点,转化为外部的 MIB对象,并构造PDU包;
步骤15:代理端将该PDU包发送到监控端;
监控端接收、解析并处理代理端发送数据的具体步骤为:
步骤21:设在监控端负责的PDU包处理进程实时接收代理端发送的PDU 包;
步骤22:根据MIB节点信息,解析该PDU包中各数据,获得产生告警 的设备名、设备索引信息;组成用来查询设备链表的关键字;
步骤23:通过查询设备链表与具体的设备对应;
步骤24:输出、显示告警信息,等待代理端再次发送PDU包。
2、根据权利要求1所述的远程告警信息实时和准确定位的监控方法, 其特征在于:代理端获取被监控计算机的告警信息的方法还包括代理端根据 与监控端共享的MIB节点定义,解析含有MIB节点信息的PDU包。
3、根据权利要求1所述的远程告警信息实时和准确定位的监控方法, 其特征在于:所述的MIB节点至少包括:硬件设备节点和告警类型节点;其 中,该MIB节点信息由代理端获取,通过SNMP协议的PDU包传到控制端, 并由监控端提取,组成各设备对象,加入到设备对象链表中;
每个硬件设备节点信息至少包括:设备类型、设备索引、设备描述、设 备状态信息;
每个告警信息节点中至少包括:设备类型、设备索引、事件类型、事件 发生时的值、事件严重级别、事件描述、告警处理设置信息。
4、根据权利要求1所述的远程告警信息实时和准确定位的监控方法, 其特征在于:代理端通过简单网络管理协议向监控端发送数据。
技术领域:\n本发明涉及一种远程告警信息实时和准确定位的监控方法,特别涉及 一种将远程硬件告警信息与远程硬件本身紧密结合,从而准确定位该远程 告警的硬件的方法。\n背景技术:\n随着计算机工业水平的不断进步,人们对计算机的性能、稳定性和可 靠性提出了越来越高的要求,特别是对于服务器。由于对计算机性能无止 境的追求,使得目前计算机的核心部件——中央处理器(即CPU)的工作 频率越来越高,与之配套工作的外围部件如主板、硬盘等的工作速率也不 断增长。这种技术趋势的必然结果就是:这些部件所消耗的功率在不断地 增长,发热量也越来越大,长期在这种条件下工作的部件的失效率也呈指 数性质上升。为保证整机工作的稳定性和可靠性,就要求这些部件以及为 这些部件服务的外围部件如电源等具有更高的可靠性。\n提高部件可靠性的方法有多种,除了提高部件的技术含量、改进生产 工艺以外,还可以设想,如果能够对这些部件的相关参数——电压、温度、 风扇转速等进行实时监控,在这些参数发生异常时能够及时准确的给出报 警,使用户能够及时进行干预,毫无疑问能够在很大程度上防止这些部件 由于长时间处于非正常工作状态而因超出正常工作电压、正常工作温度导 致的失效,从而能显著提高整机的工作稳定性和可靠性,延长部件和整机 的使用寿命。\n目前,已经存在的计算机系统进行远程监控的方法,是通过简单网络 管理协议将监控到的信息传送到监控端。著名的Intel软件ISC就是用了 这种方法,但它的缺点是:没有将硬件告警信息与硬件本身紧密结合,因 此不能准确定位该告警的硬件;同时该告警信息在用户界面的显示不及时。\n发明内容:\n本发明的主要目的在于提供—种远程告警信息实时和准确定位的监控 方法,其将硬件告警信息与硬件本身紧密结合,从而准确定位告警的硬件。\n本发明的另一目的在于提供一种远程告警信息实时和准确定位的监控 方法,在准确定位告警硬件的同时及时将该告警信息输出、显示。\n本发明的目的是这样实现的:\n一种远程告警信息实时和准确定位的监控方法,它至少包括:\n步骤1:运行在被监控计算机上的代理端获取硬件基本信息,并通过 SNMP协议的PDU包传送到控制端;\n步骤2:该信息由监控端提取,并由该监控端组成各设备对象,加入到 设备对象链表中。\n步骤3:该监控端接收代理端发来的告警信息,解析并处理其中的数据。\n代理端获取并传送硬件基本信息的方法为:\n步骤11:埋藏在主板内部的传感器根据自定义的门限或事件变化值产 生告警事件;并将该告警事件记录在主板控制器附带的传感器事件纪录之 中;\n步骤12:轮询事件纪录获取相应的告警信息;\n步骤13:通过分析定位在MIB节点定义的传感器和及其附带的信息, 获得告警产生的准确的硬件信息;\n步骤14:代理端将该信息连同告警描述写入MIB节点,转化为外部的 MIB对象,并构造PDU包;\n步骤15:代理端将该PDU包发送到监控端。\n代理端获取被监控计算机的告警信息的方法还包括代理端根据与监控 端共享的MIB节点定义,解析含有MIB节点信息的PDU包。\n所述的MIB节点至少包括:硬件设备节点和告警类型节点;其中,该 MIB节点信息由代理端获取,通过SNMP协议的PDU包传到控制端,并由监 控端提取,组成各设备对象,加入到设备对象链表中;\n每个硬件设备节点信息至少包括:设备类型、设备索引、设备描述、设 备状态信息;\n每个告警信息节点中至少包括:设备类型、设备索引、事件类型、事件 发生时的值、事件严重级别、事件描述、告警处理设置信息。\n代理端通过简单网络管理协议向监控端发送数据。\n监控端接收、解析并处理代理端发送数据的具体方法为:\n步骤21:设在监控端负责的PDU包处理进程实时接收代理端发送的PDU 包\n步骤22:根据MIB节点信息,解析该PDU包中各数据,获得产生告警 的设备名、设备索引信息;组成用来查询设备链表的关键字;\n步骤23:通过查询设备链表与具体的设备对应;\n步骤24:输出、显示告警信息,等待代理端再次发送PDU包。\n本发明通过运行在被监控计算机上的代理端实时监控系统中的告警信 息,并将告警转化为外部的MIB对象,构造PDU包,并将该PDU包通过简单 网络管理协议包传到监控端。监控端实时接收、解析代理端发来的PDU包, 获得产生告警的设备名、设备索引信息,通过查询链表与具体的设备对应, 并通过显示提示框、蜂鸣等方式及时通知用户;由此,得以将硬件告警信息 与硬件本身紧密结合,实现了告警硬件的准确定位,并能及时将该告警信息 输出、显示。\n附图说明:\n图1为本发明监控端硬件设备对象链表形成原理框图。\n图2为本发明告警信息的获取与分析原理框图。\n具体实施方式:\n以下结合附图和具体的实施例对本发明做进一步的详细说明。\n本发明的方法分别在被监控的计算机上设有代理端;在远程设有监控 端。\n参见图1、2,代理端运行在被监控的计算机上,它负责实时监控系统 中的告警信息,并将告警转化为外部的MIB对象,构造PDU包,通过简单 网络管理协议(Simple Network Management Protocol,简称SNMP协议) 将这个PDU包传到监控端。SNMP协议中专门定义了用来发TRAP(告警)的 PDU包。\n代理端获取硬件基本信息,通过SNMP协议的PDU包传到控制端,并由 监控端提取,组成各设备对象,加入到设备对象链表中。\n监控端设有一实时接收代理端发来的TRAP包的进程,该进程解析这个 PDU包中各字段,得到产生告警信息的设备名、设备索引等信息,通过查 询链表与具体的设备对应,并通过显示提示框、锋鸣等方式及时通知用户。\n代理端告警信息是通过埋藏在主板内部的传感器获得的,该传感器能 够根据定义的门限或事件变化值来确定告警事件的产生;当告警事件产生 以后,重要的事件则被记录在主板控制器(Baseboard Manager Control, 简称为BMC)附带的传感器事件纪录(SEL Repository)里面,而其他事 件,则需要进行轮询读取。传感器事件的读取可通过专用的服务器控制台 硬件实现。\n另外,一些告警信息可以由代理端根据系统的实际定义情况自主判断, 产生相应的告警事件。\n代理端告警信息的准确定位是通过在MIB节点上定义传感器节点实现 的;通过定位传感器和它所附带的信息,就可以分析并最终定位该告警产 生的硬件名称和索引以及是哪一种类型的告警(如:温度、电压、风扇等), 代理端将这些详细信息和其它一些信息(如发生事件还是结束事件等)连 同告警描述一同写入MIB节点,转化为外部的MIB对象,构造PDU包。\n代理端可通过轮询的方式获取告警信息,一旦轮询到告警信息,代理 端就将构造好的PDU包通过简单网络管理协议发出到监控端。\n设在监控端负责的PDU包处理进程实时接收代理端发送的PDU包;然 后遵照MIB节点的定义规则解析该PDU包中各数据,进而获得产生告警的 设备名、设备索引信息;再通过查询链表与具体的设备对应;最后输出、 显示该告警信息,当上述过程完成以后,就再次重新执行上述的各个步骤 以实现及时处理相应的PDU包。\n最后所应说明的是:以上实施例仅用以说明而非限制本发明的技术方 案,尽管参照上述实施例对本发明进行了详细说明,本领域的普通技术人 员应当理解:依然可以对本发明进行修改或者等同替换,而不脱离本发明 的精神和范围的任何修改或局部替换,其均应涵盖在本发明的权利要求范 围当中。
法律信息
- 2022-02-25
未缴年费专利权终止
IPC(主分类): G06F 11/30
专利号: ZL 02104189.X
申请日: 2002.03.15
授权公告日: 2007.05.23
- 2007-05-23
- 2004-09-15
- 2003-10-01
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2001-04-04
|
1999-09-24
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |