CN101123616A - 一种服务器管理的方法及一种服务器管理系统 - Google Patents

Abstract

本发明公开了一种服务器管理的方法，包括：所述主控服务器生成需要执行的功能的脚本，并将所述脚本封装成第一协议，发送至所述受控服务器；所述受控服务器解析所述第一协议，获得所述脚本，并记录所述脚本至第一指定文件中；执行所述第一指定文件，获得执行结果数据，并记录所述执行结果数据至第二指定文件中；将所述第二指定文件封装成第二协议，并发送至所述主控服务器；所述主控服务器解析所述第二协议，获得所述执行结果数据，并输出所述执行结果数据。采用本发明在一次主控服务器与受控服务器的交互过程中，即可一次性执行完脚本所包含的所有动作，从而有效提高主控服务器与受控服务器的交互效率，加快服务器响应速度，减少资源占用时间。

Description

一种服务器管理的方法及一种服务器管理系统

技术领域

本发明涉及服务器通讯领域，特别涉及一种服务器管理的方法及一种服务器管理系统。

背景技术

服务器(Server)，是指在网络环境下运行相应的应用软件，为网络用户提供共享信息资源和各种服务的一种高性能计算机，其构成与PC(个人电脑)有很多相似之处，例如，服务器也包括CPU(中央处理器)、内存、硬盘以及各种总线等等，但服务器能更好地提供各种共享服务，例如，网络、Web应用、数据库、文件、打印等，和其它方面的高性能应用。现有技术中，对于分布在不同网络位置(包括远程网络和局域网络)的服务器，可以设置管理服务器来进行维护和监控，从而形成一种主控服务器与受控服务器的具体应用架构。其中，管理服务器为主控服务器，分布在不同网络位置的服务器或服务器节点为受控服务器。在具体应用中，所述主控服务器主要与各个受控服务器通过固定的网络协议(如，XML交换报文)进行通讯，即实现所述主控服务器与受控服务器的数据交互，以达到一个主控服务器控制多个受控服务器的目的。

事实上，由于网络协议主要由以下三部分构成：(1)语法，即数据与控制信息的结构或格式；(2)语义，即需要发出何种控制信息，完成何种动作以及做出何种回答的定义；(3)同步，即事件实现顺序的详细说明。简而言之，即网络协议都具有预先定义好的执行动作，当主控服务器与受控服务器在进行数据交互时，发送端传输一条协议至接收端，即表示发送端向接收端发出一条执行相应动作的指令，在现有技术中，这些指令只能由主控服务器分别发出，由相应的受控服务器逐条执行，然而，在主控服务器与受控服务器发生步骤、数据量较大的数据交互的情况下，如果传输一条协议仅能执行一个相应动作的指令，则会引起传输效率过低、响应缓慢、以及资源占用时间较长等问题。

因此，本领域技术人员迫切需要发展出一种可以有效提高主控服务器和受控服务器的交互效率的方法及系统。

发明内容

本发明所要解决的技术问题是提供一种服务器管理的方法，用以解决现有技术中，当主控服务器与受控服务器发生数据交互的情况较多时，传输效率过低、响应缓慢、以及资源占用时间较长等问题。

本发明还提供了一种服务器管理系统，用以保证上述方法在实际中的实现及应用。

为解决上述技术问题，本发明实施例公开了一种服务器管理的方法，所述服务器包括主控服务器和受控服务器，所述方法包括：

所述主控服务器生成需要执行的功能的脚本，并将所述脚本封装成第一协议，发送至所述受控服务器；

所述受控服务器解析所述第一协议，获得所述脚本，并记录所述脚本至第一指定文件中；

执行所述第一指定文件，获得执行结果数据，并记录所述执行结果数据至第二指定文件中；

将所述第二指定文件封装成第二协议，并发送至所述主控服务器；

所述主控服务器解析所述第二协议，获得所述执行结果数据，并输出所述执行结果数据。

优选的是，所述脚本为包含命令序列的文本文件。

优选的是，所述的方法，还包括：

如果经过解析第一协议所获得的脚本不是所述受控服务器支持的语言类型，则采用脚本解释器将所述脚本转化为可支持的语言类型。

