灾备系统验证方法和装置与流程

本申请涉及信息系统灾备管理技术领域，更具体地说，涉及一种灾备系统验证方法和装置。

背景技术：

大型商业银行大多建立了本地或者异地灾难备份系统，以在主业务系统出现故障后能够利用灾难备份系统恢复业务，保证业务持续运行。

为了保证灾难备份系统的可用性以及灾备切换的有效性，对于灾难备份系统涉及到的备份数据、业务系统、备用网络以及备用基础设施等需要定期进行容灾演练验证，以验证灾难备份系统中业务和业务系统的有效性和可用性验证。

然而，银行业务系统所涉及到的业务种类以及业务系统的类型较为多样化，而不同次容灾演练所针对的业务种类和业务系统都可能会存在差别。因此，如何能够便捷和高效地验证灾难备份系统中业务和系统的有效性和可用性，是本领域技术人员需要解决的技术问题。

技术实现要素：

为了解决如上问题，本申请提供了一种灾备系统验证方法和装置，以更为便捷和高效地对银行业的灾难备份系统进行业务和系统的有效性和可用性验证。

为了达到如上目的，本申请提供了一种灾备系统验证方法，包括：

获得灾备演练指令，所述灾备演练指令指示有灾备演练项目；

获得所述灾备演练项目关联的至少一个业务案例，所述业务案例中记录有灾备验证所需的至少一个业务数据字段的测试值；

针对所述至少一个业务案例中的每个业务案例，获得所述业务案例关联的验证报文模板，并基于所述业务案例中至少一个业务数据字段的测试值以及所述验证报文模板构建验证报文，得到基于所述至少一个业务案例生成的至少一个验证报文；

向容灾备份系统发送所述至少一个验证报文；

获得所述容灾备份系统返回的所述至少一个验证报文的验证测试结果。

优选的，所述验证报文模板配置有待验证的业务系统的地址，相应的，基于所述验证报文模板生成的所述验证报文指示有待验证的业务系统的地址；

所述向容灾备份系统发送所述至少一个验证报文，包括：

向容灾备份系统发送所述至少一个验证报文，以使得所述容灾备份系统分别将至少一个验证报文发送给所述至少一个验证报文各自对应的业务系统。

优选的，所述获得所述灾备演练项目关联的至少一个业务案例，包括：

确定所述灾备演练项目所需测试的至少一个业务类别以及至少一个业务系统；

基于所述至少一个业务类别和至少一个业务系统，从业务案例库中获得待测试验证的至少一个业务案例。

优选的，所述确定所述灾备演练项目所需测试的至少一个业务类别以及至少一个业务系统，包括：

确定所述灾备演练项目配置的演练场景信息，所述演练场景信息至少指示有待验证的至少一种业务类别以及至少一个业务系统。

优选的，所述演练场景信息还指示有演练类型，所述演练类型包括实战演练和模拟演练中的一种；

所述基于所述至少一个业务类别和至少一个业务系统，从业务案例库中获得待测试验证的至少一个业务案例，包括：

基于所述至少一个业务类别、至少一个业务系统以及所述演练类型，从业务案例库中获得待测试验证的至少一个业务案例。

优选的，在所述获得灾备演练指令之前，还包括：

确定待配置的所述灾备演练项目；

为所述灾备演练项目配置演练场景信息，其中，为所述灾备演练项目配置的演练场景信息为从已有的演练场景信息中选择的，或者是，为所述灾备演练项目新建的演练场景信息。

又一方面，本申请还提供了一种灾备系统验证装置，包括：

指令获得单元，用于获得灾备演练指令，所述灾备演练指令指示有灾备演练项目；

案例确定单元，用于获得所述灾备演练项目关联的至少一个业务案例，所述业务案例中记录有灾备验证所需的至少一个业务数据字段的测试值；

报文生成单元，用于针对所述至少一个业务案例中的每个业务案例，获得所述业务案例关联的验证报文模板，并基于所述业务案例中至少一个业务数据字段的测试值以及所述验证报文模板构建验证报文，得到基于所述至少一个业务案例生成的至少一个验证报文；

报文发送单元，用于向容灾备份系统发送所述至少一个验证报文；

结果获得单元，用于获得所述容灾备份系统返回的所述至少一个验证报文的验证测试结果。

