CN116192607A - 故障告警方法及装置 - Google Patents

Abstract

本申请提供故障告警方法及装置，其中所述故障告警方法包括：接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；基于所述端口标识生成端口解析命令，并发送至交换机；接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。本申请的故障告警方法基于故障终端属性信息生成故障告警信息，并对故障告警信息进行展示，从而提升对故障设备的定位效率，进而提升用户对故障设备的处理效率。

Description

故障告警方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及故障告警方法。本申请同时涉及故障告警装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

大二层网络因其具有接入方便、数据转发速度快、易于维护的特点被广泛使用。但该类型网络在使用过程中经常发生MAC地址漂移，传统MAC地址漂移故障定位是一个专业性极强的工作。网络管理员登陆交换机读取系统日志，通过分析日志，定位发生故障的交换机端口，再对交换机端口进行解析，获取端口连接终端的MAC地址和IP地址，进行人工核查定位发生故障的终端。

然而，上述故障定位方式存在如下几个方面的问题：1、人员业务能力要求高，如果网络管理人员缺乏专业知识和故障处理经验，故障发生时无法进行处置2、连接关系复杂的网络终端定位耗时费力3、故障依靠人工处置无法做到快速定位。

发明内容

有鉴于此，本申请实施例提供了故障告警方法。本申请同时涉及故障告警装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的故障定位效率低，故障定位耗时较长的问题。

根据本申请实施例的第一方面，提供了一种故障告警方法，包括：

接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；

确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；

基于所述端口标识生成端口解析命令，并发送至交换机；

接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

根据本申请实施例的第二方面，提供了一种故障告警装置，包括：

接收模块，被配置为接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；

获取模块，被配置为确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；

发送模块，被配置为基于所述端口标识生成端口解析命令，并发送至交换机；

生成模块，被配置为接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

根据本申请实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述计算机指令时实现所述故障告警方法的步骤。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现所述故障告警方法的步骤。

本申请提供的故障告警方法，接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；基于所述端口标识生成端口解析命令，并发送至交换机；接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

本申请一实施例实现了由客户端基于待处理日志信息端口标识生成端口解析命令，并由交换机执行该端口解析命令，节省了人工定位所消耗的时间，从而了提升故障定位效率，以及故障应急处理效率；客户端可基于故障终端属性信息生成故障告警信息，并可以将故障告警信息在客户端进行展示，以便非专业人员也可以及时发现设备故障情况，进而提升故障处理效率；此外，本申请的故障告警方法可依托已有的网络监控系统进行处理，可移植性强，方便推广。

附图说明

图1是本申请一实施例提供的一种故障告警方法的流程图；

图2是本申请一实施例提供的一种应用于监测卫星设备A的故障告警方法的处理流程图；

图3是本申请一实施例提供的一种应用于客户端H的故障告警方法的处理流程示意图；

图4是本申请一实施例提供的一种故障告警装置的结构示意图；

图5是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

MAC地址(MediaAccessControlAddress)：媒体存取控制位址，也称为局域网地址，MAC位址，以太网地址(EthernetAddress)或物理地址(Physical Address)，是一个用来确认网络设备位置的位址。

交换机(Switch)：是一种用于电(光)信号转发的网络设备。该网络设备可以为接入交换机的任意两个网络节点提供独享的电信号通路。

MAC地址漂移：是指在同一个VLAN内，一个MAC地址有两个出接口，并且后学习到的出接口覆盖原出接口的现象。

ARP(AddressResolutionProtocol)协议：地址解析协议，是根据IP地址获取物理地址的一个TCP/IP协议。

syslog：是一种工业标准的协议，可用来记录设备的日志。

在本申请中，提供了故障告警方法，本申请同时涉及故障告警装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例提供的一种故障告警方法的流程图，具体包括以下步骤：

步骤102：接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息。