优选的是，所述的方法，还包括；

所述主控服务器分析所述执行结果数据，判断所述受控服务器是否运行正常，如果否，则调用预置规则进行处理。

优选的是，所述第一指定文件的执行为调用相应的应用程序接口执行。

优选的是，所述执行结果数据的输出包括在客户端显示、在数据库写入和/或在内存中存储。

本发明实施例还公开了一种服务器管理系统，包括：

位于主控服务器的脚本生成单元、第一协议封装单元、主控接口单元，第二协议解析单元和输出单元，所述脚本生成单元用于生成需要执行的功能的脚本；所述第一协议封装单元用于将所述脚本封装成第一协议；所述主控接口单元用于将所述第一协议发送至所述受控服务器的受控接口单元，以及接收所述受控接口单元发送的第二协议；所述第二协议解析单元用于解析所述第二协议，获得所述执行结果数据；所述输出单元用于输出所述执行结果数据；以及，

位于受控服务器的第一协议解析单元、第一记录单元、执行单元、第二记录单元、第二协议封装单元和受控接口单元，所述第一协议解析单元用于解析所述第一协议，获得所述脚本；所述第一记录单元用于记录所述脚本至所述第一指定文件中；所述执行单元用于执行所述第一指定文件，获得执行结果数据；所述第二记录单元用于记录所述执行结果数据至第二指定文件中；所述第二协议封装单元用于将所述第二指定文件封装成第二协议；所述受控接口单元用于将所述第二协议发送至所述主控服务器的主控接口单元，以及接收所述主控接口单元发送的第一协议。

优选的是，所述脚本为包含命令序列的文本文件。

优选的是，所述的系统，还包括：

位于受控服务器的脚本解释器，用于将所述脚本转化为所述受控服务器支持的语言类型。

优选的是，所述的系统，还包括；

位于主控服务器的监控单元，用于分析所述执行结果数据，判断所述受控服务器是否运行正常，如果否，则调用预置规则进行处理。

与现有技术相比，本发明实施例具有以下优点：

首先，本发明通过将需要执行的功能用脚本语言描述，生成一个脚本文件，然后将所述脚本文件按照相应的协议格式进行封装，用以在主控服务器与受控服务器之间进行通讯，从而在一次服务器的交互过程中，即可完成所需功能的执行。具体而言，即由于脚本所表示的需要执行的功能通常包括多条执行动作的指令，采用本发明实施例在一次主控服务器与受控服务器的交互过程中，即可一次性执行完脚本所包含的所有动作，从而有效提高了主控服务器与受控服务器的交互效率，加快了服务器的响应速度，减少了资源占用时间，特别在主控服务器与受控服务器交互较多的情况下，本发明的优势尤为明显；

再者，由于本发明只需要通过上传脚本、执行脚本的方式即可实现，因此，不会占用过多的系统资源，也无需增加额外的系统配置；

最后，本发明对于服务提供商来说，技术实现简单，无技术障碍，无特殊保密算法，成本和风险较低。

附图说明

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

图2是本发明的一种服务器的管理方法实施例2的流程图；

图3是本发明的一种服务器管理系统实施例的结构框图；

图4是应用图3所示的实施例进行服务器管理的流程图。

具体实施方式

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

本发明实施例的核心构思之一在于，通过将需要执行的功能用脚本语言描述，生成一个脚本文件，然后将所述脚本文件按照相应服务器通讯协议的固定格式进行封装，在主控服务器与受控服务器之间进行数据交互，通过一次交互，即可完成脚本文件所包含的所有功能的执行，从而有效提高服务器之间的交互效率，加快服务器的响应速度，减少资源的占用时间，特别可以有效解决在主控服务器与受控服务器交互频繁、数据量较大的情况下，交互效率过低及由于效率过低而引起的问题。

参考图1，示出了本发明的一种服务器的管理方法实施例1的流程图，所述服务器包括主控服务器和受控服务器，所述方法实施例具体可以包括以下步骤：

步骤101、所述主控服务器生成需要执行的功能的脚本，并将所述脚本封装成第一协议，发送至所述受控服务器；

