一种服务器系统及其容灾备份方法和相关设备与流程

文档序号:21200381发布日期:2020-06-23 19:14阅读:171来源:国知局
一种服务器系统及其容灾备份方法和相关设备与流程

本申请涉及服务器技术领域,特别涉及一种服务器系统的容灾备份方法,还涉及一种服务器系统及其容灾备份设备、计算机可读存储介质。



背景技术:

随着信息化技术的高速发展,人们对信息安全的需求不断提高,数据和业务及应用系统的集中化,导致传统的基于简单备份冗余的容灾体系结构不再适应于当前复杂的网络计算环境。

数据大集中的模式使数据系统的脆弱性不断增加,现在的计算机社会中,持续的提供不停止的服务已经成为通往成功的关键。然而,在现有的服务器系统中,仅由单台服务器提供业务服务,当该服务器发生故障或因超负荷而宕机时,将会导致对客户服务的全面停止,不仅会造成数据信息的泄露与丢失,带来巨大损失,还会降低用户体验,失去客户信任。

因此,如何更为有效实现服务器系统中的容灾备份,避免业务中断,保证用户体验是本领域技术人员亟待解决的问题。



技术实现要素:

本申请的目的是提供一种服务器系统中的容灾备份方法,该容灾备份方法可以更为有效的实现服务器系统中的容灾备份,避免业务中断,保证用户体验;本申请的另一目的是提供一种服务器系统及其容灾备份设备和计算机可读存储介质,也具有上述有益效果。

为解决上述技术问题,第一方面,本申请提供了一种服务器系统中的容灾备份方法,所述服务器系统包括第一服务器、第二服务器和服务控制管理器,所述第一服务器和所述第二服务器设置有镜像磁盘,所述方法应用于所述服务控制管理器,包括:

对所述第一服务器和所述第二服务器进行状态监测;

当监测到所述第一服务器发生故障时,将所述第一服务器中的业务操作转移至所述第二服务器中,以使所述第二服务器利用所述镜像磁盘中的备份数据执行所述业务操作。

优选的,当所述业务操作为数据读操作时,则所述数据读操作的执行过程包括:

当监测到所述第一服务器发生故障时,将所述数据读操作转移至所述第二服务器中,以使所述第二服务器从自身的磁盘镜像中读取所述数据读操作对应的目标数据,并反馈至数据请求方。

优选的,当所述业务操作为数据写操作时,则所述数据写操作的执行过程包括:

所述第一服务器获取所述数据写操作对应的数据信息;

将所述数据信息存储至自身的数据磁盘中;

将所述数据信息备份至所述第二服务器的镜像磁盘中。

优选的,将所述数据信息备份至所述第二服务器的镜像磁盘中,包括:

通过快照技术将所述数据信息备份至所述第二服务器的镜像磁盘中。

优选的,所述容灾备份方法还包括:

当监测到所述第一服务器发生故障时,控制所述第一服务器关机,并发起告警指令。

第二方面,本申请还提供了一种服务器系统,包括第一服务器、第二服务器和服务控制管理器,所述第一服务器和所述第二服务器设置有镜像磁盘;

所述第一服务器,用于执行接收到的业务操作;

所述服务控制管理器,用于对所述第一服务器和所述第二服务器进行状态监测,当监测到所述第一服务器发生故障时,将所述第一服务器中的所述业务操作转移至所述第二服务器中,以使所述第二服务器利用所述镜像磁盘中的备份数据执行所述业务操作。

优选的,所述第一服务器和所述第二服务器通过预设心跳线建立连接。

优选的,所述第一服务器和所述第二服务器均设置有数据磁盘,所述数据磁盘用于存储本地数据信息。

第三方面,本申请还公开了一种容灾备份设备,包括:

存储器,用于存储计算机程序;

处理器,用于执行所述计算机程序以实现如上所述的任一种服务器系统的容灾备份方法的步骤。

第四方面,本申请还公开了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,所述计算机程序被处理器执行时用以实现如上所述的任一种服务器系统的容灾备份方法的步骤。

本申请所提供的一种服务器系统的容灾备份方法中,所述服务器系统包括第一服务器、第二服务器和服务控制管理器,所述第一服务器和所述第二服务器设置有镜像磁盘,所述方法应用于所述服务控制管理器,包括:对所述第一服务器和所述第二服务器进行状态监测;当监测到所述第一服务器发生故障时,将所述第一服务器中的业务操作转移至所述第二服务器中,以使所述第二服务器利用所述镜像磁盘中的备份数据执行所述业务操作。

