CN105653322B - 运维服务器和服务器事件的处理方法 - Google Patents

Abstract

运维服务器和服务器事件的处理方法，所述方法包括：当满足事件的触发条件时，获取所述事件对应的动作组的信息；执行所获取的动作组，以执行所述事件，其中，所述动作组中包括多个按照预设顺序执行的动作。上述的方案，可以提高服务器的运维效率。

Description

运维服务器和服务器事件的处理方法

技术领域

本发明涉及运维技术领域，特别是涉及一种运维服务器和服务器事件的处理方法。

背景技术

服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。因此，为了确保服务器的可靠运行，一般需要对服务器进行维护。

在对服务器进行日常维护时，若服务器或服务软件发生故障，运维人员通常需要先登录服务器管理系统，修改服务器或服务的状态，然后通过远程管理工具对服务器逐个进行故障排查，待故障恢复，再将服务器管理系统中服务器或服务软件状态设置为正常。除此之外，运维人员还需要经常对服务器各项基础参数进行调优，系统配置管理，日志查看，数据备份，升级补丁，服务重启等基础运维。因在服务器的运维过程中，主要由运维人员手动进行操作，存在着运维工作效率低的问题。

发明内容

本发明实施例解决的问题是如何提高服务器的运维效率。

为解决上述问题，本发明实施例提供了一种服务器事件的处理方法，所述方法包括：

当满足事件的触发条件时，获取所述事件对应的动作组的信息；

执行所获取的动作组，以执行所述事件，其中，所述动作组中包括多个按照预设顺序执行的动作。

可选地，所述执行所获取的动作组，包括：

基于所述事件对应的动作组的信息，获取所述动作组中的动作以及动作之间的执行顺序的信息；

对所述动作组中的动作按照所述执行顺序进行遍历，获取待执行的当前动作的动作参数和动作脚本的信息，所述动作参数与所述动作组具有预设的对应关系；

基于所述动作参数，执行所述动作脚本；

当执行完毕当前动作时，执行下一动作，直至所述动作组中的所有动作全部执行完毕。

可选地，在执行所述动作脚本之前，还包括：调用当前动作的执行前业务逻辑方法，以生成当前动作的执行前传递参数；

基于所述执行前参数和所述动作参数，执行所述动作的动作脚本。

可选地，在执行所述动作的动作脚本之后，还包括：

调用所述动作的执行后业务逻辑方法，以得到所述动作的执行后传递参数的信息。

可选地，在执行所述动作之后，还包括：

加载所述动作的检查脚本并执行，以得到所述动作的执行结果的信息。

可选地，所述动作通过以下的方式生成：

对所述动作的脚本头文件的信息进行解析，以得到对应的脚本名称、脚本描述、脚本参数和参数描述的信息；

当接收到用户上传的所述动作的初始脚本时，将解析得到的脚本名称、脚本描述、脚本参数和参数描述的信息分别添加到所述动作的初始脚本的对应位置处，以生成所述动作对应的动作脚本。

可选地，所述方法还包括：当接收用户输入的事件对应的服务器的批量配置请求时，获取所述事件对应的动作组，并对相应的服务器并行执行所述事件对应的动作组。

可选地，所述方法还包括：

在所述获取所述事件对应的动作组的信息之前，将所述服务器从第一状态修改为第二状态；

在所述执行所获取的动作组之后，将所述服务器从所述第二状态修改为第一状态。

可选地，所述方法还包括：生成所述事件的执行过程和结果的信息并输出。

本发明实施例还提供了一种运维服务器，所述运维服务器包括：

获取单元，适于当满足事件的触发条件时，获取所述事件对应的动作组的信息

执行单元，适于执行所获取的动作组，以执行所述事件，其中，所述动作组中包括多个按照预设顺序执行的动作。

可选地，所述执行单元适于基于所述事件对应的动作组的信息，获取所述动作组中的动作以及动作之间的执行顺序的信息；对所述动作组中的动作按照所述执行顺序进行遍历，获取待执行的当前动作的动作参数和动作脚本的信息，所述动作参数与所述动作组具有预设的对应关系；基于所述动作参数，执行所述动作脚本；当执行完毕当前动作时，执行下一动作，直至所述动作组中的所有动作全部执行完毕。