目前，大二层网络中会出现网络传输故障，如MAC地址漂移等，这些故障可能导致网络反应慢、网络无响应的情况发生；为了及时对发生故障的设备，如卫星设备等，进行定位，使技术人员可以快速对故障问题进行处理；本实施例的故障告警方法通过接收故障监测请求后，基于故障监测请求获取基于设备运行生成的日志文件，以便后续在日志文件中确定故障日志信息，即设备发生故障时记录的日志信息。

其中，故障监测请求是指对设备运行情况进行监测的请求；日志文件是指记录设备系统操作事件的记录文件或文件集合，例如，syslog日志；日志文件中包含至少一条日志信息，日志信息是指日志文件中的部分日志数据。

具体的，由终端接收故障监测请求，其中，终端是指可以对数据进行处理以及展示的终端设备，如，客户端；为了便于描述，下述实施例中均以客户端为例进行描述；解析故障监测请求，获得待监测设备标识，其中，待监测设备标识是指可以唯一表示待监测设备的字段，如，设备ID号、设备编号等；根据待检测设备标识获取日志文件，日志文件中包含至少一条日志信息。

例如，客户端A接收到故障监测请求后，对故障监测请求进行解析，获得待监测设备标识m；基于待监测设备标识m获取日志文件。

进一步的，接收故障监测请求，并基于所述故障监测请求获取日志文件的具体方法包括：

基于所述故障监测请求在所述交换机的日志数据库中采集日志文件。

其中，交换机是指可以对多台设备进行连接，使多台设备之间具备网络连接的设备；交换机可以记录连接在交换机上的设备的数据传输情况，并生成对应的日志文件；日志数据库是指在交换机中存储日志文件的数据库；在客户端接收到故障监测请求后，可以基于故障监测请求中的待监测设备标识在交换机的日志数据库中获取与待监测设备标识对应的日志文件。

例如，确定故障检测请求中的待监测设备标识n；基于待监测设备标识n在交换机的日志数据库中获取与待监测设备标识n对应的日志文件。

通过接收故障监测请求，并基于故障监测请求中的待监测设备标识在交换机的日志数据库中获取日志文件，以便实现对待监测设备标识对应的待监测设备的监测，进而实现后续在日志文件中出现故障日志信息后，可以及时对待监测设备进行处理。

步骤104：确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识。

其中，待处理日志信息是指需要对其做进一步处理的日志信息，如，待处理日志信息为记录了设备发生MAC地址漂移故障的日志信息；端口标识是指唯一表示端口的字段，例如，端口号、端口地址等。

在实际应用中，确定所述日志文件中的待处理日志信息的具体方法包括：

基于预设故障关键字在所述日志文件中确定至少一个待处理日志信息。

其中，预设故障关键字是指可以表示待处理日志信息为故障日志信息的字段，例如，预设故障字为flapping；根据故障关键字可以在日志文件中确定包含预设故障关键字的日志信息，并将其作为待处理日志信息，例如，基于预设故障字段flapping在日志文件中查询待处理日志信息。

具体的，获取预设故障关键字，根据预设故障关键字与日志文件中的日志信息进行匹配，确定包含有预设故障关键字的日志信息，并将包含预设故障关键字的日志信息，作为待处理日志信息，以便后续在待处理日志信息中确定端口标识。

例如，确定预设故障关键字flapping；根据预设关键字flapping在日志文件中查询与预设故障关键字flapping匹配的日志信息；将与预设故障关键字flapping匹配的日志信息作为待处理日志信息。

在实际应用中，获取所述待处理日志信息中的端口标识的方法包括：

基于预设端口关键字获取每个待处理日志的端口标识。

其中，预设端口关键字是指可以表示日志信息为端口信息的字段，例如，预设端口关键字为interface；根据预设端口关键字可以在待处理日志信息中查询到端口标识。

例如，基于预设故障关键字flapping在日志文件中获取到记录了MAC地址漂移的待处理日志信息；基于预设端口关键字interface在待处理日志信息中获取发生MAC地址漂移的设备对应的端口号。

