一种多台服务器安装方法、装置、终端及存储介质

技术领域

本申请实施例涉及数据处理领域，尤其涉及一种多台服务器安装方法、装置、终端及存储介质。

背景技术

在具有多台服务器的网络环境下，由于服务器数量多、安装包数量多、配置多，以及安装启动顺序依赖性强等原因，通常一个地市的部署测试需要投入大量的人力、物力，而配置人员和配置点过多，容易出现安装过程中出错以及安装困难，从而导致安装和测试过程中需要花费大量的时间。

发明内容

本申请提供一种多台服务器安装方法、装置、终端及存储介质，能够简单化、统一化安装步骤，实现在一台终端上一步式配置、一键式安装及启动的自动化测试，从而降低现有技术中人为配置的出错几率，并节约成本。

第一方面，本申请实施例提供了一种多台服务器安装方法，该方法包括：

步骤一：解析配置文件，生成安装任务信息；

步骤二：根据所述安装任务信息向多台服务器下发软件配置和脚本文件；

步骤三：检查所述多台服务器根据所述软件配置和脚本文件是否完成安装任务，若安装完成，则执行步骤四；若安装未完成，则执行步骤二；

步骤四：在安装任务全部安装完成的情况下，获取指定目录的安装日志。

第二方面，本申请实施例还提供了一种多台服务器安装装置，该装置包括：

解析模块，用于解析配置文件，生成安装任务信息；

发送模块，用于根据所述安装任务信息向多台服务器下发软件配置和脚本文件；

检查模块，用于检查所述多台服务器根据所述软件配置和脚本文件是否完成安装任务；

获取模块，用于在安装任务全部安装完成的情况下，获取指定目录的安装日志。

第三方面，本申请实施例还提供了一种网络终端，该终端包括：

存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，当处理器执行计算机程序时，实现如本申请实施例提供的多台服务器安装方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，当该计算机程序被处理器执行时，实现如本申请实施例提供的多台服务器安装方法。

本申请提供了一种多台服务器安装方法，应用于终端，该方法可以包括步骤一：解析配置文件，生成安装任务信息；步骤二：根据安装任务信息向多台服务器下发软件配置和脚本文件；步骤三：检查多台服务器根据软件配置和脚本文件是否完成安装任务，若安装完成，则执行步骤四；若安装未完成，则执行步骤二；步骤四：在安装任务全部安装完成的情况下，获取指定目录的安装日志。通过该方法可以简单化、统一化安装步骤，实现在一台终端上一步式配置、一键式安装及启动的自动化测试，从而降低现有技术中人为配置的出错几率，并节约成本。

附图说明

图1是本申请实施例中的多台服务器安装方法的流程图；

图2是本申请实施例中的多台服务器安装装置的结构示意图；

图3是本申请实施例中的网络终端的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

另外，在本申请实施例中，“可选地”或者“示例性地”等词用于表示作例子、例证或说明。本申请实施例中被描述为“可选地”或者“示例性地”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“可选地”或者“示例性地”等词旨在以具体方式呈现相关概念。

图1为本申请实施例提供的一种多台服务器安装方法的流程图，该方法可以应用于各类网络环境(比如，Linux环境等)下服务器上搭载的终端中，如图1所示，该方法可以包括但不限于以下步骤：

S101、解析配置文件，生成安装任务信息。

可选地，本申请实施例中的配置文件可以包括hosts.xml配置文件和setup.xml配置文件。例如，host.xml配置文件中可以包括服务器标识，setup.xml配置文件中可以包含各个服务器的安装任务分配、安装顺序以及启动顺序等。终端解析该配置文件后，即可获取各服务器的标识、各安装任务顺序、安装包信息等，这些服务器标识、安装任务顺序、安装包信息等即为安装任务信息中所包含的内容。

S102、根据安装任务信息向多台服务器下发软件配置和脚本文件。

在本申请实施例中，多台服务器可以理解为至少两台服务器。在实际应用场景中，可以涉及到几十台甚至上百台服务器，由于不同服务器可能涉及到的安装包、配置文件不同，所以本步骤可以理解为根据安装任务信息向多台服务器下发与各服务器对应的软件配置和脚本文件。

S103、检查多台服务器根据软件配置和脚本文件是否完成安装任务，若安装完成，则执行步骤S104；若安装未完成，则执行步骤S102。

