CN110932910A - 一种软件故障的日志记录方法及装置 - Google Patents

Abstract

本发明公开了一种软件故障的日志记录方法及装置，用以解决现有网络设备日志信息中软件故障相关的有效信息不足而导致的故障分析效率较低的问题。该方法为：当待检测网络设备的软件运行至第一关键点时，对第一关键点进行检测，第一关键点为软件中的各个业务流程支路的各个关键点中的一个关键点，各个业务流程支路是根据业务功能的不同故障类别对软件划分的；当确定软件在第一关键点处运行正常时，输出第一关键点对应的运维日志；当确定检测到第一关键点处的业务功能异常信息时，确定业务功能异常信息对应的业务功能的故障类别；确定故障类别对应的第一业务流程支路；检测第一业务流程支路的选定关键点；输出各选定关键点对应的各个异常诊断日志。

Description

一种软件故障的日志记录方法及装置

技术领域

本发明涉及计算机网络通信技术领域，尤其涉及一种软件故障的日志记录方法及装置。

背景技术

网络设备承担业务数据转发任务，通过网络设备上预装的软件实现报文转发，网络设备运行的软件是代码超过千万行的复杂软件系统，大量进程组件一起运行、互相配合完成报文转发。任何一台网络设备上的软件出现故障，都可能影响用户业务的正常开展，甚至导致用户业务的中断。

如图1所示，其为网络设备通信连接示意图，源主机10和目的主机15之间通过网络设备11、12、13以及14建立通信连接，其中，网络设备11和14为用户边缘设备(CustomerEdge，CE)，网络设备12和13为服务商边缘路由器(Provider Edge，PE)。假设图1中某一网络设备(如13)的软件发生故障，现有的故障定位过程是：源主机10上发现业务异常，向技术人员寻求支持，由技术人员根据报告的故障信息，排查每台网络设备，确定发生故障的网络设备，再对发生故障的网络设备进行调试，收集调试信息，并一键收集系统快照和设备相关信息并进行分析，以确定故障原因。

然而，这种由于软件自身Bug(漏洞)导致的故障，其定位很大程度上依赖收集到的日志信息，然而，现有的日志信息中软件故障相关的有效信息不足，从而导致故障分析效率较低。

发明内容

为了解决现有网络设备日志信息中软件故障相关的有效信息不足而导致的故障分析效率较低的问题，本发明实施例提供了一种软件故障的日志记录方法及装置。

第一方面，本发明实施例提供了一种软件故障的日志记录方法，包括：

当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测，所述第一关键点为所述软件中的各个业务流程支路的各个关键点中的一个关键点，各个业务流程支路是根据业务功能的不同故障类别对所述软件划分的、用于表征各个故障类别的相关业务处理流程对应的代码逻辑分支集合，各个业务流程支路的各个关键点用于表征决定各个故障类别的相关业务处理流程对应的代码逻辑分支是否畅通的点；

当确定所述软件在所述第一关键点处运行正常时，则输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中，所述运维日志至少包括所述第一关键点的位置信息、所述软件运行至所述第一关键点时的通路状态信息和数据状态信息；

当确定检测到所述第一关键点处的业务功能异常信息时，确定所述业务功能异常信息对应的业务功能的故障类别；

根据预设的故障类别与业务流程支路的对应关系确定所述故障类别对应的第一业务流程支路；

根据预设规则检测所述第一业务流程支路的选定关键点；

输出各个选定关键点对应的各个异常诊断日志，各个异常诊断日志至少包括对应的选定关键点的位置信息、所述软件运行至对应的选定关键点时的通路状态信息和预期通路状态信息、数据状态信息和预期数据状态信息，所述第一关键点对应的异常诊断日志还包括异常原因说明。