优选的，所述报文生成单元中验证报文模板配置有待验证的业务系统的地址，相应的，基于所述验证报文模板生成的所述验证报文指示有待验证的业务系统的地址；

所述报文发送单元，具体为，用于向容灾备份系统发送所述至少一个验证报文，以使得所述容灾备份系统分别将至少一个验证报文发送给所述至少一个验证报文各自对应的业务系统。

优选的，所述案例确定单元，包括：

业务确定单元，用于确定所述灾备演练项目所需测试的至少一个业务类别以及至少一个业务系统；

案例获取单元，用于基于所述至少一个业务类别和至少一个业务系统，从业务案例库中获得待测试验证的至少一个业务案例。

优选的，所述业务确定单元，包括：

场景确定单元，用于确定所述灾备演练项目配置的演练场景信息，所述演练场景信息至少指示有待验证的至少一种业务类别以及至少一个业务系统。

通过以上方案可知，本申请在获得灾备演练指令之后，可以根据灾备演练指令指示的演练项目确定适用的至少一个业务案例。由于业务案例中记录有灾备验证所需的业务数据字段的测试值，因此，基于业务案例关联的验证报文模板以及该业务案例中记录的业务数据字段的测试值可以自动生成测试验证所需的验证报文并发送给容灾备份系统，实现了根据演练项目自动模拟生成所需的一份或者多份验证报文并完成容灾备份系统的验证，从而避免了业务人员根据演练项目手动在前端系统界面中依次输入相关的测试数据并触发报文发送等复杂操作，提高了容灾备份系统验证的便捷性和高效性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请提供的灾备系统验证方法的一种流程示意图；

图2为本申请提供的灾备系统验证方法的又一种流程示意图；

图3为本申请提供的灾备系统验证装置的一种组成结构示意图。

说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示的以外的顺序实施。

具体实施方式

本申请的方案适用于对银行等场景中建立的本地或者异地灾难备份系统进行有效性以及有用性的验证。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，其示出了本申请一种灾备系统验证方法一个实施例的流程示意图，本实施例的方法可以应用于测试验证平台，该测试验证平台可以银行业中负责前端业务的至少一个或者多个计算机设备，或者是单独设置的包括至少一台计算机设备的平台，对此不加限制。

本实施例的方法可以包括：

s101，获得灾备演练指令，灾备演练指令指示有灾备演练项目。

如，灾备演练指令用于指示对灾备演练项目对应的灾备验证。

其中，灾备演练项目是指对容灾备份系统进行验证的一个验证项目，也就是一个灾备演练计划。

如，灾备演练项目可以为对容灾备份系统进行托管测试的托管演练项目。

在一种可能的实现方式中，可以在测试验证平台的用户交互界面显示有灾备演练项目选择区，在用户选择了灾备演练项目之后，可以点击演练确认按键或者选项，则可以一键触发生成灾备演练指令并执行后续操作。

s102，获得灾备演练项目关联的至少一个业务案例。

该业务案例中记录有灾备验证所需的至少一个业务数据字段的测试值。

业务案例中记录的是完成该灾备演练项目相关的验证测试内容所需前端业务人员输入的相关测试数据。业务案例中记录的相关业务数据字段的测试值可以作为模拟业务人员向前端系统输入的测试数据，因此，后续可以基于业务案例构建出需要发送给容灾备份系统的报文。

在一种可能的实现方式中，可以预先为不同灾备演练项目配置至少一个业务案例。如，可以预置业务案例库，业务案例库中包括多个业务案例，而每个业务案例可能适用于至少一个业务种类和至少一个业务系统，在此基础上，结合该灾备演练项目对容灾备份系统所需测试的具体内容，例如，该灾备演练项目所需测试的至少一个业务种类和至少一个业务系统等，从业务案例库中选取适合该灾备演练项目的至少一个业务案例，并建立该灾备演练项目与该至少一个业务案例的绑定关系。

在又一种可能的实现方式中，在确定所需演练测试的灾备演练项目之后，确定灾备演练项目所需测试的至少一个业务类别以及至少一个业务系统，然后，基于该至少一个业务类别和至少一个业务系统，从业务案例库中获得待测试验证的至少一个业务案例。

其中，灾备演练项目所需测试的至少一个业务类别以及至少一个业务系统可以预先配置，也可以是基于灾备演练项目的项目类别，确定该项目类别所适合的至少一个业务类别以及至少一个业务系统。