可选地，所述执行单元还适于在执行所述动作脚本之前，调用当前动作的执行前业务逻辑方法，以生成当前动作的执行前传递参数；基于所述执行前参数和所述动作参数，执行所述动作的动作脚本。

可选地，所述执行单元还适于在执行所述动作的动作脚本之后，调用所述动作的执行后业务逻辑方法，以得到所述动作的执行后传递参数的信息。

所述执行单元还适于在执行所述动作之后，加载所述动作的检查脚本并执行，以得到所述动作的执行结果的信息。

可选地，所述运维服务器还包括：动作生成单元，适于对所述动作的脚本头文件的信息进行解析，以得到对应的脚本名称、脚本描述、脚本参数和参数描述的信息；当接收到用户上传的所述动作的初始脚本时，将解析得到的脚本名称、脚本描述、脚本参数和参数描述的信息分别添加到所述动作的初始脚本的对应位置处，以生成所述动作对应的动作脚本。

可选地，所述运维服务器还包括：批量配置单元，适于当接收用户输入的事件对应的服务器的批量配置请求时，获取所述事件对应的动作组，并对相应的服务器并行执行所述事件对应的动作组。

可选地，所述运维服务器还包括：状态维护单元，适于在所述获取所述事件对应的动作组的信息之前，将所述服务器从第一状态修改为第二状态；在所述执行所获取的动作组之后，将所述服务器从所述第二状态修改为第一状态。

可选地，所述运维服务器还包括：执行报告输出单元，适于生成所述事件的执行过程和结果的信息并输出。

与现有技术相比，本发明的技术方案具有以下的优点：

上述的方案，通过预先将事件与对应执行的动作进行关联，当检测到对应的触发条件发生时，自动获取所述事件对应的动作组并执行，可以大大减少人工参与程度，因此，可以提高服务器的运维效率，提升用户的使用体验。

进一步地，在新增动作时，根据对应的脚本头文件的信息，自动获取所述动作的脚本对应的脚本参数、参数描述、脚本名称和脚本描述信息，并添加至用户提交的初始脚本中，以生成对应的动作，可以降低人工输入的脚本参数的错误率，提高所生成的动作的成功率。

进一步地，在对应的动作执行完毕之后，通过执行对应的检查脚本，来对动作的执行结果进行，以对动作执行的结果进行确认，以确保动作执行的可靠性，进而可以提高服务器运维的可靠性。

进一步地，在获取到时间的批量事件触发请求时，对相应的多个服务器的并行执行所述事件对应的动作，以完成多个服务器的批量配置操作，而无需分别对每个服务器分别执行相应的动作，因此，可以提高事件处理的效率。进而提高服务器运维的效率。

附图说明

图1是本发明实施例中的一种服务器事件的处理方法的流程图；

图2是本发明实施例中的另一种服务器事件的处理方法的流程图；

图3是本发明实施例中的动作数据库中的五种类型的数据表之间的关系示意图；

图4是本发明实施例中的运维服务器的结构示意图。

具体实施方式

在日常服务器运维工作中，一般需要使用服务器管理系统、运维批量处理系统、远程管理工作和服务器/网络监控系统相互配合，来进行服务器的日常维护工作。

其中，服务器管理系统维护着服务器和软件服务的基础数据状态，服务器，服务软件之间关系；运维批量处理系统，用于批量安装服务软件，批量分发文件等服务器的批量配置操作；远程管理工具，用于当服务器发生异常情况时，远程登陆系统进行问题的排查；服务器/网络监控系统，则用于发现服务器的各种异常并报警。

例如，服务器/网络监控系统检测到服务器或服务软件发生故障并报警时，运维人员一般先登录服务器管理系统，修改服务器或服务的状态，然后通过远程管理工具一台一台地登录服务器排查故障，待故障恢复，再将服务器管理系统中服务器或服务软件状态设置为正常。

除此之外，运维人员还需要经常对服务器各项基础参数调优，系统配置管理，日志查看，数据备份，升级补丁，服务重启等基础运维，这项工作一般可以通过批量运维工具编写相关脚本完成。

因此，现有技术中服务器的运维方法的很多环节，均需要人工的介入，存在着效率低的问题。