本发明实施例提供的软件故障的日志记录方法，故障检测服务器预先针对待检测网络设备上安装的软件，根据业务功能的不同故障类别划分各个故障类别对应的各个业务流程支路，各个业务流程支路为所述各个故障类别的相关业务处理流程对应的代码逻辑分支集合，各个业务流程支路的关键点用于表征决定各个故障类别的相关业务处理流程对应的代码逻辑分支是否畅通的点，当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测，所述第一关键点为所述软件中的各个业务流程支路的各个关键点中的一个关键点，如果软件在所述第一关键点处运行正常，则输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中，所述运维日志至少包括所述第一关键点的位置信息、所述软件运行至所述第一关键点时的通路状态信息和数据状态信息，如果检测到所述第一关键点处的业务功能异常信息时，确定所述业务功能异常信息对应的业务功能的故障类别，根据预设的故障类别与业务流程支路的对应关系确定所述故障类别对应的第一业务流程支路，根据预设规则检测所述第一业务流程支路的选定关键点，输出各个选定关键点对应的各个异常诊断日志，各个异常诊断日志至少包括对应的选定关键点的位置信息、所述软件运行至对应的选定关键点时的通路状态信息和预期通路状态信息、数据状态信息和预期数据状态信息，所述第一关键点对应的异常诊断日志还包括异常原因说明，本发明实施例提供的上述软件故障的日志记录方法，预先根据业务功能的不同故障类别划分对应的各个业务流程支路，当软件运行至业务流程支路的关键点时，对关键点进行检测，当软件在该关键点处运行正常时，输出运维日志，运行异常时，输出基于业务流程支路的异常诊断日志，从而，使得输出的日志信息更加有效，有助于软件故障的准确定位及分析，进而可以提高故障定位的效率。

较佳地，将所述运维日志记录到日志文件中，具体包括：

确定所述日志文件的大小是否大于第一预设阈值；

若确定所述日志文件的大小大于所述第一预设阈值时，将所述运维日志覆盖最早记录的运维日志；

若确定所述日志文件的大小小于等于所述第一预设阈值时，则将所述运维日志按照时间先后顺序存储至所述日志文件中。

较佳地，根据预设规则检测所述第一业务流程支路的选定关键点，具体包括：

获取所述第一业务流程支路的起始关键点到所述第一关键点的每一关键点、或者所述第一业务流程支路中与所述故障类别相关联的至少一个关键点、或者所述第一业务流程支路中的每一个关键点，得到所述第一业务流程支路的选定关键点；

根据预设规则检测得到的选定关键点。

可选地，所述方法，还包括：

提取预设时间段内所述第一业务流程支路的各个选定关键点对应的各个运维日志；

打包所述各个运维日志和所述第一业务流程支路的各个选定关键点对应的各个异常诊断日志，生成与所述第一业务流程支路、所述第一关键点和所述故障类别对应的打包文件；

存储所述打包文件。

较佳地，存储所述打包文件，具体包括：

确定与所述第一业务流程支路、所述第一关键点和所述故障类别对应的已存储打包文件的大小是否大于第二预设阈值；

若确定所述已存储打包文件大于所述第二预设阈值时，则删除所述日志文件中记录的运维日志；

确定剩余存储空间是否小于第三预设阈值；

若确定所述剩余存储空间小于所述第三预设阈值，则将所述打包文件覆盖所述已存储打包文件中最早存储的打包文件。

第二方面，本发明实施例提供了一种软件故障的日志记录装置，包括：

第一检测单元，用于当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测，所述第一关键点为所述软件中的各个业务流程支路的各个关键点中的一个关键点，各个业务流程支路是根据业务功能的不同故障类别对所述软件划分的、用于表征各个故障类别的相关业务处理流程对应的代码逻辑分支集合，各个业务流程支路的各个关键点用于表征决定各个故障类别的相关业务处理流程对应的代码逻辑分支是否畅通的点；

第一输出单元，用于当确定所述软件在所述第一关键点处运行正常时，则输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中，所述运维日志至少包括所述第一关键点的位置信息、所述软件运行至所述第一关键点时的通路状态信息和数据状态信息；

第一确定单元，用于当确定检测到所述第一关键点处的业务功能异常信息时，确定所述业务功能异常信息对应的业务功能的故障类别；

第二确定单元，用于根据预设的故障类别与业务流程支路的对应关系确定所述故障类别对应的第一业务流程支路；

第二检测单元，用于根据预设规则检测所述第一业务流程支路的选定关键点；