通过基于预设故障关键字在日志文件中确定待处理日志信息，即确定日志文件中的故障日志信息，以便后续基于待处理日志信息确定发生故障的终端对应的端口；基于预设端口关键字获取端口标识，以便后续基于端口标识生成端口解析命令。

步骤106：基于所述端口标识生成端口解析命令，并发送至交换机。

其中，端口解析命令是指对端口标识对应的终端进行解析的命令；基于端口标识生成端口解析命令后，将端口解析命令发送至交换机；交换机可以执行端口解析命令，获得端口标识对应设备的设备属性信息，例如，设备MAC地址等；本实施例中的交换机是指与待监测设备存在连接关系的交换机。

具体的，在获取到端口标识后，基于端口标识生成端口解析命令；将端口解析命令发送至交换机；交换机接收到端口解析命令后，执行端口解析命令，并将执行端口解析命令得到的设备属性信息返回至发送端口解析命令的客户端。

例如，基于端口标识f生成端口解析命令；将端口解析命令发送至对应的交换机；交换机接收端口解析命令，并对端口对应的终端设备进行ARP解析，确定终端设备的MAC地址。

通过生成端口解析命令并发送至交换机，使得交换机可以接收端口解析命令，并执行端口解析命令；后续交换机可以通过执行端口解析命令获得设备属性信息，确定故障终端的位置、名称等信息，以便后续基于设备属性信息对故障设备进行告警。

在实际应用中，为了实现将端口解析命令发送至交换机，以使交换机可以接收到端口解析命令，从而实现客户端对交换机的管理和控制；在基于所述端口标识生成端口解析命令，并发送至交换机之前，还包括：

基于远程登录协议远程登录所述交换机。

其中，远程登录协议是指Internet远程登录服务的标准协议和主要方式，例如，Telnet协议；基于远程登录协议输入的端口解析命令可以在交换机中执行，即通过客户端对交换机的远程登录，实现客户端与交换机之间的传输连接。

具体的，在基于端口标识生成端口解析命令之前，或在将生成的端口解析命令发送至交换机之前，可以基于远程登录协议在客户端远程登录交换机，从而实现客户端对交换机的管理和控制；实际应用中，还可以同时基于远程登录协议和登录安全协议在客户端远程登录交换机，从而保障远程登录安全。

例如，在基于端口标识生成端口解析命令之前，客户端基于Telnet协议和ssh协议登录交换机，其中，ssh是指为远程登录会话和其他网络服务提供安全性的协议。

进一步的，在实际应用中可能会存在多个发生故障的设备，即在日志文件中包含多条待处理日志信息，则此时需要确定每个待处理日志信息中的端口标识，并生成每个端口标识对应的解析命令；基于所述端口标识生成端口解析命令，并发送至交换机的方法包括：

基于每个端口标识生成每个端口标识对应的端口解析命令，并将每个端口解析命令发送至交换机。

具体的，在每个待处理日志信息中获取每个待处理日志信息中的端口标识；基于每个端口标识生成每个端口标识对应的端口解析命令；将每个端口标识对应的端口解析命令发送至交换机。

例如，在确定每个待处理日志信息中的端口标识集合{端口标识1、端口标识2、端口标识3}后，基于端口集合中的每个端口标识生成每个端口标识对应的端口解析命令，包括端口解析命令1、端口解析命令2、端口解析命令3；将端口解析命令1、端口解析命令2、端口解析命令3发送至交换机。

交换机在接收到端口解析命令后，执行该端口解析命令，得到端口对应的故障终端的故障终端属性信息；将故障终端属性信息返回至客户端。

通过基于端口标识生成端口解析命令，并通过远程登录的方式将端口解析命令发送至交换机，使交换机可以执行接收到的端口解析命令，获得故障终端属性信息，便于后续客户端可以接收到故障终端属性信息，进而实现客户端基于故障终端属性信息对故障设备进行告警。

步骤108：接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