可见,本申请所提供的服务器系统的容灾备份方法,通过镜像磁盘技术和创建集群的方式使服务器系统冗余化,实现了服务器系统的容灾备份,并通过服务监控技术实现了服务器系统中多台服务器之间的故障自动切换,由此,当某台服务器发生故障时,即可将其正在进行的业务操作转移至其他正常运行的服务器中,以将系统宕机时间降低到最小限度,进而将系统中业务的中断时间限制在最短,有效的提高了业务服务的可用性和连续性,保证了用户体验。

本申请所提供的一种fpga异构加速系统、容灾备份设备和计算机可读存储介质,均具有上述有益效果,在此不再赘述。

附图说明

为了更清楚地说明现有技术和本申请实施例中的技术方案,下面将对现有技术和本申请实施例描述中需要使用的附图作简要的介绍。当然,下面有关本申请实施例的附图描述的仅仅是本申请中的一部分实施例,对于本领域普通技术人员来说,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图,所获得的其他附图也属于本申请的保护范围。

图1为本申请所提供的一种服务器系统的容灾备份方法的流程示意图;

图2为本申请所提供的一种服务器系统的容灾备份装置的结构示意图;

图3为本申请所提供的一种服务器系统的结构示意图;

图4为本申请所提供的一种容灾备份设备的结构示意图。

具体实施方式

本申请的核心是提供一种服务器系统中的容灾备份方法,该容灾备份方法可以更为有效的实现服务器系统中的容灾备份,避免业务中断,保证用户体验;本申请的另一核心是提供一种服务器系统及其容灾备份设备和计算机可读存储介质,也具有上述有益效果。

为了对本申请实施例中的技术方案进行更加清楚、完整地描述,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行介绍。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

随着信息化技术的高速发展,人们对信息安全的需求不断提高,数据和业务及应用系统的集中化,导致传统的基于简单备份冗余的容灾体系结构不再适应于当前复杂的网络计算环境。

数据大集中的模式使数据系统的脆弱性不断增加,现在的计算机社会中,持续的提供不停止的服务已经成为通往成功的关键。然而,在现有的服务器系统中,仅由单台服务器提供业务服务,当该服务器发生故障或因超负荷而宕机时,将会导致对客户服务的全面停止,不仅会造成数据信息的泄露与丢失,带来巨大损失,还会降低用户体验,失去客户信任。

因此,为解决上述技术问题,本申请提供了一种服务器系统的容灾备份方法,该方法可以更为有效的实现服务器系统中的容灾备份,避免业务中断,保证用户体验。

请参考图1,图1为本申请所提供的一种服务器系统的容灾备份方法的流程示意图,其中,服务器系统包括第一服务器、第二服务器和服务控制管理器,第一服务器和第二服务器设置有镜像磁盘,上述容灾备份方法应用于服务控制管理器,包括:

s101:对第一服务器和第二服务器进行状态监测;

s102:当监测到第一服务器发生故障时,将第一服务器中的业务操作转移至第二服务器中,以使第二服务器利用镜像磁盘中的备份数据执行业务操作。

具体而言,该服务器系统包括第一服务器、第二服务器和服务控制管理器,第一服务器和第二服务器均可用于实现正常的业务操作,服务控制管理器则用于实现对系统内所有服务器进行状态监控。

其中,第一服务器和第二服务器中设置有镜像磁盘,镜像磁盘是指在构成集群的2台服务器之间进行磁盘数据镜像的磁盘对,可用于实现对对方服务器的数据备份功能,也就是说,第一服务器和第二服务器互为对方的备份服务器,即第一服务器中的镜像磁盘用于对第二服务器中的数据信息进行备份,第二服务器中的镜像磁盘用于对第二服务器中的数据信息进行备份,从而实现服务器系统的容灾备份。

可以理解的是,服务器系统中第一服务器和第二服务器的数量并不唯一,可实现数据信息的镜像备份即可,本申请对此不做限定。此外,为实现镜像备份,第一服务器与第二服务器之间可通过预先建立的心跳线进行数据传输,其中,心跳线是连接在服务器之间的电缆,在集群中可用于对服务器进行死活监视,在数据镜像型中还可用于实现数据传送。

进一步,对于服务控制管理器,在服务器系统的运行过程中,其可以对第一服务器和第二服务器进行状态监测,以获取服务器的当前运行状态,当监测到第一服务器发生故障时,则立即将第一服务器中正在进行的业务操作转移至第二服务器中,由于第二服务器的镜像磁盘中备份有第一服务器的数据信息,因此,第二服务器即可利用这些数据信息继续执行转移过来的业务操作,避免业务服务的中断,保证用户体验。同样的,当监测到第二服务器发生故障时,即可将第二服务器中正在进行的业务操作转移至第一服务器中,由第一服务器继续执行该业务操作。其中,对于系统内服务器的监控可基于queryservicestatus()命令实现。