第二输出单元，用于输出各个选定关键点对应的各个异常诊断日志，各个异常诊断日志包括对应的选定关键点的位置信息、所述软件运行至对应的选定关键点时的通路状态信息和预期通路状态信息、数据状态信息和预期数据状态信息，所述第一关键点对应的异常诊断日志还包括异常原因说明。

较佳地，所述第一输出单元，具体用于确定所述日志文件的大小是否大于第一预设阈值；若确定所述日志文件的大小大于所述第一预设阈值时，将所述运维日志覆盖最早记录的运维日志；若确定所述日志文件的大小小于等于所述第一预设阈值时，则将所述运维日志按照时间先后顺序存储至所述日志文件中。

较佳地，所述第二检测单元，具体用于获取所述第一业务流程支路的起始关键点到所述第一关键点的每一关键点、或者所述第一业务流程支路中与所述故障类别相关联的至少一个关键点、或者所述第一业务流程支路中的每一个关键点，得到所述第一业务流程支路的选定关键点；根据预设规则检测得到的选定关键点。

可选地，所述装置，还包括：

提取单元，用于提取预设时间段内所述第一业务流程支路的各个选定关键点对应的各个运维日志；

打包单元，用于打包所述各个运维日志和所述第一业务流程支路的各个选定关键点对应的各个异常诊断日志，生成与所述第一业务流程支路、所述第一关键点和所述故障类别对应的打包文件；

存储单元，用于存储所述打包文件。

较佳地，所述存储单元，具体用于确定与所述第一业务流程支路、所述第一关键点和所述故障类别对应的已存储打包文件的大小是否大于第二预设阈值；若确定所述已存储打包文件大于所述第二预设阈值时，则删除所述日志文件中记录的运维日志；确定剩余存储空间是否小于第三预设阈值；若确定所述剩余存储空间小于所述第三预设阈值，则将所述打包文件覆盖所述已存储打包文件中最早存储的打包文件。

本发明提供的软件故障的日志记录装置的技术效果可以参见上述第一方面或第一方面的各个实现方式的技术效果，此处不再赘述。

第三方面，本发明实施例提供了一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现本发明所述的软件故障的日志记录方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明所述的软件故障的日志记录方法中的步骤。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为网络设备通信连接示意图；

图2为本发明实施例提供的软件故障的日志记录方法的实施流程示意图；

图3为本发明实施例中，将运维日志记录到日志文件中的实施流程示意图；

图4为本发明实施例中，对第一业务流程支路的选定关键点进行检测的实施流程示意图；

图5为本发明实施例中，对打包文件进行存储的实施流程示意图；

图6为本发明实施例提供的软件故障的日志记录装置的结构示意图；

图7为本发明实施例提供的通信设备的结构示意图。

具体实施方式

为了解决现有网络设备日志信息中软件故障相关的有效信息不足而导致的故障分析效率较低的问题，本发明实施例提供了一种软件故障的日志记录方法及装置。

以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

如图2所示，其为本发明实施例提供的软件故障的日志记录方法的实施流程示意图，可以包括以下步骤：

S21、当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测。

具体实施时，故障检测服务器针对网络设备上安装的软件，预先根据业务功能的不同故障类别划分各个故障类别对应的各个业务流程支路，其中，所述各个业务流程支路用于表征各个故障类别的相关业务处理流程对应的代码逻辑分支集合。各个业务流程支路的各个关键点用于表征决定各个故障类别的相关业务处理流程对应的代码逻辑分支是否畅通的点，例如路由表项是否存在、Socket(套接字)连接是否正常等。故障检测服务器预先在各个业务流程支路的关键点处设置检测接口，以便各个关键点可检测。