交换机执行端口解析命令后，获得解析结果为故障终端的故障终端属性信息，其中，故障终端属性信息中包含终端IP地址和终端MAC地址；交换机将故障终端属性信息返回至客户端，客户端在接收到故障终端属性信息后，基于故障终端属性信息可以查询到故障终端的终端名称信息和终端位置信息，即可以基于故障终端属性信息生成故障告警信息。

其中，故障告警信息是指基于故障终端属性信息生成的提示消息；客户端可以对故障告警信息进行展示；使用客户端的用户在看到故障告警信息后，可以直接判断哪台设备发生了故障，以便相关技术人员及时对故障进行处理。

在实际应用中，基于所述故障终端属性信息生成故障告警信息，包括：

基于终端名称信息、终端位置信息、终端IP地址和终端MAC地址生成故障告警信息。

具体的，所述故障终端属性信息中包含终端IP地址和终端MAC地址，基于终端IP地址和终端MAC地址可以确定故障终端的终端名称信息、终端位置信息；基于终端名称信息、终端位置信息、终端IP地址和终端MAC地址生成故障告警信息后，可以将故障告警信息以不同形式进行展示，本申请对展示方式不做具体限定；用户可以通过在客户端查看到的故障告警信息，确定故障设备以及故障设备的位置信息，以便相关技术人员及时对故障设备进行处理，进而提升对故障设备的处理效率。

例如，在发生MAC地址漂移故障的情况下，确定卫星终端D为故障终端；基于交换机返回的终端IP地址和终端MAC地址查询故障终端的终端名称信息和终端位置信息；基于终端IP地址、终端MAC地址、终端名称信息和终端位置信息生成故障告警信息，并将故障告警信息以弹窗形式在客户端进行展示。

本申请的故障告警方法，接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；基于所述端口标识生成端口解析命令，并发送至交换机；接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

通过由客户端基于待处理日志信息端口标识生成端口解析命令，并由交换机执行该端口解析命令，节省了人工定位所消耗的时间，从而了提升故障定位效率，以及故障应急处理效率；客户端可基于故障终端属性信息生成故障告警信息，并可以将故障告警信息在客户端进行展示，以便非专业人员也可以及时发现设备故障情况，进而提升故障处理效率；此外，本申请的故障告警方法可依托已有的网络监控方法做进一步的处理，可移植性强，方便推广。

下述结合附图2，以本申请提供的故障告警方法在监测卫星设备A的应用为例，对所述故障告警方法进行进一步说明。其中，图2示出了本申请一实施例提供的一种应用于监测卫星设备A的故障告警方法的处理流程图，具体包括以下步骤：

步骤202：接收故障监测请求。

具体的，客户端G基于监测需求生成故障监测请求，或接收由其他终端发送的故障监测请求。

步骤204：基于故障监测请求在交换机的日志数据库中采集日志文件。

具体的，故障监测请求中包含待监测设备标识，基于待监测设备标识可以确定待监测的卫星设备A；基于待监测设备标识在交换机的日志数据库中获取与卫星设备A对应的日志文件，其中，日志文件中包含至少一条日志信息。

步骤206：基于预设故障关键字在日志文件中确定至少一个待处理日志信息。

具体的，根据预设故障关键字flapping在日志文件中确定卫星设备A对应的待处理日志信息，即在数据传输过程中发生MAC地址漂移故障对应的信息。

步骤208：基于远程登录协议远程登录交换机。

具体的，基于Telnet协议和ssh协议远程登录交换机。

步骤210：基于预设端口关键字获取每个待处理日志的端口标识。

具体的，根据预设端口关键字interface在待处理日志中查询到端口标识为3。

步骤212：基于每个端口标识生成每个端口标识对应的端口解析命令，并将每个端口解析命令发送至交换机。

具体的，根据端口标识3生成端口解析命令，并将端口解析命令发送至交换机。

步骤214：交换机执行端口解析命令，获得故障终端属性信息，并将故障终端属性信息返回至客户端。

具体的，交换机执行ARP端口解析命令，获得卫星设备A的终端名称信息、终端位置信息；将卫星设备A的终端IP地址和终端MAC地址返回至客户端G。