由于不同的安装任务(比如，不同的模块或安装包等)有不同的安装顺序，那么本步骤中检查多台服务器根据软件配置和脚本文件是否完成安装任务可以理解为所有的安装任务是否已经由对应服务器安装完成。若当前还未完成所有安装任务，则在安装完某一个安装任务后，返回至步骤S102，继续下发软件配置和脚本文件，若安装完所有的安装任务，那么继续执行步骤S104。

S104、在安装任务全部安装完成的情况下，获取指定目录的安装日志。

在安装任务全部安装完成的情况下，对应服务器生成并输出安装日志，终端获取该指定目录中的安装日志。

本申请实施例提供了一种多台服务器安装方法，应用于终端，该方法可以包括步骤一：解析配置文件，生成安装任务信息；步骤二：根据安装任务信息向多台服务器下发软件配置和脚本文件；步骤三：检查多台服务器根据软件配置和脚本文件是否完成安装任务，若安装完成，则执行步骤四；若安装未完成，则执行步骤二；步骤四：在安装任务全部安装完成的情况下，获取指定目录的安装日志。通过该方法可以简单化、统一化安装步骤，实现在一台终端上一步式配置、一键式安装及启动的自动化测试，从而降低现有技术中人为配置的出错几率，并节约成本。

在一种示例中，在上述步骤S102之前，本申请实施例还可以包括测试多台服务器与终端搭载的服务器是否网络互通，例如，通过ping测试多台服务器与终端搭载的服务器是否网络互通。在确定多台服务器与终端搭载的服务器网络互通的情况下，终端可以向多台服务器下发软件配置和脚本文件。

可选地，在执行本申请实施例的安装方法之前，还可以手动搭建yum仓库，并配置各服务器与yum仓库的连通，将所有的依赖包、安装包存储至yum仓库。

其中，上述yum全称为yellow dog updater，其是一个在Fedora和RedHat以及CentOS中的Shell前端软件包管理器。基于RPM包管理，可以从指定的服务器自动下载RPM包并且安装，自动处理依赖性关系，并且一次安装所有依赖的软件包，无须繁琐地一次次下载、安装。

可选地，还可以在终端上搭建关于多台服务器的时间同步，并关闭防火墙，以保证多台服务器之间网络连接的正常与安全。

在一种示例中，上述步骤S102的具体实现方式可以包括根据安装任务信息中的服务器标识和安装任务分配向多台服务器中与服务器标识对应的服务器下发与安装任务分配对应的软件配置和脚本文件，其中，服务器标识包括服务器地址，和/或，服务器名称。

例如，假设上述安装任务分配中服务器a、c、e对应的安装任务是安装任务1，服务器b、d对应的安装任务是安装任务2，那么终端可以根据安装任务信息中服务器a、c、e的互联网协议地址(Internet Protocol Address，IP地址)和/或服务器名称向服务器a、c、e发送与安装任务1对应的软件配置和脚本文件，根据服务器b、d的IP地址和/或服务器名称向服务器b、d发送与安装任务2对应的软件配置和脚本文件。

在一种示例中，在执行上述步骤S103之前，本申请实施例还可以包括检查多台服务器是否已经安装依赖软件，若依赖软件安装成功，则检查多台服务器是否完成安装任务。

在一种示例中，上述步骤S103的实现方式可以包括但不限于以下方式，例如，检查多台服务器根据软件配置和脚本文件是否成功执行软件安装操作和软件配置操作；其中，软件安装操作和软件配置操作是多台服务器根据安装任务信息中各安装任务的安装顺序执行的，各安装任务与脚本文件相对应。

上述安装顺序可以理解为不同安装任务(例如，模块、安装包等)的安装顺序，比如，对于安装任务1、2的安装顺序而言，安装任务1排在安装任务2之前安装，那么对应服务器优先执行安装任务1的操作，比如，运行脚本文件(例如，包括安装脚本、配置脚本、启动脚本等)并结合软件配置执行软件安装操作和软件配置操作，在安装任务1安装结束后，执行下一个安装任务，即安装任务2。比如，向与安装任务2对应的服务器下发关于安装任务2的软件配置和脚本文件，并由对应服务器继续执行关于安装任务2的软件安装操作和软件配置操作。