具体地，将网络设备上安装的软件视为一个整体，如果多台网络设备组成集群或者其他软件联合体，如VSU(Virtual Switching Unit，虚拟转发单元)等，则将这些多台网络设备上安装的软件视为一个整体，根据网络设备提供的业务功能的故障类别划分各故障类别对应的业务流程支路。其中，故障类别如Telnet(远程终端协议)无法登录、Web(WorldWide Web，全球广域网)认证失败、OSPF(Open Shortest Path First，开放式最短路径优先)邻居震荡等等。业务流程支路至少包括该类别故障相关的所有上下层功能模块(或组件)的代码逻辑分支通路，例如：报文处理相关故障的业务流程支路至少包括驱动模块、报文分发模块、报文解析处理模块、业务处理模块等模块相关的业务流程；管理相关故障的业务流程支路至少包括命令接收模块、命令解析模块、业务处理模块等模块相关的业务流程；Web认证失败的业务流程支路至少包括驱动(接收目的地址为本机的报文处理流程)、以太网链路(解析Web报文处理流程)、TCP/IP(Transmission Control Protocol/InternetProtocol，传输控制协议/网际协议)组件(Socket(套接字)报文分发流程)、Web认证组件(认证处理流程)等Web认证相关上下层组件的代码逻辑分支。

具体实施时，当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测，其中，所述第一关键点为所述软件中的各个业务流程支路的各个关键点中的一个关键点。

具体地，当待检测网络设备的软件运行至第一关键点时，故障检测服务器触发预先设置的检测接口对所述第一关键点进行检测。

S22、当确定所述软件在所述第一关键点处运行正常时，输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中。

具体实施时，当确定所述网络设备的软件在所述第一关键点处运行正常时，故障检测服务器输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中，其中，所述运维日志至少包括所述第一关键点的位置信息、所述软件运行至所述第一关键点时的通路状态信息和数据状态信息，以及当前时间信息。

具体实施时，按照如图3所示的流程将所述运维日志记录到日志文件中，可以包括以下步骤：

S221、确定日志文件的大小是否大于第一预设阈值，若确定所述日志文件的大小大于所述第一预设阈值时，执行步骤S222，若确定所述日志文件的大小小于等于所述第一预设阈值时，执行步骤S223。

具体实施时，预先指定运维日志的大小，第一预设阈值可以根据需要自行设定，例如，第一预设阈值可以设置为5M(兆)。

S222、将所述运维日志覆盖最早记录的运维日志。

S223、将所述运维日志按照时间先后顺序存储至所述日志文件中。

S23、当确定检测到所述第一关键点处的业务功能异常信息时，确定所述业务功能异常信息对应的业务功能的故障类别。

具体实施时，当确定检测到所述第一关键点处的业务功能异常信息时，故障检测服务器确定所述业务功能异常信息对应的业务功能的故障类别。

S24、根据预设的故障类别与业务流程支路的对应关系确定所述故障类别对应的第一业务流程支路。

具体实施时，故障检测服务器根据预先划分的故障类别对应的业务流程支路的对应关系确定步骤S23中确定的故障类别对应的业务流程支路，记为第一业务流程支路。

S25、根据预设规则检测所述第一业务流程支路的选定关键点。

具体实施时，故障检测服务器触发为所述第一业务流程支路的各个关键点预先设置的检测接口中所述选定关键点对应的检测接口，对所述第一业务流程支路的选定关键点进行检测。

具体地，按照如图4所示的流程对所述第一业务流程支路的选定关键点进行检测，可以包括以下步骤：

S251、获取第一业务流程支路的起始关键点到第一关键点的每一关键点、或者所述第一业务流程支路中与所述故障类别相关联的至少一个关键点、或者所述第一业务流程支路中的每一个关键点，得到所述第一业务流程支路的选定关键点。

具体实施时，故障检测服务器获取所述第一业务流程支路的起始关键点到所述第一关键点的每一关键点、或者所述第一业务流程支路中与所述故障类别相关联的至少一个关键点、或者所述第一业务流程支路中的每一个关键点，得到所述第一业务流程支路的选定关键点。

S252、根据预设规则检测得到的选定关键点。

具体实施时，故障检测服务器对得到的选定关键点按照先后顺序进行检测。

具体地，故障检测服务器对所述第一业务流程支路的起始关键点到所述第一关键点的每一关键点按先后顺序进行检测；或者对所述第一业务流程支路中与所述故障类别相关联的至少一个关键点按先后顺序进行检测；或者对所述第一业务流程支路中的每一个关键点按先后顺序进行检测。