步骤102、所述受控服务器解析所述第一协议，获得所述脚本，并记录所述脚本至第一指定文件中；

步骤103、执行所述第一指定文件，获得执行结果数据，并记录所述执行结果数据至第二指定文件中；

步骤104、将所述第二指定文件封装成第二协议，并发送至所述主控服务器；

步骤105、所述主控服务器解析所述第二协议，获得所述执行结果数据，并输出所述执行结果数据。

在实际中，由一个主控服务器控制多个受控服务器的架构广泛应用于分布式应用领域，例如，邮件服务、银行系统、保险系统和网络游戏等，所述主控服务器上安装有主控程序，相应的各台受控服务器上安装有监控程序，所述主控程序和监控程序通过握手、认证、交换密钥等过程建立一条双向加密通讯的TCP连接或建立其它连接，如UDP连接，主控程序则可以通过这条连接获取受控服务器的信息，并向受控服务器发送命令。

在本实施例中，根据需要执行的功能，可以在主控服务器上采用脚本语言进行描述，例如，当前需要完成的功能为：在受控服务器上建立目录“/root/server”，并在该目录下写入内容为“hello world”的文件“system.cfg”，则生成的脚本为：

mkdir/root/server；echo″hello world″＞/root/server/system.Cfg

公知的是，脚本是使用一种特定的描述性语言，依据一定的格式编写的可执行文件，本领域技术人员可以通过编写脚本程序控制程序的运行过程，使程序可以自动完成用户预先定义的操作，脚本作为批处理文件的延伸，是一种纯文本保存的程序。一般地说，计算机脚本程序是确定的一系列控制计算机进行运算操作动作的组合，在其中可以实现一定的逻辑分支。因而，优选的是，本实施例中所述脚本为包含命令序列的文本文件，当运行脚本时，即可执行该文件中包含的命令。在本领实施例中，本领域技术人员根据应用环境，采用任一种脚本语言都是可行的，比如，Shell脚本、Python脚本等，本发明对此不需要进行限定。

在实际应用中，这种生成脚本的处理方式特别适用于网络游戏领域。因为，在早期的一些游戏中，大部分的游戏逻辑都直接写入游戏代码，例如计算公式、游戏流程等。但随着游戏产业的不断发展，游戏开发本身也变得越来越复杂，游戏企划需要更多的时间来对游戏进行调整，如果游戏逻辑还写在代码中，则企划对游戏的每次修改都要通过程序进行，而且还需要重新编译以及重启程序，这样工作效率就大大降低了。在游戏中使用脚本，就正好能解决上述问题，小到一些计算公式，大到游戏的控制流程都可以通过脚本完成，而且目前的脚本系统大多是解释执行的，因此都可以支持运行时动态修改，这样一来可以立即看到修改结果，非常方便。

为了使所述脚本能够在所述主控服务器和受控服务器之间进行传输，则需要按照所述主控服务器和受控服务器所遵循的通讯协议进行封装，例如，HTTP协议或SOCKET协议等。通常，协议可以由报文头、发送者、接受者、报文类型、报文长度、报文内容组成等内容组成，还可能包括兼容版本、密钥、校验字等内容。在本实施例中，将所述脚本内容作为报文内容组成封装在满足当前主控服务器和受控服务器通讯要求的协议中，即可完成第一协议的封装。对于协议中的其它内容，由本领域技术人员根据具体情况设置即可，本发明在此不赘述。

当所述第一协议发送至受控服务器后，受控服务器会对其进行解析，需要说明的是，所述解析协议的方法与封装协议的方法是相应的，例如，在源协议数据包上套上一个协议头来实现协议封装的情况下，相应的解析方法为，将形成的数据包卸去协议头，还原成源协议数据包。因而，经过解析即可获得所述第一协议中封装的脚本。此外，如果所述第一协议设置了密钥，在解析过程中，所述受控服务器还会采用相应的公钥对其进行校验。