为解决现有技术中存在的上述问题，本发明实施例采用的技术方案通过预先将事件与对应执行的动作进行关联，以在满足相应的触发条件时，自动获取所述事件对应的动作组并执行，可以提高服务器运维的效率，提升用户的使用体验。

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图1示出了本发明实施例中的一种服务器事件的处理方法的流程图。如图1所示，在具体实施中，本发明实施中的服务器事件的处理方法，可以包括如下的步骤：

步骤S101：当满足事件的触发条件时，获取所述事件对应的动作组的信息。

在具体实施中，服务器的事件可以包括系统固定事件，如系统初始化、服务器上架完毕、服务器下架和服务器割接等事件。此外，服务器事件还可以包括用户根据实际的需要设置的自定义事件。其中，系统固定事件在服务器的状态变更时将被触发，自定义事件则可以根据实际的需要设置对应的触发条件。

在具体实施中，服务器事件与动作组之间具有预设的对应关系，当满足预设的事件触发条件时，通过所述预设的对应关系，可以得到所述事件对应的动作组的信息。

步骤S102：执行所获取的动作组，以执行所述事件。

在具体实施中，事件对应的动作组中包括一个以上的动作，且动作之间具有预设的执行顺序。在获取事件对应的动作组之后，可以通过按照预设的执行顺序执行所述动作组中的动作，以对服务器发生的事件进行自动的处理。由于在服务器的事件处理过程中，可以自动获取对应的工作组中的动作并执行，而无需运维人员的人工参与，因此，可以提高服务器事件处理的效率，进而可以提高服务器的运维效率。

下面将对本发明实施例中的服务器事件的处理方法做进一步详细的介绍。

请参见图2所示，本发明实施例中的另一种服务器事件的处理方法，可以包括如下的步骤：

步骤S201：当满足事件的触发条件时，获取所述事件对应的动作组的信息。

在具体实施中，不同的服务器中相同的事件，对应的动作组中的动作，可以相同也可以不同，例如，对于Nginx服务器的初始化事件和Squid服务器的初始化事件对应的动作不一样，本领域的技术人员可以根据实际的需要进行设置，在此不做限制。

步骤S202：基于所述事件对应的动作组的信息，获取所述动作组中的动作以及动作之间的执行顺序的信息。

在本发明一实施例中，事件对应的动作组中的动作和动作的执行顺序的信息可以从相应的动作数据库中获取。请参见图3，在动作数据库中，存在五种类型的数据表——动作表action，动作组表action_group，动作参数表action_parameter，动作和动作组关联表action_group_relation，动作组和参数关联表action_group_parameter。其中：

动作组表中记录了与服务器事件对应的动作组的信息。

动作和动作组关联表action_group_relation中包括动作与动作组之间的关联关系，以及动作之间的执行顺序的信息。其中，一个动作组也可以包含多个不同的动作，相同的动作可以关联不同的动作组，动作和动作组关联表是动作表和动作组表的多对多关系表。

动作组和参数关联表是将动作组中的动作和动作参数进行关联的多对多关系表。因相同的动作可以存在于不同的动作组中，但是相应的动作参数可能会发生变化。例如，修改密码的动作，在不同的动作组中可以有不同的密码参数。动作表中记录了各个动作的信息，包括动作标识(id)、动作名称(name)、动作脚本(name_cn)、脚本路径(path)、动作描述(desc)等信息。

动作参数表中记录了动作对应的动作参数的信息。

在具体实施中，可以根据实际的需要对动作数据库中的动作进行相应的操作，如对动作进行新增、删除、更改和查询等。

例如，在进行动作的新增操作，即生成新的动作时，可以通过表单提交动作对应的动作名称，动作路径，动作参数，动作业务逻辑方法名称等相关数据。其中，输入的动作参数时应与动作脚本中的参数一一对应，否则动作脚本执行将报参数缺失异常。但是，当动作对应的动作参数的数量较多时，依靠人工进行参数的输入，可能会出现错误，存在着效率低下的问题。

