一种诊断服务器的备份方法和备份系统与流程

本申请涉及整机服务器测试技术领域，尤其涉及一种诊断服务器的备份方法和备份系统。

背景技术：

在服务器制造厂，将服务器的各种零部件组装成整机服务器后，需要对整机服务器进行一系列测试，包括配置检查测试、功能测试和老化测试等，以保证整机服务器的配置符合要求、功能良好且性能稳定。需要进行测试的整机服务器称为测试机，对测试机所进行的一系列测试称为诊断测试，对测试机发起诊断测试的机器称为诊断服务器。

在诊断测试过程中，诊断服务器用于根据测试机的性能参数指标向测试机发起诊断测试以及存放诊断测试程序。一旦诊断服务器发生故障，整个测试网络就无法进行工作，因此诊断服务器在测试机的诊断测试中起着非常重要的作用。

目前的诊断服务器通常包括主诊断服务器和备用诊断服务器两台服务器，主诊断服务器用于进行正常的诊断测试，当主诊断服务器发生故障后启用备用诊断服务器，由备用诊断服务器接管主诊断服务器的工作。对测试机进行正常诊断测试时，主诊断服务器用于接收上游系统传递来的订单消息、存放诊断测试程序，对测试机进行诊断测试，备用诊断服务器用于及时备份主诊断服务器中的订单消息、存放诊断测试程序，以便主诊断服务器发生故障时继续进行诊断测试。

然而，目前诊断服务器的备份方法中，虽然备份诊断服务器能够及时备份主诊断服务器中的相关信息，但是由于上游系统传递来的订单消息由主诊断服务器进行接收，当主诊断服务器发生故障时，备份诊断服务器无法备份上游系统传递来的订单，也就无法继续进行诊断测试了。只能通过手动输入订单的方式维持备份诊断服务器对测试机继续进行诊断测试，因此，采用目前诊断服务器的备份方法，无法实现主诊断服务器和备份诊断服务器的无缝切换，从而使得诊断测试的效率不够高。

技术实现要素：

为克服相关技术中存在的主诊断服务器和备份诊断服务器切换时间长、诊断测试的效率不够高的问题，本申请提供一种诊断服务器的备份方法和备份系统。

一种诊断服务器的备份方法，所述方法包括如下步骤：

搭建诊断服务器，所述诊断服务器包括主服务器和备用服务器；

对所述主服务器和备用服务器进行功能设置；

主服务器和备用服务器之间进行实时文件备份和数据库备份。

可选地，对所述主服务器和备用服务器进行功能设置，包括：

设置所述主服务器给测试机分配ip、存放诊断测试os与测试程序、引导测试机进行测试以及进行指令维护与部件信息维护，设置所述备用服务器接收上游系统所传递的订单数据。

可选地，主服务器和备用服务器之间进行实时文件备份的方法包括：将主服务器中诊断测试os的存放目录、测试程序的存放目录以及测试log的存放目录实时备份至备用服务器中；

主服务器和备用服务器之间进行实时数据库备份的方法包括：将备用服务器所接收的订单数据实时备份至主服务器，以及，将主服务器中所维护的指令数据与部件资料实时备份至备用服务器中。

可选地，所述主服务器和备用服务器之间进行实时文件备份和数据库备份之后，所述方法还包括：

对主服务器和备用服务器之间的实时文件备份操作和数据库备份操作进行监控。

可选地，所述对主服务器和备用服务器之间的实时文件备份操作和数据库备份操作进行监控，包括如下步骤：

设置一固定时间，每隔所述固定时间，通过查询操作系统的进程判断主服务器和备用服务器之间是否正常进行文件备份和数据库备份；

如果是，每隔所述固定时间继续进行判断；

如果否，重新启动文件备份操作和数据库备份操作。

可选地，采用实时增量备份的方式进行备份。

一种诊断服务器的备份系统，所述系统包括：

诊断服务器搭建模块，用于搭建诊断服务器，所述诊断服务器包括主服务器和备用服务器；