为有效管理所述脚本，优选的是，将脚本内容写入受控服务器指定的脚本文件中，例如，在受控服务器指定脚本文件/root/guard/files/syscmd为接收脚本写入的文件，即生成第一指定文件，并调用相应的应用程序接口(API，Application Programming Interface)，例如，加载和卸载规则集的API、数据操作的API等，来执行该第一指定文件。在本实施例中，所述API可以由本领域技术人员根据应用环境或需要采用任一方式生成，例如，用javadoc生成，用VBExport自动编译自动生成等，本发明对此不作限制。

通过执行所述第一指定文件，即可获得相应的执行结果数据，例如，执行成功或失败信息、系统命令输出数据等，在本实施例中，需要将所述执行结果数据记录至受控服务器的另一个脚本文件中，即第二指定文件中，例如，/root/guard/files/sysoutput。在这情况下，所述受控服务器需要进一步对所述第二指定文件按照所述主控服务器和受控服务器所遵循的通讯协议进行封装，具体而言，即将所述执行结果数据作为报文内容组成封装在满足当前主控服务器和受控服务器通讯要求的协议中，即封装成第二协议。所述受控服务器进行封装的方法可以与所述主控服务器的封装方法相同，在此就不赘述了。

当所述第二协议发送至主控服务器后，主控服务器同样会对其进行解析，并且，所述解析的方法与封装的方法也是相应的，此外，如果所述第二协议设置了密钥，在解析过程中，所述主控服务器也会采用相应的公钥对其进行校验。经过解析，所述主控服务器即可获得所述执行结果数据，根据不同类型的执行结果数据，所述主控服务器的输出方式亦有所不同，例如，对于需要提供给用户显示的失败或成功的执行结果数据，则输出方式为在客户端显示，对于需要进行具体数据处理的执行结果数据，则输出方式可能为在数据库写入和/或在内存中存储。需要说明的是，本发明的输出方式可以是组合的，例如，对于需要既向用户显示又需要写入数据库的执行结果数据，则所述输出方式包括在客户端显示、以及在数据库写入。当然，上述具体的输出方式仅仅用于举例，本领域技术人员根据具体情况设置任一种输出方式都是可行的，本发明对此不需要进行限定。

由于主控服务器的主要功能为监控受控服务器的运行状态，因而，在本实施例中，还可以包括以下步骤；

所述主控服务器分析所述执行结果数据，判断所述受控服务器是否运行正常，如果否，则调用预置规则进行处理。

也就是说，主控服务器通过对从受控服务器获取的信息进行分析，判断受控服务器运行是否正常，如果发现异常，则按照系统管理员预先设定的异常处理策略进行处理，例如：记录日志、重启服务器、通知管理员等。

可以看出，在本实施例中，服务器的管理主要是通过主控服务器向受控服务器发送脚本并命令受控服务器执行该脚本来实现，在实际中，采用这种方式可以灵活适应多变的维护管理需求，只需要在主控服务器端一次性编写好脚本，由相关人员运行即可，并且，采用本发明的这种“上传-执行”的方式，无需对监控程序进行更新，从而有效降低了维护成本。

参考图2，示出了本发明的一种服务器的管理方法实施例2的流程图，所述服务器包括主控服务器和受控服务器，所述方法实施例具体可以包括以下步骤：

步骤201、所述主控服务器生成需要执行的功能的脚本，并将所述脚本封装成第一协议，发送至所述受控服务器；

其中，所述脚本为包含命令序列的文本文件。

步骤202、所述受控服务器解析所述第一协议，如果经过解析第一协议所获得的脚本不是所述受控服务器支持的语言类型，则采用脚本解释器将所述脚本转化为可支持的语言类型，并记录所述脚本至第一指定文件中；

在这种情况下，脚本由脚本解释器进行翻译，将其转换成所述受控服务器所能执行的命令。所述脚本解释器可以由本领域技术人员根据实际情况采用任一种方法实现，例如，自己编写脚本解释器，或利用现有技术中的脚本解释器等，本发明对此不需要进行限定。

步骤205、调用相应的应用程序接口执行所述第一指定文件，获得执行结果数据，并记录所述执行结果数据至第二指定文件中；

步骤204、将所述第二指定文件封装成第二协议，并发送至所述主控服务器；

步骤205、所述主控服务器解析所述第二协议，获得所述执行结果数据，并输出所述执行结果数据；