需要说明的是,上述业务操作的具体类型并不唯一,例如,可以是任意一种数据信息的写操作、读操作、查询操作、存储操作等,本申请对此不做限定。

作为一种优选实施例,当上述业务操作为数据读操作时,则数据读操作的执行过程可包括:当监测到第一服务器发生故障时,将数据读操作转移至第二服务器中,以使第二服务器从自身的磁盘镜像中读取数据读操作对应的目标数据,并反馈至数据请求方。

本优选实施例提供了一种较为具体的业务操作方法,即数据读操作。具体的,当数据请求方向第一服务器发起数据读取请求时,若服务控制管理器监测到第一服务器发生故障,则可以将数据读取请求转发至第二服务器,由于第二服务器的镜像磁盘中备份有第一服务器中的数据信息,因此,第二服务器即可根据该数据读写请求从镜像磁盘中读取所需的数据信息,即上述目标数据,并将目标数据反馈至数据请求方。当然,如若服务控制管理器监测到第一服务器处于正常运行的状态,则无需进行业务操作转移,由第一服务器从自身的数据磁盘中调取目标数据并反馈至数据请求方即可。

作为一种优选实施例,当上述业务操作为数据写操作时,则数据写操作的执行过程可包括:第一服务器获取数据写操作对应的数据信息;将数据信息存储至自身的数据磁盘中;将数据信息备份至第二服务器的镜像磁盘中。

本优选实施例提供了另一种较为具体的业务操作方法,即数据写操作。具体的,当第一服务器接收到数据写操作时,可先获取其中的待写入数据,即上述数据信息,并将该数据信息存储至自身的数据磁盘,以及通过第一服务器与第二服务器之间的心跳线备份至第二服务器的镜像磁盘中。可以理解的是,第一服务器和第二服务器中均设置有数据磁盘,可用于实现本地数据的存储。

作为一种优选实施例,上述将数据信息备份至第二服务器的镜像磁盘中,可以包括:通过快照技术将数据信息备份至第二服务器的镜像磁盘中。

本优选实施例提供了一种较为具体的数据备份方法,即基于快照技术实现。具体而言,快照是一种基于时间点的数据拷贝技术,其目的在于能够记录出某一时刻的数据信息并将其保存,如果之后发生某些故障需要数据恢复时,即可通过快照来将数据恢复到之前时间点的状态,而该时间点之后的数据都会丢失。当前实现快照的技术主要是第一次写时复制,简称为写时复制,即在数据第一次写入到某个存储位置时,首先将原有的内容读取出来,写到另一位置处(为快照保留的存储空间),然后再将数据写入到存储设备中,而下次针对这一位置的写操作将不再执行写时复制操作。

作为一种优选实施例,该容灾备份方法还可以包括:当监测到第一服务器发生故障时,控制第一服务器关机,并发起告警指令。

本优选实施例提供了一种较为具体的容灾备份方法,实现了故障告警功能。具体的,当服务控制管理器监测到第一服务器发生故障时,可立即将其关闭,并发起告警指令,以提醒技术人员及时进行故障维护。

可见,本申请所提供的服务器系统的容灾备份方法,通过镜像磁盘技术和创建集群的方式使服务器系统冗余化,实现了服务器系统的容灾备份,并通过服务监控技术实现了服务器系统中多台服务器之间的故障自动切换,由此,当某台服务器发生故障时,即可将其正在进行的业务操作转移至其他正常运行的服务器中,以将系统宕机时间降低到最小限度,进而将系统中业务的中断时间限制在最短,有效的提高了业务服务的可用性和连续性,保证了用户体验。

在上述各个实施例的基础上,本申请实施例提供了一种更为具体的服务器系统的容灾备份方法,其具体实现流程如下:

1、服务器系统的搭建及测试过程:

(1)搭建两台或多台服务器,指定一台为主服务器(第一服务器),一台为备用服务器(第二服务器),同时关闭防火墙,如果是linux的操作系统,则设置selinux(防火墙)为disable状态;

(2)搭建备份装置,同时修改主备服务器的hosmame(主机名称)不能重名;

(3)将服务器中的磁盘划分为数据分区(数据磁盘)和镜像分区(镜像磁盘),并设置主备服务器的操作系统时间一致,例如,可将服务器系统时间设置成根据网络自动更新;

(4)创建服务器集群,并设置心跳和镜像磁盘的连接方式;

(5)创建故障自动切换组资源,当一个服务器发生故障时,可自动切换到另一个服务器,保障业务的连续性运行;

(6)添加md(镜像磁盘)资源,并添加依赖关系,设置数据异常的复归动作,例如,当发生故障时可以停止集群服务或停止服务并重启操作系统;