s103，针对至少一个业务案例中的每个业务案例，获得业务案例关联的验证报文模板，并基于业务案例中至少一个业务数据字段的测试值以及验证报文模板构建验证报文，得到基于至少一个业务案例生成的至少一个验证报文。

其中，业务案例关联的验证报文模板是指预先为给业务案例配置的验证报文模板。

验证报文模板是用于生成测试用的验证报文所需的报文模板。

验证报文是模拟前端需要发送给容灾备份系统的报文。可以理解的是，在容灾验证场景中，业务人员在前端界面输入测试数据之后，前端界面会基于用户输入的测试数据生成报文，然后发送给容灾备份系统，而本申请实际上是基于验证报文模板模拟生成用于向容灾备份系统发送的报文。

可以理解的是，由于验证报文模板一般是未填入测试数据内容的验证报文，而业务案例中记录有至少一项业务数据字段的测试值，因此，可以将业务案例中记录的至少一个业务数据字段的测试值，填充到该业务案例关联的验证测试模板中该至少一个业务数据字段的数值。

举例说明：

以对私存款为例，对私存款的前端提交业务需要涉及到客户名称、客户账号以及金额等信息。相应的，适用于对私存款的业务案例中可以记录客户名称、客户账号以及金额等业务数据字段相对应的测试值。而该业务案例关联的验证报文模板中客户名称、客户账号以及金额等业务数据字段属于需要修改的业务数据字段。

在此基础上，可以依据该业务案例中记录的各业务数据字段的测试值修改对应的验证报文模板中相应业务数据字段的数值。例如，业务案例中客户名称为aaa，则可以将业务案例关联的验证报文模板中客户名称填充为aaa，其他也类似，在此不再赘述。

可以理解的是，验证报文的具体报文形式也可以有多种可能，对此不加限制。在一种可选方式中，考虑到银行业中前端与后端进行数据交互的报文通常为xml报文，因此，该验证报文以及验证报文模板可以为xml格式的报文。

xml除了安全报文头，报文体标签中保存了数据信息。仍以适用于对私存款的xml报文为例，xml报文体标签包含客户名字、客户账号、金额等信息。

可以理解的是，不同业务案例中所涉及到的业务数据字段及其测试值可能会有所不同，因此，不同业务案例关联的验证报文模板也会不同。

可以理解的是，如果灾备演练项目适用的业务案例有多个，则该步骤可以生成多个不同的验证报文，从而通过一次容灾演练指令可以触发多个验证报文的生成。

s104，向容灾备份系统发送至少一个验证报文。

s105，获得容灾备份系统返回的至少一个验证报文的验证测试结果。

可以理解的是，根据验证测试结果可以分析出灾备演练项目所需测试的业务种类和业务系统的可用性和有效性。

可以理解的是，容灾备份系统可能涉及到多种业务系统。同时，由于不同灾备演练项目所需测试的业务种类和业务系统均可能会存在不同，因此，针对不同灾备演练项目所生成的各个验证报文的报文内容不同之外，验证报文所需测试的业务系统也会有所不同。基于此可知，不同验证报文所对应的业务系统也可能会有所不同，基于此，每个验证报文模板可以配置有待验证的业务系统的地址，相应的，基于该验证报文模板生成的验证报文指示有待验证的业务系统的地址。

相应的，向容灾备份系统发送至少一个验证报文之后，容灾备份系统会分别将至少一个验证报文发送给该至少一个验证报文各自对应的业务系统。而业务系统执行验证报文的运行结果也会经容灾备份系统的统一接口返回给该验证测试平台。

可见，本申请在获得灾备演练指令之后，可以根据灾备演练指令指示的演练项目确定适用的至少一个业务案例。由于业务案例中记录有灾备验证所需的业务数据字段的测试值，因此，基于业务案例关联的验证报文模板以及该业务案例中记录的业务数据字段的测试值可以自动生成测试验证所需的验证报文并发送给容灾备份系统，实现了根据演练项目自动模拟生成所需的一份或者多份验证报文并完成容灾备份系统的验证，从而避免了业务人员根据演练项目手动在前端系统界面中依次输入相关的测试数据并触发报文发送等复杂操作，提高了容灾备份系统验证的便捷性和高效性。