其中，所述执行结果数据的输出包括在客户端显示、在数据库写入和/或在内存中存储等，本发明对所述输出的方式不作限制。

步骤206、所述主控服务器分析所述执行结果数据，判断所述受控服务器是否运行正常，如果否，则调用预置规则进行处理。

可以看出，实施例2是相对于实施例1而言，更为详细、优选的实施例，对具体的解析、调用和监控的实现进行了详细的描述，其他部分可以参见实施例1的相关描述。

为使本领域技术人员更好地理解本发明，以下通过一个实际应用的具体实例来说明本发明实施例。

假设需要完成的功能为：在受控服务器上建立目录“/root/server”，并在该目录下写内容为“hello world”的文件“system.cfg”，则实现的具体步骤为：

第一步、主控服务器生成脚本内容如下：

mkdir/root/server；echo″hello world″＞/root/server/system.Cfg

第二步、主控服务器通过和受控服务器之间建立的安全TCP连接，向受控服务器发送“执行系统脚本”协议包，该协议包中包含了第一步中所生成的脚本内容；

第三步、受控服务器接受主控服务器发送的协议包，对该协议包进行解析，从而得到第一步中的脚本内容。受控服务器将该脚本内容写入其指定脚本文件/root/guard/files/syscmd(SysCmd文件)中，并调用系统API执行该脚本文件，同时将执行结果数据重定向到另外一个文件/root/guard/files/sysoutput(SysOut文件)中；

第四步、受控服务器将SysOut文件的内容封装到“执行系统脚本结果”协议包中，并通过与主控服务器之间建立的安全TCP连接，向主控服务器发送该协议包；

第五步、主控服务器接收该协议包，并对其进行解析，将其中包含的系统命令输出进行写入数据库、存储至内存或向用户显示等处理，从而完成所需功能。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

参考图3，示出了本发明的一种服务器管理系统实施例的结构框图，具体可以包括以下单元：

位于主控服务器31的脚本生成单元311、第一协议封装单元312、主控接口单元313，第二协议解析单元314和输出单元315；以及，位于受控服务器32的第一协议解析单元321、第一记录单元322、执行单元323、第二记录单元324、第二协议封装单元325和受控接口单元326；

其中，所述脚本生成单元311用于生成需要执行的功能的脚本；

所述第一协议封装单元312用于将所述脚本封装成第一协议；

所述主控接口单元313用于将所述第一协议发送至所述受控服务器32的受控接口单元326，以及接收所述受控接口单元326发送的第二协议；

所述第二协议解析单元314用于解析所述第二协议，获得所述执行结果数据；

所述输出单元315用于输出所述执行结果数据；

所述第一协议解析单元321用于解析所述第一协议，获得所述脚本；

所述第一记录单元322用于记录所述脚本至所述第一指定文件中；

所述执行单元323用于执行所述第一指定文件，获得执行结果数据；

所述第二记录单元324用于记录所述执行结果数据至第二指定文件中；

所述第二协议封装单元325用于将所述第二指定文件封装成第二协议；

所述受控接口单元326用于将所述第二协议发送至所述主控服务器31的主控接口单元313，以及接收所述主控接口单元313发送的第一协议。

优选的是，所述脚本为包含命令序列的文本文件。

优选的是，本实施例还可以包括以下单元：

位于受控服务器的脚本解释器，用于将所述脚本转化为所述受控服务器支持的语言类型。

如果经过解析第一协议所获得的脚本不是所述受控服务器支持的语言类型，在本实施例中，可以采用脚本解释器执行转化操作，将脚本转化为所述受控服务器可识别的类型。

为监控受控服务器的运行状态，优选的是，本实施例还可以包括以下单元；

位于主控服务器的监控单元，用于分析所述执行结果数据，判断所述受控服务器是否运行正常，如果否，则调用预置规则进行处理。

其中，所述预置规则为相关人员预先设定的异常处理策略，例如，记录日志、重新启动等。

参考图4，示出了应用图3所示的实施例进行服务器管理的流程图，具体可以包括以下步骤：

步骤401、主控服务器的脚本生成单元生成需要执行的功能的脚本，第一协议封装单元将所述脚本封装成第一协议，并通过主控接口单元将所述第一协议发送至所述受控服务器的受控接口单元；

