[发明专利]一种故障重放方法和装置

说明书

本申请实施例提供一种故障重放方法和装置，涉及信息技术领域，能够解决不能实时故障重放和故障重放时故障模板的复用率低的问题。其方法为：终端根据应用程序的进程标识将故障代理附加至应用程序中，并启动故障代理；终端接收故障中心发送的故障模板；终端通过故障代理和故障模板修改应用程序；终端接收故障中心的故障重放指令，以运行修改后的应用程序。本申请实施例应用于分布式系统进行故障重放的场景。

技术领域

本申请涉及信息技术领域，尤其涉及一种故障重放方法和装置。

背景技术

随着网络技术的不断发展，大量分布式系统被部署在网络中。分布式系统是建立在网络之上的软件系统。正是因为软件的特性，所以分布式系统具有高度的内聚性和透明性。内聚性是指每一个数据库分布节点高度自治，有本地的数据库管理系统。透明性是指每一个数据库分布节点对用户的应用来说都是透明的，看不出是本地数据库分布节点还是远程数据库分布节点。在分布式数据库系统中，用户感觉不到数据是分布的，即用户不须知道数据关系是否分割、有无副本、数据存于哪个站点以及事务在哪个站点上执行等。

为了测试分布式系统的健壮性，需要对系统进行故障重放，故障重放即在系统测试过程中对已知的业务运行过程中异常场景的再现。现有技术一可以通过直接干预目标对象，构造真实故障来进行故障重放。例如，可以通过在测试过程中将网络禁用、数据库连接异常或将目标数据库停止，以构造网络异常的故障；或可以将目标磁盘拷贝大量的无用文件以构造磁盘空间满的故障。现有技术二可以在应用的代码逻辑中直接埋入预制的故障，并通过外部的开关控制是否进行故障重放。例如，若要构造数据库插入数据失败的故障，则可以在业务执行数据库操作后，直接构造数据库数据插入失败的异常返回给相关业务，异常代码构造完成后，需要编译、打包、发布到应用程序的运行系统中并重启相关应用程序。

现有技术一和现有技术二一般都是根据部署环境构造，对于不同的部署环境可能需要重新开发一套故障测试代码，导致故障重放复用率低。且在现有技术二中，当前的故障构造完毕之后需要停止相关应用后再进行部署，部署完毕需要重启应用，因此无法做到实时进行故障重放。

发明内容

本申请实施例提供一种故障重放方法和装置，能够解决不能实时故障重放和故障模板的复用率低的问题。

一方面，本申请实施例提供一种故障重放方法，包括：终端根据应用程序的进程标识将故障代理附加至应用程序中，并启动故障代理；终端接收故障中心发送的故障模板；终端通过故障代理和故障模板修改应用程序；终端接收故障中心的故障重放指令，以运行修改后的应用程序。其中，附加到应用程序上的故障代理可以用于实时修改应用程序。这样一来，终端在需要进行故障重放时，可以通过故障代理接收故障中心发送的故障模板，而后故障代理根据故障模板来实时修改应用程序，当终端在接收到故障中心的故障重放指令后，可以直接运行修改后的应用程序，相比现有技术，在故障重放时，需要在修改完应用程序后重启应用程序以运行修改后的应用程序，本申请实施例可以实时运行修改后的应用程序，从而实现实时故障重放；且本申请实施例通过统一的故障中心下发故障模板，相比现有技术需要根据不同的部署坏境重新开发故障测试代码，本申请实施例可以解决故障重放时，故障模板的复用率低的问题。

在一种可能的设计中，方法还包括：终端向故障中心进行注册；终端向故障中心进行注册包括：终端通过传输控制协议传输控制协议(Transmission Control Protocol，TCP)向故障中心发送注册消息，注册消息包括应用程序的端口号和网际协议(InternetProtocol，IP)地址。这样一来，终端可以通过向故障中心发送注册消息在故障中心注册需要进行故障重放的应用。

在一种可能的设计中，故障模板包括待转换的类的标识以及故障代码片段。这样一来，终端可以根据故障摸板获取到应用程序中待转换的类的标识以及相应的故障代码片段。