功能设置模块，用于对主服务器和备用服务器进行功能设置；

备份模块，用于使主服务器和备用服务器之间进行实时文件备份和数据库备份。

可选地，所述功能设置模块包括：

主服务器功能设置单元，用于设置主服务器给测试机分配ip、存放诊断测试os与测试程序、引导测试机进行测试以及进行指令维护与部件信息维护；

备用服务器功能设置单元，用于设置备用服务器接收上游系统所传递的订单数据。

可选地，所述备份模块包括：

文件备份单元，用于将主服务器中诊断测试os的存放目录、测试程序的存放目录以及测试log的存放目录实时备份至备用服务器中；

数据库备份单元，用于将备用服务器所接收的订单数据实时备份至主服务器，以及，将主服务器中所维护的指令数据与部件资料实时备份至备用服务器中。

可选地，所述系统还包括监控模块，用于对备份模块的工作状态进行监控，如果备份模块正常工作，监控模块继续进行监控，如果备份模块非正常工作，重新启动备份模块。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请实施例提供一种诊断服务器的备份方法，包括：搭建诊断服务器，诊断服务器包括主服务器和备用服务器；对主服务器和备用服务器进行功能设置；主服务器和备用服务器之间进行实时文件备份和数据库备份。本申请实施例通过对主服务器和备用服务器进行功能设置，使主服务器和备用服务器分别承担一部分功能，而不是全部功能都集中于主服务器，尤其是使备用服务器用于接收上游系统所传递的订单数据，从而能够避免因主服务器发生故障而无法继续进行诊断测试的情况，大大提高诊断测试的效率，保证诊断测试正常进行。而且，本申请实施例中主服务器和备用服务器之间实时进行文件备份和数据库备份，从而确保主服务发生故障时，备用服务器和主服务器之间能够无缝切换。另外，本申请实施例的备份方法中，还包括对主服务器和备用服务器之间的备份操作进行监控，这种方法能够确保主服务器和备用服务器之间实时备份的有效性，从而进一步主服务发生故障时，备用服务器和主服务器之间能够无缝切换，有利于提高诊断测试的效率。

本申请还提供一种诊断服务器的备份系统，该备份系统包括诊断服务器搭建模块、功能设置模块以及备份模块。通过诊断服务器搭建模块首先搭建两台服务器分别作为主服务器和备用服务器，为后续对诊断服务器进行功能设置以及进行文件备份和数据库备份提供便利条件。功能设置模块使主服务器和备用服务器分工明确，且使备用服务器用于接收上游系统所传递的订单数据，能够避免因主服务器发生故障而无法继续进行诊断测试的情况，大大提高诊断测试的效率。通过备份模块的设置，使主服务器和备用服务器之间进行实时文件备份和数据库备份，从而确保主服务发生故障时，备用服务器和主服务器之间能够无缝切换。另外，本申请实施例中的备份系统中还设置有监控模块，用于对备份模块的工作状态进行监控，监控模块的设置能够确保主服务器和备用服务器之间实时备份的有效性，有利于进一步提高诊断测试的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种诊断服务器的备份方法的流程示意图；

图2为本申请实施例提供的另一种诊断服务器的备份方法的流程示意图；

图3为本申请实施例提供的一种诊断服务器的备份系统的结构示意图。

具体实施方式

为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本申请进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本申请的不同结构。为了简化本申请的公开，下文中对特定例子的部件和设置进行描述。此外，本申请可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本申请省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本申请。

为了更好地理解本申请，下面结合附图来详细解释本申请的实施方式。

实施例一

参见图1，图1是本申请实施例提供的一种诊断服务器的备份方法的流程示意图。由图1可知，本申请实施例所提供的诊断服务器的备份方法包括如下步骤：

s1：搭建诊断服务器。其中，诊断服务器包括主服务器和备用服务器。

选择两台服务器组成诊断服务器，首先对两台服务器进行定义，一台定义为主服务器，另一台定义为备用服务器。