为解决上述问题，在本发明一实施例中，可以为每个动作的动作脚本设置对应的脚本头文件，所述脚本头文件包括得到对应的脚本名称、脚本描述、脚本参数和参数描述的信息，当接收到用户上传的所述动作的初始脚本时，将从对应的脚本头文件中解析得到的脚本名称、脚本描述、脚本参数和参数描述的信息分别添加到所述动作的初始脚本的对应位置处，便可以生成所述动作对应的动作脚本，以提高动作生成的效率。

步骤S203：对所述动作组中的动作按照所述执行顺序进行遍历，获取待执行的当前动作的动作参数和动作脚本的信息。

在具体实施中，在获取事件对应的动作组中的动作和动作之间的执行顺序之后，可以按照所述执行顺序执行所述动作组中的各个动作。其中，在执行各个动作之前，首先可以获取所述动作在动作组中对应的动作参数的信息，以在后续的步骤中，根据所获取的动作参数执行对应的动作脚本。

在具体实施中，有些动作的执行需要传递参数，以执行对应的动作。例如，“修改主机名称”动作，需要首先获取主机名称参数。此时，在执行对应的动作之前，可以首先调用对应的执行前业务逻辑方法，以获取对应的执行前参数。例如，在执行修改主机名称动作之前，对应的主机名称的命名规范为—服务器所在运营商+省份缩写+城市缩写+机房编号+IP后两位。因动作脚本无法获取主机名称的信息，此时，可以调用相应的执行前动作业务逻辑方法获取主机名称的信息。

步骤S204：基于所述动作参数，执行所述动作脚本。

在具体实施中，在获取动作在所述事件对应的动作组中的动作参数之后，便可以基于所获取的动作参数，执行对应的动作脚本，以完成动作的执行。

在具体实施中，某些动作在执行完毕之后，同样需要进行相应的参数传递，此时，可以调用相应的执行后业务逻辑方法，以传递相应的参数信息。

在具体实施中，本发明实施例中的执行前动作业务逻辑方法和执行后动作业务逻辑可以使用Java，Python，C++等语言编写，在数据库中动作业务逻辑方法名称和动作管理，在实际动作执行前采用面向方面编程(Aspect Oriented Programming，AOP)在脚本执行前和脚本执行后调用与动作关联的执行前和执行后业务逻辑方法。

在具体实施中，本发明实施例中的服务器事件处理方法，还可以包括：

步骤S205：加载所述动作的检查脚本并执行，以得到所述动作的执行结果的信息。

在具体实施中，在动作执行完毕之后，可以通过调用所述动作的检查脚本，通过动作的执行结果来确定动作是否执行成功。

在本发明一实施例中，动作对应的检查脚本可以为相应动作的名称之后加入“_check”进行命名，如，修改主机名称动作“modify_hostname”对应的检查脚本“modify_hostname_check”。在执行动作之前，在动作名称之后添加“_check”，便可以自动加载动作相应的检查脚本，且在动作脚本执行完后执行对应的检查脚本。

通过检查脚本的设置，可以对动作的执行结果进行监测，以进一步提高动作执行的可靠性，进而可以提高服务器事件处理的可靠性，提升用户的使用体验。

步骤S206：当执行完毕当前动作时，执行下一动作，直至所述动作组中的所有动作全部执行完毕。

在具体实施中，当遍历至的动作组中的当前动作执行完毕时，可以接着按照上述的顺序执行所述动作组中的下一动作，直至所述动作组中的所有动作全部执行完毕。

在具体实施中，本发明实施例中的服务器事件的处理方法还可以包括：

步骤S207：生成所述事件的执行过程和结果的信息并输出。

在具体实施中，为了使得用户对于服务器的事件的执行过程和结果有全面的了解，可以对事件的执行过程和结果的信息进行收集，生成对应的事件执行报告并导出。

其中，事件执行报告的内容和形式，可以根据实际的需要进行设置，本发明在此不做限制。例如，在批量触发多台服务器的并行事件的执行时，可以收集并输出动作脚本和动作检查脚本的结果，然后导出成Excel格式的文件。

这里需要指出的是，上述的服务器事件对应的动作组可以仅包括单独执行的动作。例如，为了方便服务器运维人员的定时巡检任务设置的定期修改服务器密码动作、服务软件升级动作、服务端口测试动作等。当然，也可以并行对多台服务器执行相同的事件，以进行服务器的批量配置操作，如批量安装服务软件等。