在一种示例中，上述步骤S104的实现方式可以包括，在安装任务全部安装完成的情况下，检查初始化启动是否成功，在初始化启动成功的情况下，获取指定目录的安装日志。也即在确定所有服务器安装完成安装任务之后，需要进一步确定服务器初始化启动是否成功。服务器按照配置文件中的启动顺序初始化启动成功后，输出安装日志至指定目录，终端从指定目录获取安装日志。

相反，在初始化启动失败的情况下，当前启动任务中断，服务器输出错误日志至指定目录，终端获取该错误日志。

可选地，操作人员可以根据终端记录的错误日志修改配置文件(例如，setup.xml配置文件)，若修改成功，则服务器可以根据上次任务节点继续执行相应操作。若修改不成功，那么可以更换或维修服务器，并根据日志修改配置文件。

需要说明的是，在本申请实施例提供的方法的执行过程中，任意过程执行失败(例如，依赖软件安装失败、执行软件安装操作失败、执行软件配置操作失败等)，则服务器可以中断当前执行的任务，记录、输出错误日志，并由终端获取该错误日志，由操作人员根据错误日志修改配置文件。

图2为本申请实施例提供的一种多台服务器安装装置，如图2所示，该装置可以包括：解析模块201、发送模块202、检查模块203、获取模块204；

解析模块，用于解析配置文件，生成安装任务信息；

发送模块，用于根据安装任务信息向多台服务器下发软件配置和脚本文件；

检查模块，用于检查多台服务器根据软件配置和脚本文件是否完成安装任务；

获取模块，用于在安装任务全部安装完成的情况下，获取指定目录的安装日志。

可选地，上述装置还可以包括测试模块；

测试模块，用于测试并确定多台服务器与上述装置搭载的服务器网络互通。

在一种示例中，上述发送模块，用于根据安装任务信息中的服务器标识和安装任务分配向多台服务器中与服务器标识对应的服务器下发与安装任务分配对应的软件配置和脚本文件；

其中，服务器标识包括服务器地址，和/或，服务器名称。

可选地，上述检查模块，还可以用于检查并确定多台服务器安装依赖软件。

在一种示例中，上述检查模块，可以用于检查多台服务器根据软件配置和脚本文件是否成功执行软件安装操作和软件配置操作；

其中，软件安装操作和软件配置操作是多台服务器根据安装任务信息中各安装任务的安装顺序执行的，各安装任务与脚本文件相对应。

在一种示例中，在安装任务全部安装完成的情况下，检查模块，还可以用于检查初始化启动是否成功；在初始化启动成功的情况下，获取模块，用于获取指定目录的安装日志；在初始化启动失败的情况下，获取模块，用于获取错误日志。

本申请实施例所提供的多台服务器安装装置可执行本申请图2所提供的多台服务器安装方法，具备执行方法相应的功能模块和有益效果。

图3为本申请实施例提供的一种网络终端的结构示意图，如图3所示，该终端包括处理器301、存储器302、输入装置303和输出装置304；终端中处理器301的数量可以是一个或多个，图3中以一个处理器301为例；终端中的处理器301、存储器302、输入装置303和输出装置304可以通过总线或其他方式连接，图3中以通过总线连接为例。

存储器302作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例图1中的多台服务器安装方法对应的程序指令/模块(例如，多台服务器安装装置中的解析模块201、发送模块202、检查模块203、获取模块204)。处理器301通过运行存储在存储器302中的软件程序、指令以及模块，从而执行终端的各种功能应用以及数据处理，即实现上述的多台服务器安装方法。

存储器302可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器302可进一步包括相对于处理器301远程设置的存储器，这些远程存储器可以通过网络连接至设备/终端/服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置303可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置304可包括显示屏等显示设备。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种多台服务器安装方法，该方法包括：

步骤一：解析配置文件，生成安装任务信息；

步骤二：根据安装任务信息向多台服务器下发软件配置和脚本文件；

步骤三：检查多台服务器根据软件配置和脚本文件是否完成安装任务，若安装完成，则执行步骤四；若安装未完成，则执行步骤二；

步骤四：在安装任务全部安装完成的情况下，获取指定目录的安装日志。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本申请任意实施例所提供的报文测试方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

值得注意的是，上述报文测试装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。