CN106685744A - 一种故障排除方法、装置及系统 - Google Patents
一种故障排除方法、装置及系统 Download PDFInfo
- Publication number
- CN106685744A CN106685744A CN201710144847.0A CN201710144847A CN106685744A CN 106685744 A CN106685744 A CN 106685744A CN 201710144847 A CN201710144847 A CN 201710144847A CN 106685744 A CN106685744 A CN 106685744A
- Authority
- CN
- China
- Prior art keywords
- client
- daily record
- record text
- server
- failure
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提供了一种故障排除方法、装置及系统,所述方法包括:获取所述客户端生成的日志文本;将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件;获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障。本发明实施例提供的故障排除方法、装置及系统,能够排除客户端出现的故障。
Description
技术领域
本发明涉及终端设备技术领域,特别是涉及一种故障排除方法、装置及系统。
背景技术
终端设备上安装的客户端在运行的时候,经常会出现卡死、无法支付或无法访问网络地址等一系列的故障。
为了排除故障,使用客户端的用户通常会打电话给运营商的客服人员,请求客服人员帮助排除故障。而用户在与客服人员沟通时,可能由于用户对客户端不甚了解,无法清楚的描述出当前客户端出现故障的相关信息(如:客户端所出现故障的故障表现、网络状态、版本或产品型号等信息),导致客服人员也不能根据用户的描述获知客户端具体的故障状态,从而无法排除客户端出现的故障。
发明内容
本发明的目的在于提供一种故障排除方法、装置及系统,以排除客户端出现的故障。
为达到上述目的本发明实施例提供了一种故障排除方法,应用于客户端,所述方法包括:
获取所述客户端生成的日志文本;
将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件;
获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障。
优选地,所述将所述日志文本发送给服务器的步骤,包括:
在检测到用户点击预设的操作键后,将所述日志文本发送给服务器。
优选地,所述方法还包括:
检测所述客户端的内存的占用量,并判断所述占用量是否大于故障阈值;
如果大于,则确定所述客户端发生故障,并执行所述获取所述客户端生成的日志文本的步骤。
优选地,所述将所述日志文本发送给服务器的步骤,包括:
按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式,将所述日志文本发送给所述服务器;或
按照预设的文件分段规则,确定所述日志文本的分段,并依次将各个分段发送给服务器。
本发明实施例还提供了一种故障排除方法,应用于服务器,所述方法包括:
获取客户端发送的日志文本;
根据所述日志文本获取用于排除所述客户端故障的策略文件;
向所述客户端发送所述策略文件,以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。
优选地,所述根据所述日志文本获取用于排除所述故障的策略文件的步骤,包括:
检测所述日志文本中的故障代码;
确定所述故障代码对应的故障类型;
获取用于排除所述故障类型对应的故障的策略文件。
优选地,所述方法还包括:
存储所述日志文本。
本发明实施例还提供了一种故障排除装置,应用于客户端,所述装置包括:
第一获取模块,用于获取所述客户端生成的日志文本;
第一发送模块,用于将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件;
更新模块,用于获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障。
本发明实施例还提供了一种故障排除装置,应用于服务器,所述装置包括:
第二获取模块,获取客户端发送的日志文本;
第三获取模块,用于根据所述日志文本获取用于排除所述客户端故障的策略文件;
第二发送模块,用于向所述客户端发送所述策略文件,以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。
本发明实施例还提供了一种故障排除系统,所述系统包括:客户端和服务器;
所述客户端,用于获取所述客户端生成的日志文本;将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件;获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障;
所述服务器,用于获取客户端发送的日志文本;根据所述日志文本获取用于排除所述客户端故障的策略文件;向所述客户端发送所述策略文件,以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。
本发明实施例提供的一种故障排除方法、装置及系统,客户端获取自身生成的日志文本,并将日志文本发送给服务器;服务器根据日志文本获取用于排除故障的策略文件,并将策略文件发送给客户端,客户端根据策略文件进行更新,排除客户端出现的故障。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的第一类故障排除方法的流程图;
图2为本发明实施例提供的第二类故障排除方法的流程图;
图3为本发明实施例提供的根据所述日志文本获取用于排除所述故障的策略文件的流程图;
图4为本发明实施例提供的第一类故障排除装置的结构示意图;
图5为本发明实施例提供的第二类故障排除装置的结构示意图;
图6为本发明实施例提供的第三获取模块的结构示意图;
图7为本发明实施例提供的故障排除系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
客户端在运行时会实时生成日志文本,这些日志文本的内容中包括日志等级、进程ID(IDentity,身份标识)、用户机型、操作系统版本、网络状态、客户端版本和用户昵称等信息,这些信息反映了客户端在运行时的一系列操作和运行环境,因此,可根据客户端生成的日志文本,确定出发生故障的客户端具体所处的故障状态,并进一步采取相应的排除故障的策略,以排除客户端出现的故障。为此,本发明实施例提供了一种故障排除方法,图1为本发明实施例提供的第一类故障排除方法的流程图,可应用于客户端,所述方法包括:
S110,获取所述客户端生成的日志文本。
本实施例中,客户端生成日志文本后,可将其存储在客户端的虚拟内存(如davilk虚拟机堆内存)中,客户端的虚拟内存容量是固定的,当存储的日志文本超过虚拟内存的容量后,会清除时间较早存入的日志文本,形成先进先出的队列结构;日志文本还可以被存储在客户端所在终端设备的内存卡中(如位于客户端文件夹中cache目录下),终端设备的内存卡容量较大,可存储大量的日志文本。具体地,客户端在获取日志文本时,需要向终端设备的系统申请获取日志文本的权限,在获得系统的授权后,客户端可通过一条linux指令指定日志文本的等级和进程ID,通过日志文本的等级和进程ID获取到日志文本。进一步地,在获取日志文本时,客户端可获取当前存储的所有日志文本,也可以获取最新生成的日志文本(如当前时刻之前一天之内生成的日志文本)。
可选的,为了得到获取日志文本的具体时机,本申请提供了如下三种具体实现方式:
第一种具体实现方式为:可周期性获取客户端生成的日志文本。
具体地,客户端可预设一个时间间隔,每经过该时间间隔获取一次客户端生成的日志文本。举例而言,假设时间间隔为24小时,在初始时刻2014年1月1日0时,客户端获取一次日志文本,当2014年1月2日0时,客户端再次获取一次日志文本。
第二种具体实现方式为:可实时获取客户端生成的日志文本。
具体地,在客户端正常运行的时候,可采用实时获取日志文本。举例而言,日志文本包含多个日志记录,客户端每生成一条日志记录,客户端获取一条日志记录。
采用上述两种获取日志文本时机的具体实现方式中任一一种方式,均可使客户端更加智能,而且提高了获取日志文本的时效性。
优选地,为了降低客户端的运行负荷,本申请提供了第三种具体实现方式为:在客户端发生故障时,获取客户端生成的日志文本。
具体地,当客户端正常运行时无需获取日志文本,当客户端检测到自身发生故障后,获取日志文本,从而降低了客户端运行时的负荷。
在本申请的一种具体实现方式中,可通过如下方式确定客户端是否发生故障。所述方法还包括:
检测所述客户端的内存的占用量,并判断所述占用量是否大于故障阈值;如果大于,则确定所述客户端发生故障,并执行所述获取所述客户端生成的日志文本的步骤S110。
具体地,客户端的内存的占用量可表征当前客户端运行时占用内存的百分比,当客户端的内存的占用量过大,大于某一个故障阈值时,此时确定客户端发生故障。本实施例中,所述故障阈值可根据具体情况自由设定,例如,故障阈值可以为90%。举例而言,假设客户端的内存只有1G可以使用,然而客户端由于加载过多的图片,不断申请更多的内存,当再次申请内存时,客户端将无法申请到(此时内存的占用量已大于故障阈值),申请内存的指令在执行后,由于没有得到想要的结果,客户端检测到自身已出现故障。
进一步地,当客户端检测到自身出现故障后,会向系统发出一个异常指令,系统的异常处理程序会捕捉到该异常指令,命令客户端获取日志文本。
S120,将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件。
可选的,为了得到发送日志文本的具体时机,本申请提供了如下两种具体实现方式:
第一种具体实现方式为:当客户端获取到日志文本后,采用轮询的方式主动向服务器询问是否开启日志文本发送。
具体地,轮询的方式是指当客户端获取到日志文本后,频繁的向服务器询问是否开启日志文本的发送,如果客户端得到服务器的允许,则客户端开启日志文本的发送,如果客户端不能得到服务器的允许,则客户端会隔一段时间继续向服务器询问是否开启日志文本的发送,该轮询的方式可使客户端更加智能。
为了节省降低运营商的成本、减小信息资源的浪费,本申请提供了第二种具体实现方式为:在检测到用户点击预设的操作键后,将所述日志文本发送给服务器。
具体地,可在客户端界面上预先设置用于发送日志文本的操作键,当客户端出现故障后,用户点击该操作键,客户端检测到用户点击操作键后,将日志文本发送给服务器。
在其他实施例中,发送日志文本的操作键还可以为临时生成并显示在屏幕上的。具体地,当客户端发生故障后向系统发出一个异常指令,系统的异常处理程序捕捉到该异常指令后,生成一个提示用户发送日志文本的操作键,并将其显示在屏幕上,当用户点击该操作键后,客户端检测到用户点击操作键后,向服务器发送日志文本。
优选地,在发送日志文本之前,客户端还可以对日志文本进行加密,服务器预先获知密码,服务器获取到日志文本后对其进行解密。本实施例中采用对日志文本加密的方式可有效的保障了客户端用户的隐私。
可选的,为了得到日志文本的发送方式,本申请提供了如下三种具体实现方式:
第一种具体实现方式为:按照预设的文件分段规则,确定所述日志文本的分段,并依次将各个分段发送给服务器。
具体地,日志文本中存储有多条日志记录,可按照每10条日志记录一分段的方式,对日志文本中的日志记录进行分段,然后依次将各个分段发送给服务器;还可以按照每一时间段(如10分钟)生成的日志记录一分段的方式,对日志文本中的日志记录进行分段,然后依次将各个分段发送给服务器。
优选地,在发送各个分段时,可按照某一预设的时间间隔进行发送。举例而言,该预设的时间间隔可以为0,即发送完成一个分段后,立即发送下一个分段;该预设的时间间隔可以为10分钟,即每隔10分钟发送一个分段。
第二种具体实现方式为:当检测到日志文本中的日志记录的数量超过预设阈值时,将日志文本发送给服务器。
本实施例中,预设阈值可以自由设定,优选地,预设阈值为20。
对于上述两种日志文本发送方式的具体实现方式,均可节省发送日志文本时的信息传输数量,节省运营商的成本。
优选地,为了减少日志文本发送过程中出现异常中断的发生,保证日志文本的正常发送,本申请提供了第三种具体实现方式为:按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式,将所述日志文本发送给所述服务器。
具体地,日志文本中存储有多条日志记录,客户端可以实时读取日志文本中存储的日志记录,并将读取的日志记录实时发送给服务器,这种方式读取的日志记录较少,发送过程中信息传输量小,可以减少发送过程中出现异常中断现象的发生,保证日志文本的正常发送。举例而言,客户端可以每读取一条日志记录,向服务器发送该行日志记录,如此反复。
具体地,客户端将日志文本发送给服务器后,服务器根据日志文本获取用于排除客户端故障的策略文件,并将策略文件发送给客户端。
本实施例中,策略文件可以为服务器根据日志文本中的信息自动生成的用于排除客户端故障的操作指令(如重启客户端)。策略文件还可以为维护人员根据日志文本编写的更新包,具体地,服务器将日志文本存储在存储器中,等待维护人员针对该日志文本中的信息,编写用于排除客户端故障的更新包,当更新包编写完成后,维护人员将其上传至服务器,服务器获取更新包。
优选地,在实际发送日志文本时,可采用Builder方式来配置日志文本的发送方式以及与服务器的交互方式,这些配置是相互独立的;同时利用LeanCloud SDK进行封装,或者,自行采用任意baas第三方服务提供商进行封装,或者,为了安全考虑,运营商可以自行开发服务端进行封装;之后通过Builder配置好服务器IP地址和用户密码,即可以开启日志文本的发送。
S130,获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障。
具体地,客户端接收到服务器发送的策略文件后,对当前客户端进行更新,更新后的客户端可以排除曾经出现过的故障。
本发明实施例提供的故障排除方法,客户端获取自身生成的日志文本,并将日志文本发送给服务器;服务器根据日志文本获取用于排除故障的策略文件,并将策略文件发送给客户端,客户端根据策略文件进行更新,以排除客户端出现的故障。
本发明实施例还提供了一种故障排除方法,图2为本发明实施例提供的第二类故障排除方法的流程图,应用于服务器,该方法包括:
S210,获取客户端发送的日志文本。
具体地,当客户端发送日志文本后,服务器接收到该日志文本。
S220,根据所述日志文本获取用于排除所述客户端故障的策略文件。
作为本申请的一种具体实现方式,图3为本发明实施例提供的根据所述日志文本获取用于排除所述故障的策略文件的流程图,该方法包括:
S221,检测所述日志文本中的故障代码。
S222,确定所述故障代码对应的故障类型。
具体地,当客户端发送故障后,客户端生成的日志文件中会包含故障代码(此为现有技术),每种不同的故障代码对应不同的故障类型,服务器可根据日志文件中的故障代码确定客户端当前处于的故障类型。
举例而言,当日志文件中的故障代码为response error http 404时,则表明是由于当前服务器出现问题导致客户端出现故障;当日志文件中的故障代码为connectionstate为空或者dns not found等,则表明是由于当前网络问题导致客户端出现故障;当日志文件中的故障代码为exception info时,则表明是客户端自身代码执行异常。
S223,获取用于排除所述故障类型对应的故障的策略文件。
本实施例中,策略文件可根据故障类型的不同分成两类:第一类策略文件为:服务器根据日志文本中的信息自动生成的用于排除客户端故障的操作指令;第二类策略文件为:维护人员根据日志文本编写的更新包。
具体地,对于不涉及客户端自身代码执行异常,而是由于服务器异常或者网络状态异常导致的客户端出现故障的情况,服务器需要只需向客户端发送排除客户端故障的操作指令(如重启客户端、重新登录服务器、调整手机设置或调整网络设置等)即可。此类操作指令可以为预先存储在本地的,当客户端出现此类故障后,服务器可直接从本地获取,因此可将此类操作指令确定为第一类策略文件。
对于客户端的故障涉及客户端自身代码执行异常的情况,服务器不能自行处理,需要维护人员针对日志文本中具体的相关数据(如用户机型、操作系统版本、客户端版本和用户昵称)来判断客户端出现故障的严重程度,来编写相应的代码形成更新包,并将编写好的更新包上传至服务器,服务器获取更新包,因此可将更新包确定为第二类策略文件。
本实施例中,可根据日志文本中不同的故障代码获取到不同的策略文件,使获取策略文件的过程简单易行、便于操作。
S230,向所述客户端发送所述策略文件,以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。
具体地,在服务器获取到策略文件后,需要向客户端发送该策略文件,为此本申请提供了如下两种具体实现方式:
第一种具体实现方式:服务器在获取到第一类策略文件后,向客户端发送第一类策略文件,客户端可相应的采取策略(如重启客户端、重新登录服务器等),以排除客户端出现的故障。
第二种具体实现方式:服务器在获取到第二类策略文件后,向客户端发送第二类策略文件,客户端下载第二类策略文件后,对当前的客户端的执行代码进行更新,以排除客户端出现的故障。
优选地,在第二种具体实现方式中,维护人员还可根据客户端出现的故障的严重程度,使服务器分别采用热更新和周期更新的方式。
具体地,对于热更新方式:当客户端出现的故障较小,维护人员编写的更新包较小时,维护人员可将编写好的更新包直接上传服务器,服务器发送更新包给客户端,在客户端的用户未察觉的情况下,对当前的客户端的执行代码进行更新,以排除客户端出现的故障;对于周期更新的方式:由于每经过一定的时间段,客户端都会更新至下一个新版本,因此,当客户端出现的故障较大,客户端的执行代码存在的问题较多时,维护人员编写的更新包较大,可在下一个新版本更新的时候将更新包上传至服务器,服务器发送更新包给客户端,客户端下载更新包,对当前的客户端的执行代码进行更新,以排除客户端出现的故障。
本发明实施例提供的故障排除方法,服务器获取客户端发送的日志文本,并根据日志文本获取用于排除故障的策略文件,并将策略文件发送给客户端,客户端根据策略文件进行更新,以排除客户端出现的故障。
进一步地,为了便于维护人员根据日志文本进行编写代码来排除客户端出现的故障,所述方法还包括:存储所述日志文本。
具体地,在服务器的数据库中建立一个用于存储日志文本的存储系统,由于服务器可与大量的客户端建立连接,这些客户端出现故障后,将生成的日志文本发送给服务器,服务器存储这些日志文本,可便于维护人员的查阅。同时,利用大量的客户端共同发现可能存在的问题,而且不同的客户端发送的日志文本不同,避免了维护人员在开发存储系统时重复发送相同日志文本的情况,节省了开发存储系统的时间和测试时间。另外,维护人员可通过存储系统快速定位客户端出现的故障,尽快的编写用于排除故障的代码,提供了客服与用户的沟通效率。
本发明还提供了一种第一类故障排除装置,图4为本发明实施例提供的第一类故障排除装置的结构示意图,用于执行图1所示的方法,该装置可应用于客户端,所述装置包括:
第一获取模块410,用于获取所述客户端生成的日志文本;
第一发送模块420,用于将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件;
更新模块430,用于获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障。
本发明实施例提供的故障排除装置,客户端获取自身生成的日志文本,并将日志文本发送给服务器;服务器根据日志文本获取用于排除故障的策略文件,并将策略文件发送给客户端,客户端根据策略文件进行更新,以排除客户端出现的故障。
优选地,所述第一发送模块420,具体用于在检测到用户点击预设的操作键后,将所述日志文本发送给服务器。
优选地,所述装置还包括:
检测模块,用于检测所述客户端的内存的占用量,并判断所述占用量是否大于故障阈值;
确定模块,用于当所述检测模块的判断结果为大于时,则确定所述客户端发生故障,并触发所述第一获取模块410。
优选地,所述第一发送模块420,包括:
第一发送单元,用于按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式,将所述日志文本发送给所述服务器;或
第二发送单元,用于按照预设的文件分段规则,确定所述日志文本的分段,并依次将各个分段发送给服务器。
本发明还提供了一种第二类故障排除装置,图5为本发明实施例提供的第二类故障排除装置的结构示意图,用于执行图2所示的方法,该装置可应用于服务器,所述装置包括:
第二获取模块510,获取客户端发送的日志文本;
第三获取模块520,用于根据所述日志文本获取用于排除所述客户端故障的策略文件;
第二发送模块530,用于向所述客户端发送所述策略文件,以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。
本发明实施例提供的故障排除装置,服务器获取客户端发送的日志文本,并根据日志文本获取用于排除故障的策略文件,并将策略文件发送给客户端,客户端根据策略文件进行更新,以排除客户端出现的故障。
优选地,图6为本发明实施例提供的第三获取模块的结构示意图,所述第三获取模块520用于图3所示的方法,所述第三获取模块520包括:
检测单元521,用于检测所述日志文本中的故障代码;
确定单元522,用于确定所述故障代码对应的故障类型;
获取单元523,用于获取用于排除所述故障类型对应的故障的策略文件。
优选地,所述装置还包括:
存储模块,用于存储所述日志文本。
本实施例中,可根据日志文本中不同的故障代码获取到不同的策略文件,使获取策略文件的过程简单易行、便于操作。
本发明实施例还提供了一种故障排除系统,图7为本发明实施例提供的故障排除系统的结构示意图,所述系统包括:客户端710和服务器720;
所述客户端710,用于获取所述客户端生成的日志文本;将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件;获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障;
所述服务器720,用于获取客户端发送的日志文本;根据所述日志文本获取用于排除所述客户端故障的策略文件;向所述客户端发送所述策略文件,以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。
本发明实施例提供的故障排除系统,客户端获取自身生成的日志文本,并将日志文本发送给服务器;服务器根据日志文本获取用于排除故障的策略文件,并将策略文件发送给客户端,客户端根据策略文件进行更新,以排除客户端出现的故障。
优选地,所述客户端710,用于在检测到用户点击预设的操作键后,将所述日志文本发送给服务器。
优选地,所述客户端710,还用于检测所述客户端的内存的占用量,并判断所述占用量是否大于故障阈值;如果大于,则确定所述客户端发生故障,并获取所述客户端生成的日志文本。
优选地,所述客户端710,用于按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式,将所述日志文本发送给所述服务器;或
按照预设的文件分段规则,确定所述日志文本的分段,并依次将各个分段发送给服务器。
优选地,所述服务器720,用于检测所述日志文本中的故障代码;确定所述故障代码对应的故障类型;获取用于排除所述故障类型对应的故障的策略文件。
优选地,所述服务器720,还用于存储所述日志文本。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置、系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种故障排除方法,其特征在于,应用于客户端,所述方法包括:
获取所述客户端生成的日志文本;
将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件;
获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障。
2.根据权利要求1所述的方法,其特征在于,所述将所述日志文本发送给服务器的步骤,包括:
在检测到用户点击预设的操作键后,将所述日志文本发送给服务器。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
检测所述客户端的内存的占用量,并判断所述占用量是否大于故障阈值;
如果大于,则确定所述客户端发生故障,并执行所述获取所述客户端生成的日志文本的步骤。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述将所述日志文本发送给服务器的步骤,包括:
按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式,将所述日志文本发送给所述服务器;或
按照预设的文件分段规则,确定所述日志文本的分段,并依次将各个分段发送给服务器。
5.一种故障排除方法,其特征在于,应用于服务器,所述方法包括:
获取客户端发送的日志文本;
根据所述日志文本获取用于排除所述客户端故障的策略文件;
向所述客户端发送所述策略文件,以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。
6.根据权利要求5所述的方法,其特征在于,所述根据所述日志文本获取用于排除所述故障的策略文件的步骤,包括:
检测所述日志文本中的故障代码;
确定所述故障代码对应的故障类型;
获取用于排除所述故障类型对应的故障的策略文件。
7.根据权利要求5或6所述的方法,其特征在于,所述方法还包括:
存储所述日志文本。
8.一种故障排除装置,其特征在于,应用于客户端,所述装置包括:
第一获取模块,用于获取所述客户端生成的日志文本;
第一发送模块,用于将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件;
更新模块,用于获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障。
9.一种故障排除装置,其特征在于,应用于服务器,所述装置包括:
第二获取模块,获取客户端发送的日志文本;
第三获取模块,用于根据所述日志文本获取用于排除所述客户端故障的策略文件;
第二发送模块,用于向所述客户端发送所述策略文件,以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。
10.一种故障排除系统,其特征在于,所述系统包括:客户端和服务器;
所述客户端,用于获取所述客户端生成的日志文本;将所述日志文本发送给服务器,以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件;获取所述服务器发送的所述策略文件,并根据所述策略文件更新所述客户端,排除所述客户端的故障;
所述服务器,用于获取客户端发送的日志文本;根据所述日志文本获取用于排除所述客户端故障的策略文件;向所述客户端发送所述策略文件,以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710144847.0A CN106685744A (zh) | 2017-03-13 | 2017-03-13 | 一种故障排除方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710144847.0A CN106685744A (zh) | 2017-03-13 | 2017-03-13 | 一种故障排除方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106685744A true CN106685744A (zh) | 2017-05-17 |
Family
ID=58826130
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710144847.0A Pending CN106685744A (zh) | 2017-03-13 | 2017-03-13 | 一种故障排除方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106685744A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108322345A (zh) * | 2018-02-07 | 2018-07-24 | 平安科技(深圳)有限公司 | 一种故障修复数据包的发布方法及服务器 |
CN109144559A (zh) * | 2018-09-26 | 2019-01-04 | 深圳壹账通智能科技有限公司 | 一种更新数据包的推送方法及服务器 |
CN110687897A (zh) * | 2019-10-28 | 2020-01-14 | 北京小米智能科技有限公司 | 故障排除方法、故障排除装置及故障排除系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170455A (zh) * | 2007-11-20 | 2008-04-30 | 中兴通讯股份有限公司 | 异常信息自动上报方法和装置 |
CN105373449A (zh) * | 2015-11-18 | 2016-03-02 | 华为技术有限公司 | 分布式存储元数据的修复方法、装置及系统 |
CN105978703A (zh) * | 2015-08-12 | 2016-09-28 | 乐视云计算有限公司 | 一种视频故障反馈的方法、客户端以及服务器 |
CN106341259A (zh) * | 2016-08-26 | 2017-01-18 | 乐视控股(北京)有限公司 | 故障信息上报方法及装置 |
-
2017
- 2017-03-13 CN CN201710144847.0A patent/CN106685744A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170455A (zh) * | 2007-11-20 | 2008-04-30 | 中兴通讯股份有限公司 | 异常信息自动上报方法和装置 |
CN105978703A (zh) * | 2015-08-12 | 2016-09-28 | 乐视云计算有限公司 | 一种视频故障反馈的方法、客户端以及服务器 |
CN105373449A (zh) * | 2015-11-18 | 2016-03-02 | 华为技术有限公司 | 分布式存储元数据的修复方法、装置及系统 |
CN106341259A (zh) * | 2016-08-26 | 2017-01-18 | 乐视控股(北京)有限公司 | 故障信息上报方法及装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108322345A (zh) * | 2018-02-07 | 2018-07-24 | 平安科技(深圳)有限公司 | 一种故障修复数据包的发布方法及服务器 |
CN108322345B (zh) * | 2018-02-07 | 2020-08-21 | 平安科技(深圳)有限公司 | 一种故障修复数据包的发布方法及服务器 |
CN109144559A (zh) * | 2018-09-26 | 2019-01-04 | 深圳壹账通智能科技有限公司 | 一种更新数据包的推送方法及服务器 |
CN109144559B (zh) * | 2018-09-26 | 2022-02-01 | 深圳壹账通智能科技有限公司 | 一种更新数据包的推送方法及服务器 |
CN110687897A (zh) * | 2019-10-28 | 2020-01-14 | 北京小米智能科技有限公司 | 故障排除方法、故障排除装置及故障排除系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7148666B2 (ja) | モバイルデバイスサポートサービスを提供するためのシステム、方法、装置、および非一時的コンピュータ可読記憶媒体 | |
US6907551B2 (en) | Fault notification method and related provider facility | |
CN102355368B (zh) | 一种网络设备的故障处理方法及系统 | |
CN109039987A (zh) | 一种用户账户登录方法、装置、电子设备和存储介质 | |
CN114077525A (zh) | 异常日志处理方法、装置、终端设备、云服务器及系统 | |
CN104021218A (zh) | 一种信息显示方法及装置 | |
CN106685744A (zh) | 一种故障排除方法、装置及系统 | |
CN110166529A (zh) | 保持登录态方法、装置、设备及存储介质 | |
EP3289455A1 (en) | Automatic task tracking | |
CN108650123B (zh) | 故障信息记录方法、装置、设备和存储介质 | |
CN111342986A (zh) | 分布式节点管理方法及装置、分布式系统、存储介质 | |
CN112306871A (zh) | 数据处理方法、装置、设备及存储介质 | |
CN112035205A (zh) | 数据处理方法、装置、设备和存储介质 | |
CN112187898A (zh) | 一种基于公安网的数据接入系统、方法及装置 | |
KR101973728B1 (ko) | 통합 보안 이상징후 모니터링 시스템 | |
CN114039848B (zh) | 一种实现InCloudInsight管理平台高可用的方法、装置及设备 | |
CN108509293A (zh) | 一种用户日志时间戳容错方法及系统 | |
CN110362464B (zh) | 软件分析方法及设备 | |
CN107872493A (zh) | 一种信息处理方法、终端和服务器 | |
CN110365627B (zh) | 应用程序同步方法、装置、计算设备以及存储介质 | |
CN112162897A (zh) | 一种公用智能设备管理方法及系统 | |
JP4299572B2 (ja) | 障害通報方式および障害通報方法 | |
CN104239425B (zh) | 文件访问的方法、装置及系统 | |
CN110225543B (zh) | 基于网络请求数据的移动端软件质量态势感知系统及方法 | |
WO2000055953A1 (en) | System and method of event management and early fault detection |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170517 |
|
WD01 | Invention patent application deemed withdrawn after publication |