具体地，可以将诊断服务器配置成pxe(prebootxxecuteenvironment，预启动执行环境)服务器。将诊断服务器配置为pxe服务器，也就是对两台服务器安装操作系统后再安装tftpboot，dhcp，xinetd，ntp以及nfs等服务。然后在主服务器和备用服务器中存储诊断程序和诊断数据库。

本申请实施例中，由于主服务器和备用服务器都需要具备完整的诊断测试功能，因此，将诊断服务配置为pxe服务器时，主服务器和备用服务器中均设置有dhcp服务和thtp服务，而不是将dhcp服务和thtp服务分别设置于主服务器和备用服务器中。

搭建完诊断服务器后，进入步骤s2：对主服务器和备用服务器进行功能设置。

本申请实施例中可以设置主服务器给测试机分配ip、存放诊断测试os与测试程序、引导测试机进行测试以及进行指令维护与部件信息维护，设置备用服务器用于接收上游系统所传递的订单数据。这种功能设置，使得备用服务器作为外联服务器，用于创建订单数据库；而主服务器用于构成诊断环境。正常工作状态下，备用服务器用于接收上游系统所传递的订单数据，然后主服务器根据订单数据对测试机进行诊断测试，只有主服务器发生故障时，备用服务器才用于进行诊断测试。主服务器所承担的诊断工作量大，因此主服务器发生故障的概率比备用服务器大很多，本申请实施例中采用备用服务器接收上游系统所传递的订单数据，而不采用主服务器接收上游系统所传递的订单数据，能够有效避免主服务器发生故障而导致整个诊断系统无法继续进行诊断测试的情况，从而能够大大提高诊断测试的效率。

s3：主服务器和备用服务器之间进行实时文件备份和数据库备份。

本实施例中主服务器和备用服务器之间进行的文件备份和数据块备份为实时备份，主服务器中的文件和数据库能够及时备份至备用服务器中，从而能够确保主服务发生故障时，备用服务器和主服务器之间能够无缝切换。

本实施例中主服务器和备用服务器之间进行实时文件备份的方法为：将主服务器中诊断测试os的存放目录、测试程序的存放目录以及测试log的存放目录实时备份至备用服务器中。主服务器和备用服务器之间进行实时数据库备份的方法为：将备用服务器所接收的订单数据实时备份至主服务器，以及，将主服务器中所维护的指令数据与部件资料实时备份至备用服务器中。

具体地，可以在主服务器中使用同步镜像备份工具sersync和rsync，在备用服务器中使用同步工具rsync。例如：主服务器需要同步到备用服务器的文件夹是存放测试os目录的/tftpboot/文件夹和存放测试程序和测试log的/diagshare/文件夹，那么，可以通过编写sersync配置文件tftpboot.xml和diagshare.xml，使主服务器自动把/tftpboot/文件夹和/diagshare/文件夹备份给备用服务器。

进一步地，本申请实施例中的文件备份和数据库备份操作，采用实时增量备份的方式。也就是指在一次全备份或上一次增量备份后，以后每次的备份只需备份与前一次相比增加或者被修改的文件。增量备份的方式使得主服务器上出现删除文件等误操作时，不会同步到备用服务器中，这种备份方法有利于保证所备份的数据的安全和提高备份操作的容错性。

另外，本申请实施例中的文件备份和数据库备份操作中，临时文件不会同步到备用服务器中。这有利于提高备份效率，节省服务资源。

在文件备份和数据块备份操作中，可以采用如下备份规则：对创建文件夹、创建文件结束、移动文件、修改文件属性以及修改文件内容这些操作进行备份；对删除和创建文件开始这些操作不进行备份，对临时文件不备份。

实施例二

在图1所示实施例的基础之上参见图2，图2为本申请实施例提供的另一种诊断服务器的备份方法的流程示意图。由图2可知，本申请实施例的备份方法中还设置有步骤s4：对主服务器和备用服务器之间的实时文件备份操作和数据库备份操作进行监控。

具体地，对文件备份和数据库备份操作的监控方法包括如下步骤：

