CN106776127A - 一种基于activity的灾备管理***和管理方法 - Google Patents

Abstract

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

Description

一种基于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流程引擎继续执行下一个切换操作；如果所述切换结果校验为失败，则通知管理员检查定位问题。

优选地，所述步骤1具体包括如下步骤：

根据灾备管理***的特点，通过建模工具，拖拽出需要的BPMN图形符号；

据实际业务关系使用连线将图形符号按照顺序、并行或排他逻辑关系连接起来；

使用业务流程执行语言将基于图形的BPMN图形文件转换成基于标记语言的XML文件；

activity流程引擎读入模型文件，使用SAX从根节点开始依次解析XML模型文件中的各种标记，生成activity流程引擎内部支持的数据结构；

通过数据库中间件实现流程模型的持久化。

优选地，所述步骤3具体包括如下步骤：

操作页面上选择需要配置映射关系的模型；

操作页面列出所选模型的所有任务节点；

操作页面上选中模型中的一个任务节点；

操作页面上选中业务逻辑集合中的一个业务脚本；

为已经选择的所述任务节点绑定所述业务脚本；

将映射关系结构化存储到数据库。

优选地，所述步骤4具体包括如下步骤：

根据灾难场景输入关键词检索符合条件的流程模型，并在WEB页面启动所述流程模型；

所述activity流程引擎接收到模型启动事件后，通过任务接口启动一个任务，从而生成一个任务实例；

所述activity流程引擎查找所述流程模型中的任务列表，并找到当前任务节点；

所述activity流程引擎查找当前任务节点与业务逻辑对应关系表，并找到当前步骤要连接的远端主机和业务逻辑，通过远程访问模块，控制远端主机执行业务逻辑。

本发明的有益效果在于：所述基于activity的灾备管理***和管理方法具有如下有益效果：

1、流程模型定义模块引入了基于WEB的拖拽式图形化流程设计方式，集流程图设计、规则定制和代码扩展、调试于一体，流程设计开发快捷高效。流程设计器采用可视化界面操作，所见即所得，用户操作页面上的控件，拖拽就可以完成流程的设计，即便是没有开发经验的业务人员可以方便制作自己需要的流程。

2、由于业务模块与流程模型可以灵活配置，使得流程模型能够管理各种业务逻辑，扩展了管理平台通用性，能够支持适应多种厂家的多数设备。

3、由于引入了activity流程引擎，原来独立的资源管理、人员管理、权限管理、业务逻辑有机高效的整合起来。利于灾备切换过程中过程监控、进度查看、任务分配；利于灾备切换后回溯和分析。

4、引入自动化管理方法管理业务逻辑模块，使得原来手工执行过程，改为自动执行，效率提升。灾备中心共实现了35套灾备***115个节点在异地灾备中心从存储切换、***挂载到数据库、中间件以及应用程序启停共计1300多项任务的自动执行，避免了手工执行的操作失误。如此多的应用级灾备***接管生产需要大量的人员及时间成本。使得异地灾备***接管生产时间由原先5小时缩短到1小时内，实现了灾备多***的快速切换。

5、切换过程中通过WEB监控页面可以实时监控切换过程，层次化可伸缩的监控方式，可以看到切换全景图，管理员清晰地看到流程各个步骤是否执行完毕；切换出现故障或者需要人工操作时，可以即时对切换进度施加人为影响。

附图说明

图1是本发明实施例提供的基于activity的灾备管理***的***整体框架图；

图2是基于图1所示基于activity的灾备管理***的管理方法过程示意图；

图3是图2所示管理方法中步骤S1的流程示意图；

图4是图2所示管理方法中步骤S3的流程示意图；

图5是图2所示管理方法中步骤S4和S5的流程示意图；

图6是图2所示管理方法中实现业务逻辑的流程示意图；

图7是某***灾备切换总流程示意图；

图8是某灾备中心环境检查子流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

除非上下文另有特定清楚的描述，本发明中的元件和组件，数量既可以单个的形式存在，也可以多个的形式存在，本发明并不对此进行限定。本发明中的步骤虽然用标号进行了排列，但并不用于限定步骤的先后次序，除非明确说明了步骤的次序或者某步骤的执行需要其他步骤作为基础，否则步骤的相对次序是可以调整的。可以理解，本文中所使用的术语“和/或”涉及且涵盖相关联的所列项目中的一者或一者以上的任何和所有可能的组合。

本发明实施例提供的基于activity的灾备管理***100通过预先定义业务流程模型，并将传统模式下，管理员需要手工执行的操作封装成固定的业务逻辑，从而通过activity流程引擎驱动每个业务逻辑按照预先定义好的流程执行。也就是将activity开源工具包与主流BS结构软件框架整合，实现了基于Web 的灾备管理***；而且，还通过管理控制模块添加各级组织部门、添加部门成员、指定成员角色。