具体实施时，如果该故障类别只取决于起始关键点到异常关键点(即第一关键点)的处理过程中存在的异常，比如Telnet第一次无法登录，报文没有送到Telnet组件的异常导致Telnet登录失败，则只对所述第一业务流程支路的起始关键点到所述第一关键点按先后顺序进行检测。当所述异常关键点对应的故障类别仅与至少一个关键点相关联，则仅对所述第一业务流程支路中与所述故障类别相关联的至少一个关键点按先后顺序进行检测。如果该故障类别对应的所述第一业务流程支路需要更新(删除或修订)上一次的业务信息，而且故障类别可能是上一次业务信息异常导致，比如上一次处理保存的路由信息有误，导致最新的路由无法正常更新，则需对所述第一业务流程支路中的每一个关键点按先后顺序进行检测。

本发明实施例中，上述预设规则执行时，均按照所述第一业务流程支路中的关键点的先后顺序进行检测。

S26、输出各个选定关键点对应的各个异常诊断日志。

具体实施时，故障检测服务器输出所述第一业务流程支路的各个选定关键点对应的各个异常诊断日志。其中，各个异常诊断日志至少包括对应的选定关键点的位置信息、所述软件运行至对应的选定关键点时的通路状态信息和预期通路状态信息、数据状态信息和预期数据状态信息、以及当前时间信息，所述第一关键点对应的异常诊断日志还包括异常原因说明。

具体地，针对所述第一业务流程支路的第一关键点(即异常关键点)输出的异常诊断日志中，不仅要记录该异常关键点的位置信息、所述软件运行至该异常关键点时的通路状态信息和预期通路状态信息、数据状态信息和预期数据状态信息、还要记录异常关键点对应的异常可能原因说明，并标记出该异常关键点。

进一步地，提取预设时间段内所述第一业务流程支路的各个选定关键点对应的各个运维日志，打包所述各个运维日志和所述第一业务流程支路的各个选定关键点对应的各个异常诊断日志，生成与所述第一业务流程支路、所述第一关键点和所述故障类别对应的打包文件，存储所述打包文件，以供后续故障定位分析时使用。

具体实施时，预设时间段为检测出业务功能异常信息前的一段指定时间，可以根据需要自行设定，例如，可以设置为检测出业务功能信息前的1天内，本发明实施例对此不作限定。

较佳地，按照如图5所示的流程对所述打包文件进行存储，可以包括以下步骤：

S31、确定与所述第一业务流程支路、所述第一关键点和所述故障类别对应的已存储打包文件的大小是否大于第二预设阈值。

具体实施时，故障检测服务器预先指定异常诊断日志的大小，第二预设阈值可以根据需要自行设定，本发明实施例对此不作限定。

具体地，如果已存储了多个与所述第一业务流程支路、所述第一关键点和所述故障类别对应的打包文件，则故障检测服务器确定与所述第一业务流程支路、所述第一关键点和所述故障类别对应的已存储的多个打包文件的大小是否大于第二预设阈值。

S32、若确定所述已存储打包文件大于所述第二预设阈值时，则删除所述日志文件中记录的运维日志。

具体实施时，若故障检测服务器确定与所述第一业务流程支路、所述第一关键点和所述故障类别对应的已存储的多个打包文件的大小大于第二预设阈值时，则删除所述日志文件中记录的所有运维日志。

S33、确定剩余存储空间是否小于第三预设阈值。

具体实施时，故障检测服务器确定删除所述日志文件中记录的运维日志后的剩余空间是否小于第三预设阈值，第三预设阈值可以根据需要自行设定，本发明实施例对此不作限定。

S34、若确定所述剩余存储空间小于所述第三预设阈值，则将所述打包文件覆盖所述已存储打包文件中最早存储的打包文件。

具体实施时，故障检测服务器若确定所述剩余存储空间小于所述第三预设阈值，则将所述打包文件覆盖所述已存储的多个打包文件中最早存储的打包文件。

本发明实施例提供的软件故障的日志记录方法，故障检测服务器针对待检测网络设备上安装的软件，预先根据业务功能的不同故障类别划分各个故障类别对应的业务流程支路，当软件运行至各业务流程支路的各个关键点中的每一个关键时，对关键点进行检测，当软件在该关键点处运行正常时，输出运维日志，运行异常时，输出基于业务流程支路的异常诊断日志，进而将发生异常的前一段时间内所述业务流程支路的各选定关键点对应的各运维日志和所述业务流程支路的各选定关键点对应的各异常诊断日志打包生成打包文件后存储，以供后续故障定位及分析时使用，从而，使得输出的日志信息更加有效，有助于软件故障的准确定位及分析，进而可以提高故障定位的效率。