设置一固定时间，每隔所述固定时间，通过查询操作系统的进程判断主服务器和备用服务器之间是否正常进行文件备份和数据库备份；如果是，每隔所述固定时间继续进行判断；如果否，重新启动文件备份操作和数据库备份操作。

本实施例中，通过查询操作系统的进程判断主服务器和备用服务器之间是否正常进行文件备份和数据库备份，指的是通过查询操作系统进程中备份进程是否存在，来判断文件备份和数据库备份工作是否正常进行。

该固定时间的设置，可以根据实际应用中诊断服务器的使用情况来确定。其中，固定时间的起始时刻通常设置在服务器使用频率不高的时候，如设置为每天凌晨判断主服务器和备用服务器之间的实时文件备份操作和数据库备份操作是否正常进行，如果已经停止，则启动备份。设置固定的监控时间，既能够对备份操作进行监控，从而及时发现备份中断的情况，又能避免监控占用大量系统资源，有利于节省系统资源。

对主服务器和备用服务器之间的实时文件备份操作和数据库备份操作进行监控的方法，能够确保主服务器和备用服务器之间实时备份的有效性，避免由于主服务器和备用服务器之间的备份操作停止，而导致主服务发生故障时备用服务器接替进行诊断测试。有利于进一步确保主服务器和备用服务器之间的无缝切换。

可以通过编写脚本定期监控备份操作是否正常执行。例如：采用/usr/local/check.sh脚本来判断主服务器和备用服务器之间是否正常进行文件备份和数据库备份，如果没有进行正常备份，重新启动备份操作，例如间隔5秒后将sersync后台运行起来。

如果需要对监控频率进行设置，也就是设置固定的时刻、间隔固定的时间段进行监控，可以在主服务器中linux系统的/etc/crontab文件中进行编辑。/etc/crontab文件是linux系统用于规定固定时刻运行指定脚本的机制。例如：设置固定时间间隔为24小时，每天6:30进行一次判断，判断主服务器和备用服务器之间的实时文件备份操作和数据库备份操作是否正常进行。可以在/etc/crontab文件的下方增加一行

306***root/usr/local/check.sh，表示是每天的6:30分执行一次/usr/local/check.sh脚本。

该实施例未详细描述的部分可参照图1所示的实施例一，两者之间可以互相参照，在此不再详细阐述。

参见图3，图3为本申请实施例提供的一种诊断服务器的备份系统的结构示意图。由图3可知，本实施例中诊断服务器的备份系统主要包括三个部分：诊断服务器搭建模块、功能设置模块和备份模块。其中，诊断服务器搭建模块用于搭建诊断服务器，诊断服务器包括主服务器和备用服务器；功能设置模块用于对主服务器和备用服务器进行功能设置；备份模块用于使主服务器和备用服务器之间进行实时文件备份和数据库备份。

本实施例中功能设置模块包括主服务器功能设置单元和备用服务器功能设置单元，其中，主服务器功能设置单元用于设置主服务器给测试机分配ip、存放诊断测试os与测试程序、引导测试机进行测试以及进行指令维护与部件信息维护；备用服务器功能设置单元用于设置备用服务器接收上游系统所传递的订单数据。

本实施例中备份模块包括文件备份单元和数据块备份单元，其中文件备份单元用于将主服务器中诊断测试os的存放目录、测试程序的存放目录以及测试log的存放目录实时备份至备用服务器中；数据库备份单元用于将备用服务器所接收的订单数据实时备份至主服务器，以及，将主服务器中所维护的指令数据与部件资料实时备份至备用服务器中。

进一步地，本申请实施例中诊断服务器的备份系统还设置有监控模块，用于对备份模块的工作状态进行监控，如果备份模块正常工作，监控模块继续进行监控，如果备份模块非正常工作，重新启动备份模块。

本申请实施例中诊断服务器的备份系统的工作原理和工作方法，在图1所示的实施例一以及图2所示的实施例二中已经详细阐述，在此不再赘述。

以上所述只是本申请的可选实施方式，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也被视为本申请的保护范围。