步骤216：接收交换机基于端口解析命令返回的故障终端属性信息，基于故障终端属性信息生成故障告警信息。

具体的，客户端G接收卫星设备A的终端IP地址和终端MAC地址，并基于收卫星设备A的终端IP地址和终端MAC地址查询到卫星设备A的终端名称信息和终端位置信息，并基于终端名称信息、终端位置信息、终端IP地址和终端MAC地址生成针对卫星设备A的故障告警信息。

本申请的故障告警方法，接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；基于所述端口标识生成端口解析命令，并发送至交换机；接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

本实施例的故障告警方法，可以将发生MAC地址漂移故障的卫星设备A的终端名称信息、终端位置信息、终端IP地址和终端MAC地址在客户端进行展示，从而可以提高MAC地址漂移故障的快速定位能力，并且提高了故障的应急处置能力。

下述结合附图3，以本申请提供的故障告警方法在客户端H的应用为例，对所述故障告警方法进行进一步说明。其中，图3示出了本申请一实施例提供的一种应用于客户端H的故障告警方法的处理流程示意图，具体包括以下步骤：

步骤302：接收故障监测请求，获取syslog日志。

步骤304：扫描syslog日志。

步骤306：匹配syslog日志信息中的flapping关键字。

步骤308：判断日志信息是否与flapping关键字匹配成功。若是，则执行步骤310；若否，则继续执行步骤302。

步骤310：检索该日志信息中的关键字interface，获得端口地址。

步骤312：基于端口地址生成端口地址解析命令。

步骤314：远程登录交换机。

步骤316：交换机对端口连接的终端进行ARP解析。

步骤318：获取故障终端的MAC地址和IP地址。

步骤320：基于故障终端的MAC地址和IP地址，获取终端卫星的终端位置信息和终端名称信息。

步骤322：基于故障终端的MAC地址、IP地址、终端位置信息和终端名称信息生成故障定位信息。

本实施例中的客户端H中设置有数据采集模块、可编辑处理模块、远程管理模块和资源处理模块。

其中，数据采集模块用于采集被监管设备，即终端卫星的监控数据；并将采集到的监控数据存储到数据库中，数据采集模块包括设备性能数据采集和syslog日志采集，主要用于实现对网络设备性能监控数据和syslog日志数据的监控采集，即对应执行上述步骤302-步骤308。

可编辑批处理模块用于对所有网络设备的状态参数进行分析，并将能够表征设备状态的参数进行汇聚整理分析，形成网络设备状态检测的命令集合。网络管理员通过调取不同的设备状态检测命令集合，实现对网络设备的状态、性能等状态的检测，即对应执行上述步骤310-步骤312。

远程管理模块用于实现终端通过Telnet、ssh远程登陆交换机，从而实现对交换机的管理和控制，即对应执行上述步骤314-步骤318。

资产管理模块用于对于设备资产信息统一管理，能录入、存储、查询设备的详细信息，包括类型、来源、IP地址、mac地址、位置信息、所属单位等，即对应执行上述步骤318-步骤320。

本实施例的故障告警方法，可以显著提高MAC地址漂移故障的快速定位能力，并提高故障的应急处置能力，并且本实施例中所构建的系统组成简单，易于依托现有的网络监控系统构建；此外，本申请的故障告警方法采用弱耦合、强内聚的模块化结构，可移植性强，方便推广。

与上述方法实施例相对应，本申请还提供了故障告警装置实施例，图4示出了本申请一实施例提供的一种故障告警装置的结构示意图。如图4所示，该装置包括：

接收模块402，被配置为接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；

获取模块404，被配置为确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；

发送模块406，被配置为基于所述端口标识生成端口解析命令，并发送至交换机；

生成模块408，被配置为接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

可选地，所述接收模块402，进一步被配置为：

基于所述故障监测请求在所述交换机的日志数据库中采集日志文件。

可选地，所述获取模块404，进一步被配置为：

基于预设故障关键字在所述日志文件中确定至少一个待处理日志信息。