具体地，所述基于activity的灾备管理***100将原本无法程序化管理的灾备流程，抽象成一个个流程模型，流程模型将每个业务逻辑子模块作为一个个的任务节点管理起来。支持为每个任务节点分配责任人、责任群组。流程模型定义完成后，流程引擎按照流程模型推动流程自动运行，推送相关任务到指定执行人和指定群组。

而且，业务分析员在分析具体灾备过程中，通过分析切换***内部各模块之间的逻辑和依赖关系，确定***内各模块的切换顺序和执行条件，并通过图形化流程设计器定义流程模型。

请参阅图1，是本发明实施例提供的是本发明实施例提供的基于activity的灾备管理***的***整体框架图。所述基于activity的灾备管理***包括依次顺序连接的流程模块10、映射模块20、远程访问模块30和业务逻辑模块40。其中，所述流程模块10用于定义业务流程模型，并通过activity流程引擎驱动每个业务逻辑按照预先定义好的流程执行；所述映射模块20用于记录所述流程模块中的每个任务节点与具体业务逻辑的映射关系；所述远程访问模块30用于提供切换管理服务器到远端主机的连接通道；所述业务逻辑模块40用于模拟管理员对设备发送操作指令，并通过设备的回应消息或者设备状态变化判断指令的执行结果。

其中，所述流程模块10包括activity流程引擎模块11、流程定义模块12、管理控制模块13和监控分析模块14，所述activity流程引擎模块11分别与所述流程定义模块12、所述管理控制模块13和所述监控分析模块14相连接。

在所述流程模块10中，所述activity流程引擎模块11从所述流程定义模块12获得当前需要执行的业务逻辑，并依次通过所述映射模块20、所述远程访问模块30和所述业务逻辑模块40部署并执行逻辑业务逻辑。

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

所述流程定义模块12负责提供拖拽式可视化B/S(Browser/Server)界面操作，用户无需单独按照客户端，使用浏览器就可以设计定义业务流程，并且生成标准化文件，支持分支流程，并发流程等多种流程设计。

在本发明中，Activity提供了一个标准化图形化流程编辑器，无需安装插件，通过浏览器即可在线通过可视化的拖拽式设计方式进行流程定义。所述标准化流程设计器，支持顺序、并行、排他、等流程控制方法，支持各种复杂业务流程。因此，所述流程定义模块12的流程定义过程类似Visio软件画图，方便存储和维护。

在所述流程定义模块12中，流程模型将切换过程的繁琐的业务逻辑和参与者按照一定的规则组织起来，在流程引擎的推动下自动或半自动的完成灾备业务逻辑操作。

定义好的业务流程模型结构化存储到数据库，灾难发生时，通过检索模块，快速找到设计好的流程，逐步实施灾备切换过程。

而且，流程模型和业务逻辑分离，通过管理控制模块配置流程模型和业务逻辑的绑定关系。当切换流程需要变更时，只需要更改流程图，并重新绑定业务逻辑，而不需要更改业务策略本身。

所述管理控制模块13负责灾备过程管控和人员权限管理。具体地，所述管理控制模块13为所有业务处理模块提供统一的后端服务和全局配置。所述管理控制模块13的功能包括但不限于：提供灾备切换流程启动和控制管理；提供组织、部门、岗位、角色等人员信息管理；提供各类复杂的权限管理，包括***管理员、切换总指挥、主机管理员、网络管理员管理等多种权限管理。

所述监控分析模块14负责流程运行进展的展示和监控分析。具体地，灾备切换时，相关人员通过浏览器能够清晰的监控灾备切换流程的进展、当前任务的负责人及其所负责的作业。而且，所述监控分析模块14可以实现的功能包括但不限于：采用标准化主流前端展示技术，支持多种终端对灾备流程的监控；支持完整的数据记录，记录切换过程中每个任务耗时、执行日期、执行人，并提供数据的导出功能；支持图形报表形式分析每个灾备操作实际开始结束时间、实际操作结果、切换耗时，帮助管理员进一步优化流程和业务处理逻辑。

所述映射模块20记录了流程模型中的每个任务节点与具体业务逻辑的映射关系。而且，所述映射模块20是流程和业务联系的纽带，流程引擎执行任务时，通过查找映射表，查找到远端主机信息和绑定的业务逻辑。

所述远程访问模块30提供了切换管理服务器到远端主机的连接通道，通过所述远程访问模块30控制远端主机部署和执行业务逻辑。

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