如图6所示，其为本发明实施例提供的软件故障的日志记录装置的结构示意图，可以包括：

第一检测单元41，用于当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测，所述第一关键点为所述软件中的各个业务流程支路的各个关键点中的一个关键点，各个业务流程支路是根据业务功能的不同故障类别对所述软件划分的、用于表征各个故障类别的相关业务处理流程对应的代码逻辑分支集合，各个业务流程支路的各个关键点用于表征决定各个故障类别的相关业务处理流程对应的代码逻辑分支是否畅通的点；

第一输出单元42，用于当确定所述软件在所述第一关键点处运行正常时，则输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中，所述运维日志至少包括所述第一关键点的位置信息、所述软件运行至所述第一关键点时的通路状态信息和数据状态信息；

第一确定单元43，用于当确定检测到所述第一关键点处的业务功能异常信息时，确定所述业务功能异常信息对应的业务功能的故障类别；

第二确定单元44，用于根据预设的故障类别与业务流程支路的对应关系确定所述故障类别对应的第一业务流程支路；

第二检测单元45，用于根据预设规则检测所述第一业务流程支路的选定关键点；

第二输出单元46，用于输出各个选定关键点对应的各个异常诊断日志，各个异常诊断日志包括对应的选定关键点的位置信息、所述软件运行至对应的选定关键点时的通路状态信息和预期通路状态信息、数据状态信息和预期数据状态信息，所述第一关键点对应的异常诊断日志还包括异常原因说明。

较佳地，所述第一输出单元42，具体用于确定所述日志文件的大小是否大于第一预设阈值；若确定所述日志文件的大小大于所述第一预设阈值时，将所述运维日志覆盖最早记录的运维日志；若确定所述日志文件的大小小于等于所述第一预设阈值时，则将所述运维日志按照时间先后顺序存储至所述日志文件中。

较佳地，所述第二检测单元45，具体用于获取所述第一业务流程支路的起始关键点到所述第一关键点的每一关键点、或者所述第一业务流程支路中与所述故障类别相关联的至少一个关键点、或者所述第一业务流程支路中的每一个关键点，得到所述第一业务流程支路的选定关键点；根据预设规则检测得到的选定关键点。

可选地，所述装置，还包括：

提取单元，用于提取预设时间段内所述第一业务流程支路的各个选定关键点对应的各个运维日志；

打包单元，用于打包所述各个运维日志和所述第一业务流程支路的各个选定关键点对应的各个异常诊断日志，生成与所述第一业务流程支路、所述第一关键点和所述故障类别对应的打包文件；

存储单元，用于存储所述打包文件。

较佳地，所述存储单元，具体用于确定与所述第一业务流程支路、所述第一关键点和所述故障类别对应的已存储打包文件的大小是否大于第二预设阈值；若确定所述已存储打包文件大于所述第二预设阈值时，则删除所述日志文件中记录的运维日志；确定剩余存储空间是否小于第三预设阈值；若确定所述剩余存储空间小于所述第三预设阈值，则将所述打包文件覆盖所述已存储打包文件中最早存储的打包文件。

基于同一技术构思，本发明实施例还提供了一种通信设备500，参照图7所示，通信设备500用于实施上述方法实施例记载的软件故障的日志记录方法，该实施例的通信设备500可以包括：存储器501、处理器502以及存储在所述存储器中并可在所述处理器上运行的计算机程序，例如软件故障的日志记录程序。所述处理器执行所述计算机程序时实现上述各个软件故障的日志记录方法实施例中的步骤，例如图2所示的步骤S21。或者，所述处理器执行所述计算机程序时实现上述各装置实施例中各模块/单元的功能，例如41。

本发明实施例中不限定上述存储器501、处理器502之间的具体连接介质。本申请实施例在图7中以存储器501、处理器502之间通过总线503连接，总线503在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线503可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器501可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器501也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器501是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器501可以是上述存储器的组合。