可以理解的是，为了进一步提升对容灾备份系统验证的便捷性，本申请可以仅仅预先配置不同灾备演练项目所需的至少一个业务类型和至少一个业务系统，从而在存在某个灾备演练项目时，只需要完成以上配置即可，后续便可以一键触发对该灾备演练项目相关的验证处理，而无需开发人员再针对该灾备演练项目单独开发一套测试脚本。

下面结合一种可能的实现方式进行具体介绍，参见图2，其示出了本申请一种灾备系统验证方法又一种流程示意图，本实施例的方法可以包括：

s201，获得灾备演练指令。

灾备演练指令指示有灾备演练项目

s202，确定该灾备演练项目配置的演练场景信息。

其中，演练场景信息指示有待验证的至少一种业务类别以及至少一个业务系统；

其中，针对每个灾备演练项目，预先为灾备演练项目配置有演练场景信息，即该步骤s201之前，在确定出待配置的所述灾备演练项目之后，可以为灾备演练项目配置演练场景信息，并存储灾备演练项目与配置的演练场景信息之间的关系。其中，为灾备演练项目配置的演练场景信息可以为从已有的演练场景中选择出的，如，假设历史上已针对该灾备演练项目执行了容灾备份系统的验证，则可以直接将历史上采用的演练场景信息设置为该灾备演练项目配置的演练场景信息。又如，如果不存在适合该容灾演练项目适用的演练场景信息，也可以为灾备演练项目新建演练场景信息，在新建的演练场景信息中可以包括开发人员配置的至少一个业务种类以及至少一个业务系统的信息。

其中，业务类别为银行业所能涉及到的各种类型的业务。如，银行业中的业务类别可以有存款业务、电子银行业务、贷记卡业务以及借记卡业务等等。

业务系统是指完成业务类别对应业务所涉及到的子系统。如，业务系统可以包括机构管理系统、存款查询系统以及反欺诈系统等等。

其中，演练场景信息包括的至少一个业务系统可以是该至少一个业务类别中各业务类别各自涉及到的至少一个业务系统。其中，每个业务类别可能会涉及到一个或者多个业务系统。

在一种可选方式中，该演练场景信息还可以指示有(如，包括)演练类型。演练类型可以分为实战演练和模拟演练两种，针对每个演练场景信息中的演练类型可以是实战演练或者模拟演练。其中，演练类型不同对灾难备份系统的测试范围以及程度也会有所差别。

当然，在实际应用中，还可以根据需要在演练场景信息中添加其他信息，在此不再赘述。

s203，基于至少一个业务类别和至少一个业务系统，从业务案例库中获得待测试验证的至少一个业务案例。

其中，业务案例中记录有灾备验证所需的至少一个数据项的测试值。

如，业务案例库中业务案例均配置有业务特征信息，业务特征信息可以表征该业务案例所适用的至少一个业务类别以及至少一个业务系统。其中，每个业务案例可以适用于一个或者多个业务类别，类似的也可以适用于多个业务系统。

在此基础上，可以基于业务案例库中各个业务案例配置的业务特征信息，从业务案例库中查找能够支持演练场景信息中各业务类别所需的各个业务系统的业务案例，从而可能会查找出一个或者多个业务案例。

例如，假设演练场景信息记录有业务类别a和业务类别b，业务类别a所涉及到的业务系统b和业务系统c，以及业务类别b涉及到的业务系统b和业务系统c，则针对业务类别a，可以查找至少关联有业务类别a、业务系统b和业务系统c的业务案例，而针对业务类别b，则可以查找出至少关联有业务类别b、业务系统b和业务系统c的业务案例。

当然，上面该例是以先从业务类别维度为基准，再从业务系统这一维度来匹配业务案例为例说明，在实际应用中，还可以设置先从业务系统这一维度匹配业务案例，再从业务类别这一维度筛选业务案例，对此不加限制。

在一种可选方式中，在演练场景信息还指示有演练类型的情况下，可以基于至少一个业务类别、至少一个业务系统以及该演练类型，从业务案例库中获得待测试验证的至少一个业务案例。在该种情况下，业务案例库中业务案例配置的业务特征信息中还可以包括演练类型，相应的，从业务案例库中获取出的业务案例所涉及到的演练类型均包括演练场景信息中的演练类型。

s204，针对至少一个业务案例中每个业务案例，获得业务案例关联的验证报文模板，并基于业务案例中至少一个数据项的测试值填充验证报文模板中至少一个数据项对应的数据值，得到由至少一个业务案例关联的测试报文模板生成的至少一个验证报文。