而且，所述业务逻辑模块40借助自动化运维的思路：模拟管理员对设备下发一些操作指令，通过设备的回应消息或者设备状态变化判断指令的执行结果。传统业务逻辑采用shell脚本方式，但shell脚本方式，无法将脚本执行细节回传给控制端，降低了控制端管理能力。

请参阅图1，是基于图1所示基于activity的灾备管理***的管理方法过程示意图。所述管理方法具体包括如下步骤：

S1、在所述流程模块10中，根据实际灾备管理***的特点，通过建模工具绘制灾备切换的流程模型，所述流程模型是一个静态文件，是activity动态管理流程的基础。

具体地，在所述步骤S1中，通过所述流程模块10定义业务流程模型，并通过activity流程引擎驱动每个业务逻辑按照预先定义好的流程执行。请参阅图3，所述步骤S1具体包括如下步骤：

根据灾备管理***的特点，通过建模工具，拖拽出需要的BPMN图形符号；

据实际业务关系使用连线将图形符号按照顺序、并行或排他逻辑关系连接起来；

使用业务流程执行语言将基于图形的BPMN图形文件转换成基于标记语言的XML文件；

activity流程引擎读入模型文件，使用SAX从根节点开始依次解析XML模型文件中的各种标记，生成activity流程引擎内部支持的数据结构；

通过数据库中间件实现流程模型的持久化。

S2、根据步骤S1设计的流程模型设计对应的业务逻辑，形成相对应的业务逻辑模块40。

S3、通过所述映射模块20配置所述流程模型和所述业务逻辑的映射关系。

在所述步骤S3中，实现所述流程模型和所述业务逻辑之间映射关系的配置。具体地，请参阅图4，所述步骤S3包括如下步骤：

操作页面上选择需要配置映射关系的模型；

操作页面列出所选模型的所有任务节点；

操作页面上选中模型中的一个任务节点；

操作页面上选中业务逻辑集合中的一个业务脚本；

为已经选择的所述任务节点绑定所述业务脚本；

将映射关系结构化存储到数据库。

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

具体地，请参阅图5，所述步骤S4具体包括如下步骤：

根据灾难场景输入关键词检索符合条件的流程模型，并在WEB页面启动所述流程模型；

所述activity流程引擎接收到模型启动事件后，通过任务接口启动一个任务，从而生成一个任务实例；

所述activity流程引擎查找所述流程模型中的任务列表，并找到当前任务节点；

所述activity流程引擎查找当前任务节点与业务逻辑对应关系表，并找到当前步骤要连接的远端主机和业务逻辑，通过远程访问模块，控制远端主机执行业务逻辑。

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

在所述步骤S5中，当所述步骤S4中业务逻辑执行后，执行结果回传到操作页面，如果当前任务执行成功，引擎驱动流程执行下一个任务，如果当前任务执行失败，则对当前步骤对应的主机环境和业务逻辑进行检查，排除故障后继续执行下一个任务，依次类推，直到所有任务都执行完成。

需要说明是，如图6所示，在所述基于activity的灾备管理方法中，实现业务逻辑的过程具体包括如下步骤：

引入ansible思路，将要执行的业务操作按照YAML语法编排成playbook格式的*.yml文件，这种方式能够将任务细节回传到控制端；

根据映射模块查找当前任务节点需要执行操作的主机，将yml文件下发到远端主机；

使用ansible中的command模块控制远端执行playbook的每个任务。

但是，实际灾备切换***中的业务模块众多，需要分析业务逻辑，将同一功能层面的模块定义到一个流程中。例如，如图7所示的某***灾备切换总流程，总流程的每个任务包含了较多模块，总流程的每个任务包含了较多模块，例如图8中的灾备中心环境检查包含了众多子模块，而且每个子模块之间没有先后顺序，可以使用并行顺序同时执行所有子模块。而且，在图8所示的环境检查子流程图，每个子模块并列执行，可以提升检查效率。

而且，通过配置流程之间的调用关系，将子流程嵌入到总流程中，增加了流程层次和视图，便于不同层面分析流程，实现复杂多***的流程设计，从而能够适应复杂的实际切换环境。

相较于现有技术，本发明提供的基于activity的灾备管理***和管理方法具有如下有益效果：

1、流程模型定义模块引入了基于WEB的拖拽式图形化流程设计方式，集流程图设计、规则定制和代码扩展、调试于一体，流程设计开发快捷高效。流程设计器采用可视化界面操作，所见即所得，用户操作页面上的控件，拖拽就可以完成流程的设计，即便是没有开发经验的业务人员可以方便制作自己需要的流程。

2、由于业务模块与流程模型可以灵活配置，使得流程模型能够管理各种业务逻辑，扩展了管理平台通用性，能够支持适应多种厂家的多数设备。