处理器502，用于实现如图2所示的一种软件故障的日志记录方法，包括：

所述处理器502，用于调用所述存储器501中存储的计算机程序执行如图2中所示的步骤S21、当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测，步骤S22、当确定所述软件在所述第一关键点处运行正常时，输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中，步骤S23、当确定检测到所述第一关键点处的业务功能异常信息时，确定所述业务功能异常信息对应的业务功能的故障类别，步骤S24、根据预设的故障类别与业务流程支路的对应关系确定所述故障类别对应的第一业务流程支路，步骤S25、根据预设规则检测所述第一业务流程支路的选定关键点，和步骤S26、输出各个选定关键点对应的各个异常诊断日志。

本申请实施例还提供了一种计算机可读存储介质，存储为执行上述处理器所需执行的计算机可执行指令，其包含用于执行上述处理器所需执行的程序。

在一些可能的实施方式中，本发明提供的软件故障的日志记录方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在通信设备上运行时，所述程序代码用于使所述通信设备执行本说明书上述描述的根据本发明各种示例性实施方式的软件故障的日志记录方法中的步骤，例如，所述通信设备可以执行如图2中所示的步骤S21、当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测，步骤S22、当确定所述软件在所述第一关键点处运行正常时，输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中，步骤S23、当确定检测到所述第一关键点处的业务功能异常信息时，确定所述业务功能异常信息对应的业务功能的故障类别，步骤S24、根据预设的故障类别与业务流程支路的对应关系确定所述故障类别对应的第一业务流程支路，步骤S25、根据预设规则检测所述第一业务流程支路的选定关键点，和步骤S26、输出各个选定关键点对应的各个异常诊断日志。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本发明的实施方式的用于软件故障的日志记录的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算设备上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种软件故障的日志记录方法，其特征在于，包括：

当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测，所述第一关键点为所述软件中的各个业务流程支路的各个关键点中的一个关键点，各个业务流程支路是根据业务功能的不同故障类别对所述软件划分的、用于表征各个故障类别的相关业务处理流程对应的代码逻辑分支集合，各个业务流程支路的各个关键点用于表征决定各个故障类别的相关业务处理流程对应的代码逻辑分支是否畅通的点；

当确定所述软件在所述第一关键点处运行正常时，则输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中，所述运维日志至少包括所述第一关键点的位置信息、所述软件运行至所述第一关键点时的通路状态信息和数据状态信息；

当确定检测到所述第一关键点处的业务功能异常信息时，确定所述业务功能异常信息对应的业务功能的故障类别；

根据预设的故障类别与业务流程支路的对应关系确定所述故障类别对应的第一业务流程支路；

根据预设规则检测所述第一业务流程支路的选定关键点；

输出各个选定关键点对应的各个异常诊断日志，各个异常诊断日志包括对应的选定关键点的位置信息、所述软件运行至对应的选定关键点时的通路状态信息和预期通路状态信息、数据状态信息和预期数据状态信息，所述第一关键点对应的异常诊断日志还包括异常原因说明。

2.如权利要求1所述的方法，其特征在于，将所述运维日志记录到日志文件中，具体包括：

确定所述日志文件的大小是否大于第一预设阈值；

若确定所述日志文件的大小大于所述第一预设阈值时，将所述运维日志覆盖最早记录的运维日志；

若确定所述日志文件的大小小于等于所述第一预设阈值时，则将所述运维日志按照时间先后顺序存储至所述日志文件中。

3.如权利要求1所述的方法，其特征在于，根据预设规则检测所述第一业务流程支路的选定关键点，具体包括：

获取所述第一业务流程支路的起始关键点到所述第一关键点的每一关键点、或者所述第一业务流程支路中与所述故障类别相关联的至少一个关键点、或者所述第一业务流程支路中的每一个关键点，得到所述第一业务流程支路的选定关键点；

根据预设规则检测得到的选定关键点。

4.如权利要求1-3任一所述的方法，其特征在于，还包括：

提取预设时间段内所述第一业务流程支路的各个选定关键点对应的各个运维日志；

