[发明专利]一种基于activity的灾备管理系统和管理方法

说明书

技术领域

本发明属于防灾减灾信息管理领域，具体地涉及一种基于activity的灾备管理系统和管理方法。

背景技术

随着银行业务越来越多地依赖于IT系统的协助，应用系统需要不间断持续运转。而硬件和软件故障、自然灾难，甚至计划维护所导致的停机时间，都可能影响业务。这不仅会让业务部门不满意.也让IT部门不堪重负，进而造成重要信息和收益的损失。主要系统和恢复系统的升级和变更必须同时进行，实施可靠、快速的恢复策略，既耗时又昂贵。管理分布在不同地点的大量的应用程序和服务器无疑是一项复杂的工作.需要使用大量的运维资源。服务器一旦发生故障，就需运维人员现场进行故障排查和修复，故障历时长。

灾备切换是一系列操作的组合，每次灾备切换都需要耗费大量的人力和物力，而且越关键的业务，切换就越需要慎重，因此不能根据单一的个人意愿，而是需要集体的决策。

灾备体系建设工作是一个庞大、复杂的系统工程，灾备切换涉及网络、数据中心、应用服务管理等多方面的各种环节，每个环节彼此之间有紧密的逻辑的关系，例如服务的启动顺序也有严格的要求。比如数据库必须先启动，之后才能启动应用程序；应用服务器接管完成，才能进行网络的切换。如果应用程序先于数据库启动，结果肯定会是出错。在实际的灾备切换过程中，其中涉及大量的登录、鉴权、控制操作，每个环节都要求精准无误，由于涉及到的设备众多，操作步骤繁多，操作员每次都要耗费大量时间和精力完成一次完整的操作，例如银行系统某部分切换，往往需要十几个操作员，每天晚上连续工作一周时间，由于细节繁多，往往出现错误。由于行业要求，灾备切换操作每隔一段时间都要执行，所以如何提高切换效率，避免人为干预，减少操作失误风险，灾备切换过程管理已经成为灾备服务和运维的重点问题。

因此，有必要提供一种借助基于activity的工作流引擎进行灾备切换的基于activity的灾备管理系统和管理方法。

发明内容

本发明的目的在于提供一种借助基于activity的工作流引擎进行灾备切换的基于activity的灾备管理系统和管理方法。

本发明的技术方案如下：一种基于activity的灾备管理系统包括依次顺序连接的流程模块、映射模块、远程访问模块和业务逻辑模块；所述流程模块，用于定义业务流程模型，并通过activity流程引擎驱动每个业务逻辑按照预先定义好的流程执行；所述映射模块，用于记录所述流程模块中的每个任务节点与具体业务逻辑的映射关系；所述远程访问模块，用于提供切换管理服务器到远端主机的连接通道；所述业务逻辑模块，用于模拟管理员对设备发送操作指令，并通过设备的回应消息或者设备状态变化判断指令的执行结果。

优选地，所述流程模块包括activity流程引擎模块、流程定义模块、管理控制模块和监控分析模块，所述activity流程引擎模块分别与所述流程定义模块、所述管理控制模块和所述监控分析模块相连接。

优选地，所述activity流程引擎模块从所述流程定义模块获得当前需要执行的业务逻辑，并依次通过所述映射模块、所述远程访问模块和所述业务逻辑模块部署并执行逻辑业务逻辑。

优选地，所述activity流程引擎模块是所述基于activity的灾备管理系统中灾备切换每个环节有序执行的驱动引擎，在引擎的推动下每个灾备步骤按照预先制定的预案有序推进完成。

优选地，所述流程定义模块提供拖拽式可视化Browser/Server界面操作，用户使用浏览器通过所述流程定义模块设计定义业务流程。

优选地，所述业务逻辑模块是一系列切换操作的集合，包括磁盘阵列操作、数据库管理操作、中间件管理操作和应用程序管理操作。

一种根据上述基于activity的灾备管理系统的管理方法，包括如下步骤：

步骤1：在所述流程模块中，根据实际灾备管理系统的特点，通过建模工具绘制灾备切换的流程模型，所述流程模型是一个静态文件，是activity动态管理流程的基础；

步骤2：根据步骤1设计的流程模型设计对应的业务逻辑，形成相对应的业务逻辑模块；

步骤3：通过所述映射模块配置所述流程模型和所述业务逻辑的映射关系；

步骤4：通过关键词检索最符合条件的流程模型，并启动所述流程模型，activity流程引擎按照所述流程模型的逻辑控制远端主机执行切换操作；

步骤5：校验并判断所述切换结果是否成功，如果所述切换结果校验为成功，则activity流程引擎继续执行下一个切换操作；如果所述切换结果校验为失败，则通知管理员检查定位问题。