步骤402、受控服务器的第一协议解析单元解析所述第一协议，获得所述脚本，并通过第一记录单元记录所述脚本至第一指定文件中；

步骤403、受控服务器的执行单元执行所述第一指定文件，获得执行结果数据，并通过第二记录单元记录所述执行结果数据至第二指定文件中；

步骤404、受控服务器的第二协议封装单元将所述第二指定文件封装成第二协议，并通过受控接口单元将所述第二协议发送至所述主控服务器的主控接口单元；

步骤405、主控服务器的第二协议解析单元解析所述第二协议，获得所述执行结果数据，并通过输出单元输出所述执行结果数据；

步骤406、主控服务器的监控单元分析所述执行结果数据，判断所述受控服务器是否运行正常，如果否，则调用预置规则进行处理。

对于装置实施例而言，由于其基本相应于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明可以用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。此外，本发明还可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通讯网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上对本发明所提供的一种服务器管理的方法及一种服务器管理系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种服务器管理的方法，其特征在于，所述服务器包括主控服务器和受控服务器，所述方法包括：

所述主控服务器生成需要执行的功能的脚本，并将所述脚本封装成第一协议，发送至所述受控服务器；

所述受控服务器解析所述第一协议，获得所述脚本，并记录所述脚本至第一指定文件中；

执行所述第一指定文件，获得执行结果数据，并记录所述执行结果数据至第二指定文件中；

将所述第二指定文件封装成第二协议，并发送至所述主控服务器；

所述主控服务器解析所述第二协议，获得所述执行结果数据，并输出所述执行结果数据。

2.如权利要求1所述的方法，其特征在于，所述脚本为包含命令序列的文本文件。

3.如权利要求2所述的方法，其特征在于，还包括：

如果经过解析第一协议所获得的脚本不是所述受控服务器支持的语言类型，则采用脚本解释器将所述脚本转化为可支持的语言类型。

4.如权利要求1、2或3所述的方法，其特征在于，还包括；

所述主控服务器分析所述执行结果数据，判断所述受控服务器是否运行正常，如果否，则调用预置规则进行处理。

5.如权利要求4所述的方法，其特征在于，所述第一指定文件的执行为调用相应的应用程序接口执行。

6.如权利要求1所述的方法，其特征在于，所述执行结果数据的输出包括在客户端显示、在数据库写入和/或在内存中存储。

7.一种服务器管理系统，其特征在于，包括：

位于主控服务器的脚本生成单元、第一协议封装单元、主控接口单元，第二协议解析单元和输出单元，所述脚本生成单元用于生成需要执行的功能的脚本；所述第一协议封装单元用于将所述脚本封装成第一协议；所述主控接口单元用于将所述第一协议发送至所述受控服务器的受控接口单元，以及接收所述受控接口单元发送的第二协议；所述第二协议解析单元用于解析所述第二协议，获得所述执行结果数据；所述输出单元用于输出所述执行结果数据；以及，

位于受控服务器的第一协议解析单元、第一记录单元、执行单元、第二记录单元、第二协议封装单元和受控接口单元，所述第一协议解析单元用于解析所述第一协议，获得所述脚本；所述第一记录单元用于记录所述脚本至所述第一指定文件中；所述执行单元用于执行所述第一指定文件，获得执行结果数据；所述第二记录单元用于记录所述执行结果数据至第二指定文件中；所述第二协议封装单元用于将所述第二指定文件封装成第二协议；所述受控接口单元用于将所述第二协议发送至所述主控服务器的主控接口单元，以及接收所述主控接口单元发送的第一协议。

8.如权利要求7所述的系统，其特征在于，所述脚本为包含命令序列的文本文件。

9.如权利要求8所述的系统，其特征在于，还包括：

位于受控服务器的脚本解释器，用于将所述脚本转化为所述受控服务器支持的语言类型。

10.如权利要求7、8或9所述的系统，其特征在于，还包括；

位于主控服务器的监控单元，用于分析所述执行结果数据，判断所述受控服务器是否运行正常，如果否，则调用预置规则进行处理。

Images