打包所述各个运维日志和所述第一业务流程支路的各个选定关键点对应的各个异常诊断日志，生成与所述第一业务流程支路、所述第一关键点和所述故障类别对应的打包文件；

存储所述打包文件。

5.如权利要求4所述的方法，其特征在于，存储所述打包文件，具体包括：

确定与所述第一业务流程支路、所述第一关键点和所述故障类别对应的已存储打包文件的大小是否大于第二预设阈值；

若确定所述已存储打包文件大于所述第二预设阈值时，则删除所述日志文件中记录的运维日志；

确定剩余存储空间是否小于第三预设阈值；

若确定所述剩余存储空间小于所述第三预设阈值，则将所述打包文件覆盖所述已存储打包文件中最早存储的打包文件。

6.一种软件故障的日志记录装置，其特征在于，包括：

第一检测单元，用于当待检测网络设备的软件运行至第一关键点时，对所述第一关键点进行检测，所述第一关键点为所述软件中的各个业务流程支路的各个关键点中的一个关键点，各个业务流程支路是根据业务功能的不同故障类别对所述软件划分的、用于表征各个故障类别的相关业务处理流程对应的代码逻辑分支集合，各个业务流程支路的各个关键点用于表征决定各个故障类别的相关业务处理流程对应的代码逻辑分支是否畅通的点；

第一输出单元，用于当确定所述软件在所述第一关键点处运行正常时，则输出所述第一关键点对应的运维日志，并将所述运维日志记录到日志文件中，所述运维日志至少包括所述第一关键点的位置信息、所述软件运行至所述第一关键点时的通路状态信息和数据状态信息；

第一确定单元，用于当确定检测到所述第一关键点处的业务功能异常信息时，确定所述业务功能异常信息对应的业务功能的故障类别；

第二确定单元，用于根据预设的故障类别与业务流程支路的对应关系确定所述故障类别对应的第一业务流程支路；

第二检测单元，用于根据预设规则检测所述第一业务流程支路的选定关键点；

第二输出单元，用于输出各个选定关键点对应的各个异常诊断日志，各个异常诊断日志包括对应的选定关键点的位置信息、所述软件运行至对应的选定关键点时的通路状态信息和预期通路状态信息、数据状态信息和预期数据状态信息，所述第一关键点对应的异常诊断日志还包括异常原因说明。

7.如权利要求6所述的装置，其特征在于，

所述第一输出单元，具体用于确定所述日志文件的大小是否大于第一预设阈值；若确定所述日志文件的大小大于所述第一预设阈值时，将所述运维日志覆盖最早记录的运维日志；若确定所述日志文件的大小小于等于所述第一预设阈值时，则将所述运维日志按照时间先后顺序存储至所述日志文件中。

8.如权利要求6所述的装置，其特征在于，

所述第二检测单元，具体用于获取所述第一业务流程支路的起始关键点到所述第一关键点的每一关键点、或者所述第一业务流程支路中与所述故障类别相关联的至少一个关键点、或者所述第一业务流程支路中的每一个关键点，得到所述第一业务流程支路的选定关键点；根据预设规则检测得到的选定关键点。

9.如权利要求6-8任一所述的装置，其特征在于，还包括：

提取单元，用于提取预设时间段内所述第一业务流程支路的各个选定关键点对应的各个运维日志；

打包单元，用于打包所述各个运维日志和所述第一业务流程支路的各个选定关键点对应的各个异常诊断日志，生成与所述第一业务流程支路、所述第一关键点和所述故障类别对应的打包文件；

存储单元，用于存储所述打包文件。

10.如权利要求9所述的装置，其特征在于，

所述存储单元，具体用于确定与所述第一业务流程支路、所述第一关键点和所述故障类别对应的已存储打包文件的大小是否大于第二预设阈值；若确定所述已存储打包文件大于所述第二预设阈值时，则删除所述日志文件中记录的运维日志；确定剩余存储空间是否小于第三预设阈值；若确定所述剩余存储空间小于所述第三预设阈值，则将所述打包文件覆盖所述已存储打包文件中最早存储的打包文件。

11.一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1～5任一项所述的软件故障的日志记录方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～5任一项所述的软件故障的日志记录方法中的步骤。

Images