(7)分别为主备服务器设置磁盘格式,并输入挂载点,具体可包括镜像分区的设备名、mount点以及数据分区的设备名、集群分区的设备名、文件系统的类型、镜像磁盘的连接等;

(8)重启集群服务,并查看md资源是否添加成功;

(9)添加md资源监控,设置资源监控的间隔、超时时间以及重启次数;

(10)设置资源监控的复归操作,包括复归对象、复归运行次数、失效切换动作以及最终的动作,如重启、停止操作系统、停止资源、重启集群服务等;

(11)模拟故障现象并进行验证,如验证系统是否可以自动切换、数据是否被保存、业务是否出现中断等。

2、服务器系统的容灾备份过程:

(1)对于应用程序发出的write请求,主服务器的数据镜像引擎会将数据信息写入本地磁盘,同时通过心跳线将write请求分发给备用服务器,备用服务器的数据镜像引擎则将接收的数据信息本地磁盘,使主服务器和备用服务器间的数据实现同步。

(2)对于应用程序发出的read请求,当主服务器处于正常运行状态时,仅从主服务器的磁盘中读取数据信息(目标数据);当监测到主服务器发生故障时,则通过心跳线从备用服务器的磁盘中读取数据信息。

可见,本申请实施例所提供的服务器系统的容灾备份方法,通过镜像磁盘技术和创建集群的方式使服务器系统冗余化,实现了服务器系统的容灾备份,并通过服务监控技术实现了服务器系统中多台服务器之间的故障自动切换,由此,当某台服务器发生故障时,即可将其正在进行的业务操作转移至其他正常运行的服务器中,以将系统宕机时间降低到最小限度,进而将系统中业务的中断时间限制在最短,有效的提高了业务服务的可用性和连续性,保证了用户体验。

为解决上述技术问题,本申请还提供了一种服务器系统的容灾备份装置,请参考图2,图2为本申请所提供的一种服务器系统的容灾备份装置的结构示意图,其中,服务器系统包括第一服务器、第二服务器和服务控制管理器,第一服务器和第二服务器设置有镜像磁盘,上述容灾备份装置应用于服务控制管理器,包括:

状态监测模块1,用于对第一服务器和第二服务器进行状态监测;

故障转移模块2,用于当监测到第一服务器发生故障时,将第一服务器中的业务操作转移至第二服务器中,以使第二服务器利用镜像磁盘中的备份数据执行业务操作。

作为一种优选实施例,该容灾备份装置还可以包括故障告警模块,用于当监测到第一服务器发生故障时,控制第一服务器关机,并发起告警指令。

对于本申请提供的装置的介绍请参照上述方法实施例,本申请在此不做赘述。

为解决上述技术问题,本申请还提供了一种服务器系统,请参考图3,图3为本申请所提供的一种服务器系统的结构示意图,该服务器系统可包括第一服务器、第二服务器和服务控制管理器,第一服务器和第二服务器设置有镜像磁盘;

第一服务器,用于执行接收到的业务操作;

服务控制管理器,用于对第一服务器和第二服务器进行状态监测,当监测到第一服务器发生故障时,将第一服务器中的业务操作转移至第二服务器中,以使第二服务器利用镜像磁盘中的备份数据执行业务操作。

可见,本申请实施例所公开的服务器系统,通过镜像磁盘技术和创建集群的方式使服务器系统冗余化,实现了服务器系统的容灾备份,并通过服务监控技术实现了服务器系统中多台服务器之间的故障自动切换,由此,当某台服务器发生故障时,即可将其正在进行的业务操作转移至其他正常运行的服务器中,以将系统宕机时间降低到最小限度,进而将系统中业务的中断时间限制在最短,有效的提高了业务服务的可用性和连续性,保证了用户体验。

作为一种优选实施例,第一服务器和第二服务器通过预设心跳线建立连接。

作为一种优选实施例,第一服务器和第二服务器均设置有数据磁盘,数据磁盘用于存储本地数据信息。

对于本申请提供的系统的介绍请参照上述方法实施例,本申请在此不做赘述。

为解决上述技术问题,本申请还提供了一种容灾备份设备,请参考图4,图4为本申请所提供的一种容灾备份设备的结构示意图,该容灾备份设备可包括:

存储器10,用于存储计算机程序;

处理器20,用于执行计算机程序时可实现如上述任意一种服务器系统的容灾备份方法的步骤。

对于本申请提供的设备的介绍请参照上述方法实施例,本申请在此不做赘述。

为解决上述问题,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时可实现如上述任意一种服务器系统的容灾备份方法的步骤。

该计算机可读存储介质可以包括:u盘、移动硬盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。

对于本申请提供的计算机可读存储介质的介绍请参照上述方法实施例,本申请在此不做赘述。

说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。

专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的技术方案进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请的保护范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1