在具体实施中，在本发明实施例中的服务器事件的处理开始之前和结束之后，可以对服务器的状态进行更新和维护，即控制服务器在两个状态(第一状态和第二状态)之间切换。

一般而言，服务器的状态可以分为使用和禁用，而实际情况却复杂很多，当服务器在不同部门之间流转时，其状态可以分别为上架完毕、投产、待下架、下架、故障。例如，服务器在互联网数据中心(Internet Data Center，IDC)部门的状态可以为上架完毕和下架，服务器在CDN部门的状态可以分为投产、待下架和故障。

在事件触发的服务器状态之间的切换，需要满足一定的顺序，如服务器故障状态到投产状态、投产状态到故障状态、上架完毕状态到投产状态等，这种顺序是允许的，然而反过来则不被允许，如服务器不能从投产状态逆向到上架完毕状态。

在本发明一实施例中，为了对服务器的状态进行更加精细的控制，可以对每个IP对应的服务器的状态细分为新增、移除、删除、空闲、就绪、在线、离线状态等。

下面将对本发明实施例中的服务器事件的处理方法对应的装置做进一步详细的介绍。

请参见图4所示，本发明实施例中的运维服务器400，可以包括获取单元401和执行单元402，其中：

所述获取单元401，适于当满足事件的触发条件时，获取所述事件对应的动作组的信息。

所述执行单元402，适于执行所获取的动作组，以执行所述事件，其中，所述动作组中包括多个按照预设顺序执行的动作。

在具体实施中，所述执行单元402适于基于所述事件对应的动作组的信息，获取所述动作组中的动作以及动作之间的执行顺序的信息；对所述动作组中的动作按照所述执行顺序进行遍历，获取待执行的当前动作的动作参数和动作脚本的信息，所述动作参数与所述动作组具有预设的对应关系；基于所述动作参数，执行所述动作脚本；当执行完毕当前动作时，执行下一动作，直至所述动作组中的所有动作全部执行完毕。

在具体实施中，所述执行单元402还适于在执行所述动作脚本之前，调用当前动作的执行前业务逻辑方法，以生成当前动作的执行前传递参数；基于所述执行前参数和所述动作参数，执行所述动作的动作脚本。

在具体实施中，所述执行单元402还适于在执行所述动作的动作脚本之后，调用所述动作的执行后业务逻辑方法，以得到所述动作的执行后传递参数的信息。

在具体实施中，所述执行单元402还适于在执行所述动作之后，加载所述动作的检查脚本并执行，以得到所述动作的执行结果的信息。

在具体实施中，所述运维服务器400还可以包括动作生成单元403，其中：

所述动作生成单元403，适于对所述动作的脚本头文件的信息进行解析，以得到对应的脚本名称、脚本描述、脚本参数和参数描述的信息；当接收到用户上传的所述动作的初始脚本时，将解析得到的脚本名称、脚本描述、脚本参数和参数描述的信息分别添加到所述动作的初始脚本的对应位置处，以生成所述动作对应的动作脚本。

在具体实施中，所述运维服务器400还可以包括：状态维护单元404，其中：

所述状态维护单元404，适于在所述获取所述事件对应的动作组的信息之前，将所述服务器从第一状态修改为第二状态；在所述执行所获取的动作组之后，将所述服务器从所述第二状态修改为第一状态。

在具体实施中，所述运维服务器400还可以包括执行报告输出单元405，其中：

所述执行报告输出单元405，适于生成所述事件的执行过程和结果的信息并输出。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

以上对本发明实施例的方法及系统做了详细的介绍，本发明并不限于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (14)

1.一种服务器事件的处理方法，其特征在于，包括：

当满足事件的触发条件时，获取所述事件对应的动作组的信息；

执行所获取的动作组，以执行所述事件，其中，所述动作组中包括多个按照预设顺序执行的动作；

所述动作通过以下的方式生成：为所述动作设置对应的脚本头文件；对所述动作的脚本头文件的信息进行解析，以得到对应的脚本名称、脚本描述、脚本参数和参数描述的信息；当接收到用户上传的所述动作的初始脚本时，将解析得到的脚本名称、脚本描述、脚本参数和参数描述的信息分别添加到所述动作的初始脚本的对应位置处，以生成所述动作对应的动作脚本。