可以理解的是，在存在多个业务案例的情况下，则会生成多个验证报文。

其中，生成验证报文的过程可以参见前面实施例的相关介绍，在此不再赘述。

s205，向容灾备份系统发送至少一个验证报文。

s206，获得容灾备份系统返回的至少一个验证报文的验证测试结果。

与前面实施例相似，该验证报文中可以指示有至少一个业务系统的地址。相应的，本申请向容灾备份系统的统一接口发送了验证报文之后，容灾备份系统会将验证报文发送给相应的业务系统处理。相应的，可以通过容灾备份系统的统一接口获得相应的业务系统返回的各个验证报文的运行结果。

可见，在本实施例中，在每个容灾演练场景中可以预先定义了所需测试的至少一种业务类别和业务系统等信息，并可以根据需要修改容灾演练场景中相关信息。在此基础上，开发人员只需要配置灾备演练项目所适用灾备演练项目，而在容灾系统验证执行时，测试验证平台会自动确定容灾演练场景所需的至少一个业务案例并构建验证报文，减少了开发人员的数据分析以及配置的工作量。

可以理解的是，相对分别针对每种灾备演练项目(也称为灾备演练计划)单独开发一套测试脚本而言，本实施例方案仅仅需要为每种灾备演练项目配置演练场景信息。在此基础上，无论哪种灾备演练项目均可以采用一套测试脚本来基于配置的演练场景信息从业务案例库中匹配业务案例，并构建验证报文，无需重复开发，从而解决了针对每种灾备演练项目单独开发一套脚本所导致的开发工作量过大的问题。

对应本申请的一种灾备系统验证方法，本申请还提供了一种灾备系统验证装置。

如图3所示，其示出了本申请一种灾备系统验证装置一个实施例的流程示意图，本实施例的装置可以包括：

指令获得单元301，用于获得灾备演练指令，所述灾备演练指令指示有灾备演练项目；

案例确定单元302，用于获得所述灾备演练项目关联的至少一个业务案例，所述业务案例中记录有灾备验证所需的至少一个业务数据字段的测试值；

报文生成单元303，用于针对所述至少一个业务案例中的每个业务案例，获得所述业务案例关联的验证报文模板，并基于所述业务案例中至少一个业务数据字段的测试值以及所述验证报文模板构建验证报文，得到基于所述至少一个业务案例生成的至少一个验证报文；

报文发送单元304，用于向容灾备份系统发送所述至少一个验证报文；

结果获得单元305，用于获得所述容灾备份系统返回的所述至少一个验证报文的验证测试结果。

在一种可能的实现方式中，所述报文生成单元中验证报文模板配置有待验证的业务系统的地址，相应的，基于所述验证报文模板生成的所述验证报文指示有待验证的业务系统的地址；

所述报文发送单元，具体为，用于向容灾备份系统发送所述至少一个验证报文，以使得所述容灾备份系统分别将至少一个验证报文发送给所述至少一个验证报文各自对应的业务系统。

在又一种可能的实现方式中，所述案例确定单元，包括：

业务确定单元，用于确定所述灾备演练项目所需测试的至少一个业务类别以及至少一个业务系统；

案例获取单元，用于基于所述至少一个业务类别和至少一个业务系统，从业务案例库中获得待测试验证的至少一个业务案例。

在又一种可能的实现方式中，所述业务确定单元，包括：

场景确定单元，用于确定所述灾备演练项目配置的演练场景信息，所述演练场景信息至少指示有待验证的至少一种业务类别以及至少一个业务系统。

在又一种可能的实现方式中，所述演练场景信息还指示有演练类型，所述演练类型包括实战演练和模拟演练中的一种；

该案例确定单元，具体为，用于基于所述至少一个业务类别、至少一个业务系统以及所述演练类型，从业务案例库中获得待测试验证的至少一个业务案例。

在又一种可能的实现方式中，该装置还包括：

配置内容确定单元，用于在指令获得单元获得灾备演练指令之前，确定待配置的所述灾备演练项目；

场景配置单元，用于为所述灾备演练项目配置演练场景信息，其中，为所述灾备演练项目配置的演练场景信息为从已有的演练场景信息中选择的，或者是，为所述灾备演练项目新建的演练场景信息。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。同时，本说明书中各实施例中记载的特征可以相互替换或者组合，使本领域专业技术人员能够实现或使用本申请。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。