可选地，所述装置还包括，登录模块，所述登录模块被配置为：

基于远程登录协议远程登录所述交换机。

可选地，所述获取模块404，进一步被配置为：

基于预设端口关键字获取每个待处理日志的端口标识。

可选地，所述发送模块406，进一步被配置为：

基于每个端口标识生成每个端口标识对应的端口解析命令，并将每个端口解析命令发送至交换机。

可选地，所述生成模块408，进一步被配置为：

基于终端名称信息、终端位置信息、终端IP地址和终端MAC地址生成故障告警信息。

本申请的故障告警装置，接收模块，接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；获取模块，确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；发送模块，基于所述端口标识生成端口解析命令，并发送至交换机；生成模块，接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

通过由客户端基于待处理日志信息端口标识生成端口解析命令，并由交换机执行该端口解析命令，节省了人工定位所消耗的时间，从而了提升故障定位效率，以及故障应急处理效率；客户端可基于故障终端属性信息生成故障告警信息，并可以将故障告警信息在客户端进行展示，以便非专业人员也可以及时发现设备故障情况，进而提升故障处理效率；此外，本申请的故障告警装置采用强内聚、弱耦合的模块化结构，可移植性强，方便推广。

上述为本实施例的一种故障告警装置的示意性方案。需要说明的是，该故障告警装置的技术方案与上述的故障告警方法的技术方案属于同一构思，故障告警装置的技术方案未详细描述的细节内容，均可以参见上述故障告警方法的技术方案的描述。

图5示出了根据本申请一实施例提供的一种计算设备500的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接，数据库550用于保存数据。

计算设备500还包括接入设备540，接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图5所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备500还可以是移动式或静止式的服务器。

其中，处理器520执行所述计算机指令时实现所述的故障告警方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的故障告警方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述故障告警方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述故障告警方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的故障告警方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述故障告警方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (10)

1.一种故障告警方法，其特征在于，包括：

接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；

确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；

基于所述端口标识生成端口解析命令，并发送至交换机；

接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

2.如权利要求1所述的故障告警方法，其特征在于，接收故障监测请求，并基于所述故障监测请求获取日志文件，包括：

基于所述故障监测请求在所述交换机的日志数据库中采集日志文件。

3.如权利要求1所述的故障告警方法，其特征在于，确定所述日志文件中的待处理日志信息，包括：

基于预设故障关键字在所述日志文件中确定至少一个待处理日志信息。

4.如权利要求1所述的故障告警方法，其特征在于，基于所述端口标识生成端口解析命令，并发送至交换机之前，还包括：

基于远程登录协议远程登录所述交换机。

5.如权利要求3所述的故障告警方法，其特征在于，获取所述待处理日志信息中的端口标识，包括：

基于预设端口关键字获取每个待处理日志的端口标识。

6.如权利要求5所述的故障告警方法，其特征在于，基于所述端口标识生成端口解析命令，并发送至交换机，包括：

基于每个端口标识生成每个端口标识对应的端口解析命令，并将每个端口解析命令发送至交换机。

7.如权利要求1所述的故障告警方法，其特征在于，基于所述故障终端属性信息生成故障告警信息，包括：

基于终端名称信息、终端位置信息、终端IP地址和终端MAC地址生成故障告警信息。

8.一种故障告警装置，其特征在于，包括：

接收模块，被配置为接收故障监测请求，并基于所述故障监测请求获取日志文件，其中，所述日志文件中包含至少一条日志信息；

获取模块，被配置为确定所述日志文件中的待处理日志信息，并获取所述待处理日志信息中的端口标识；

发送模块，被配置为基于所述端口标识生成端口解析命令，并发送至交换机；

生成模块，被配置为接收所述交换机基于所述端口解析命令返回的故障终端属性信息，并基于所述故障终端属性信息生成故障告警信息。

9.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述计算机指令时实现权利要求1-7任意一项所述方法的步骤。

10.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-7任意一项所述方法的步骤。

Images