2.根据权利要求1所述的服务器事件的处理方法，其特征在于，所述执行所获取的动作组，包括：

基于所述事件对应的动作组的信息，获取所述动作组中的动作以及动作之间的执行顺序的信息；

对所述动作组中的动作按照所述执行顺序进行遍历，获取待执行的当前动作的动作参数和动作脚本的信息，所述动作参数与所述动作组具有预设的对应关系；

基于所述动作参数，执行所述动作脚本；

当执行完毕当前动作时，执行下一动作，直至所述动作组中的所有动作全部执行完毕。

3.根据权利要求2所述的服务器事件的处理方法，其特征在于，在执行所述动作脚本之前，还包括：调用当前动作的执行前业务逻辑方法，以生成当前动作的执行前传递参数；

基于所述执行前参数和所述动作参数，执行所述动作的动作脚本。

4.根据权利要求3所述的服务器事件的处理方法，其特征在于，在执行所述动作的动作脚本之后，还包括：

调用所述动作的执行后业务逻辑方法，以得到所述动作的执行后传递参数的信息。

5.根据权利要求4所述的服务器事件的处理方法，其特征在于，在执行所述动作之后，还包括：

加载所述动作的检查脚本并执行，以得到所述动作的执行结果的信息。

6.根据权利要求1所述的服务器事件的处理方法，其特征在于，还包括：

在所述获取所述事件对应的动作组的信息之前，将所述服务器从第一状态修改为第二状态；

在所述执行所获取的动作组之后，将所述服务器从所述第二状态修改为所述第一状态。

7.根据权利要求1-6任一项所述的服务器事件的处理方法，其特征在于，还包括：生成所述事件的执行过程和结果的信息并输出。

8.一种运维服务器，其特征在于，包括：

获取单元，适于当满足事件的触发条件时，获取所述事件对应的动作组的信息；

执行单元，适于执行所获取的动作组，以执行所述事件，其中，所述动作组中包括多个按照预设顺序执行的动作；

动作生成单元，适于为所述动作设置对应的脚本头文件；对所述动作的脚本头文件的信息进行解析，以得到对应的脚本名称、脚本描述、脚本参数和参数描述的信息；当接收到用户上传的所述动作的初始脚本时，将解析得到的脚本名称、脚本描述、脚本参数和参数描述的信息分别添加到所述动作的初始脚本的对应位置处，以生成所述动作对应的动作脚本。

9.根据权利要求8所述的运维服务器，其特征在于，所述执行单元适于基于所述事件对应的动作组的信息，获取所述动作组中的动作以及动作之间的执行顺序的信息；对所述动作组中的动作按照所述执行顺序进行遍历，获取待执行的当前动作的动作参数和动作脚本的信息，所述动作参数与所述动作组具有预设的对应关系；基于所述动作参数，执行所述动作脚本；当执行完毕当前动作时，执行下一动作，直至所述动作组中的所有动作全部执行完毕。

10.根据权利要求9所述的运维服务器，其特征在于，所述执行单元还适于在执行所述动作脚本之前，调用当前动作的执行前业务逻辑方法，以生成当前动作的执行前传递参数；基于所述执行前参数和所述动作参数，执行所述动作的动作脚本。

11.根据权利要求10所述的运维服务器，其特征在于，所述执行单元还适于在执行所述动作的动作脚本之后，调用所述动作的执行后业务逻辑方法，以得到所述动作的执行后传递参数的信息。

12.根据权利要求11所述的运维服务器，其特征在于，所述执行单元还适于在执行所述动作之后，加载所述动作的检查脚本并执行，以得到所述动作的执行结果的信息。

13.根据权利要求8所述的运维服务器，其特征在于，还包括：状态维护单元，适于在所述获取所述事件对应的动作组的信息之前，将所述服务器从第一状态修改为第二状态；在所述执行所获取的动作组之后，将所述服务器从所述第二状态修改为第一状态。

14.根据权利要求8-13任一项所述的运维服务器，其特征在于，还包括：执行报告输出单元，适于生成所述事件的执行过程和结果的信息并输出。