3、由于引入了activity流程引擎，原来独立的资源管理、人员管理、权限管理、业务逻辑有机高效的整合起来。利于灾备切换过程中过程监控、进度查看、任务分配；利于灾备切换后回溯和分析。

4、引入自动化管理方法管理业务逻辑模块，使得原来手工执行过程，改为自动执行，效率提升。灾备中心共实现了35套灾备***115个节点在异地灾备中心从存储切换、***挂载到数据库、中间件以及应用程序启停共计1，300多项任务的自动执行，避免了手工执行的操作失误。如此多的应用级灾备***接管生产需要大量的人员及时间成本。使得异地灾备***接管生产时间由原先5小时缩短到1小时内，实现了灾备多***的快速切换。

5、切换过程中通过WEB监控页面可以实时监控切换过程，层次化可伸缩的监控方式，可以看到切换全景图，管理员清晰地看到流程各个步骤是否执行完毕；切换出现故障或者需要人工操作时，可以即时对切换进度施加人为影响。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

Claims (10)

1.一种基于activity的灾备管理***，其特征在于：包括依次顺序连接的流程模块、映射模块、远程访问模块和业务逻辑模块；

所述流程模块，用于定义业务流程模型，并通过activity流程引擎驱动每个业务逻辑按照预先定义好的流程执行；

所述映射模块，用于记录所述流程模块中的每个任务节点与具体业务逻辑的映射关系；

所述远程访问模块，用于提供切换管理服务器到远端主机的连接通道；

所述业务逻辑模块，用于模拟管理员对设备发送操作指令，并通过设备的回应消息或者设备状态变化判断指令的执行结果。

2.根据权利要求1所述的基于activity的灾备管理***，其特征在于：所述流程模块包括activity流程引擎模块、流程定义模块、管理控制模块和监控分析模块，所述activity流程引擎模块分别与所述流程定义模块、所述管理控制模块和所述监控分析模块相连接。

3.根据权利要求2所述的基于activity的灾备管理***，其特征在于：所述activity流程引擎模块从所述流程定义模块获得当前需要执行的业务逻辑，并依次通过所述映射模块、所述远程访问模块和所述业务逻辑模块部署并执行逻辑业务逻辑。

4.根据权利要求2所述的基于activity的灾备管理***，其特征在于：所述activity流程引擎模块是所述基于activity的灾备管理***中灾备切换每个环节有序执行的驱动引擎，在引擎的推动下每个灾备步骤按照预先制定的预案有序推进完成。

5.根据权利要求2所述的基于activity的灾备管理***，其特征在于：所述流程定义模块提供拖拽式可视化Browser/Server界面操作，用户使用浏览器通过所述流程定义模块设计定义业务流程。

6.根据权利要求1所述的基于activity的灾备管理***，其特征在于：所述业务逻辑模块是一系列切换操作的集合，包括磁盘阵列操作、数据库管理操作、中间件管理操作和应用程序管理操作。

7.一种根据权利要求1所述的基于activity的灾备管理***的管理方法，其特征在于：包括如下步骤：

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

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

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

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

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

8.根据权利要求7所述的管理方法，其特征在于：所述步骤1具体包括如下步骤：

根据灾备管理***的特点，通过建模工具，拖拽出需要的BPMN图形符号；

据实际业务关系使用连线将图形符号按照顺序、并行或排他逻辑关系连接起来；

使用业务流程执行语言将基于图形的BPMN图形文件转换成基于标记语言的XML文件；

activity流程引擎读入模型文件，使用SAX从根节点开始依次解析XML模型文件中的各种标记，生成activity流程引擎内部支持的数据结构；

通过数据库中间件实现流程模型的持久化。

9.根据权利要求7所述的管理方法，其特征在于：所述步骤3具体包括如下步骤：

操作页面上选择需要配置映射关系的模型；

操作页面列出所选模型的所有任务节点；

操作页面上选中模型中的一个任务节点；

操作页面上选中业务逻辑集合中的一个业务脚本；

为已经选择的所述任务节点绑定所述业务脚本；

将映射关系结构化存储到数据库。

10.根据权利要求7所述的管理方法，其特征在于：所述步骤4具体包括如下步骤：

根据灾难场景输入关键词检索符合条件的流程模型，并在WEB页面启动所述流程模型；

所述activity流程引擎接收到模型启动事件后，通过任务接口启动一个任务，从而生成一个任务实例；

所述activity流程引擎查找所述流程模型中的任务列表，并找到当前任务节点；

所述activity流程引擎查找当前任务节点与业务逻辑对应关系表，并找到当前步骤要连接的远端主机和业务逻辑，通过远程访问模块，控制远端主机执行业务逻辑。