CN105354113A - 一种服务器、管理服务器的系统和方法 - Google Patents
一种服务器、管理服务器的系统和方法 Download PDFInfo
- Publication number
- CN105354113A CN105354113A CN201510893632.XA CN201510893632A CN105354113A CN 105354113 A CN105354113 A CN 105354113A CN 201510893632 A CN201510893632 A CN 201510893632A CN 105354113 A CN105354113 A CN 105354113A
- Authority
- CN
- China
- Prior art keywords
- server
- data
- production server
- operating system
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种服务器、管理服务器的系统和方法,能够使应用系统的中断时间最小化,从而保证应用系统对外服务的连续性。该服务器配置于虚拟化平台中,该服务器包括:接收模块,用于接收生产服务器发送的第一目标数据,该第一目标数据包括该生产服务器中保存的操作系统数据和应用数据;备份模块,用于将该接收模块接收到的第一目标数据写入该服务器中的接管模块中;该接管模块用于在该生产服务器停机之后,在该虚拟化平台中种运行该操作系统数据,并在该操作系统数据运行的系统环境下,代替该生产服务器接收对该第一目标数据的变化操作。该管理服务器的系统包括:调度模块和容灾代理服务器。
Description
技术领域
本发明涉及通信领域,并且更具体地,涉及一种服务器、管理服务器的系统和方法。
背景技术
随着信息技术的发展,数据的实时保护和应用连续性越来越多地受到人们的关注。持续数据保护(ContinuousDataProtection,简称“CDP”)技术是对传统数据备份技术的一次重大突破,CDP技术通过实时连续的复制,将系统和数据进行实时的捕捉,并且在灾难发生后,能够实现历史任意时间点的数据的快速恢复。但是,由于灾难发生时需要中断应用系统(例如,互联网站、医务平台等)对外提供服务,在应用系统中断期间,无法接收用户的访问和对数据的变化操作,而灾难的恢复一般都需要较长的时间,因此,在系统恢复期间,就无法保证对系统的连续应用和数据的实时更新,甚至造成数据的丢失,严重影响了应用系统的管理效率和服务质量。
发明内容
本发明实施例提供一种服务器、管理服务器的系统和方法,能够使应用系统的中断时间最小化,从而保证应用系统对外服务的连续性。
第一方面,提供了一种服务器,该服务器配置于虚拟化平台中,该服务器包括:接收模块,用于接收生产服务器发送的第一目标数据,该第一目标数据包括该生产服务器中保存的操作系统数据和应用数据;备份模块,用于将该接收模块接收到的第一目标数据写入该服务器中的接管模块中;该接管模块用于在该生产服务器停机之后,在该虚拟化平台中种运行该操作系统数据,并在该操作系统数据运行的系统环境下,代替该生产服务器接收用户对该第一目标数据的变化操作。
第二方面,提供了一种管理服务器的系统,该系统包括:调度模块,用于在生产服务器开机状态,调度容灾代理服务器对生产服务器中保存的操作系统数据和应用数据进行备份;该调度模块还用于在该生产服务器关机状态,调度容灾代理服务器接管该生产服务器;该容灾代理服务器用于根据该调度模块的调度,接管该生产服务器。
第三方面,提供了一种管理服务器的方法,该方法包括:在生产服务器开机状态,将从该生产服务器获取的第一目标数据备份到容灾代理服务器中,该第一目标数据包括该生产服务器中保存的操作系统数据和应用数据,该容灾代理服务器配置于虚拟化平台中;在该生产服务器停机之后,在该虚拟化平台中运行该操作系统数据;在该操作系统数据运行的系统环境下,代替该生产服务器接收用户对该第一目标数据的变化操作。
本发明实施例服务器、管理服务器的系统和方法,通过对生产服务器中的操作系统数据和应用数据进行实时备份,并在生产服务器停机状态,在虚拟化平台下运行与生产服务器相同的操作系统,以代替生产服务器提供对外服务,从而大大缩短了生产服务器因故障等原因造成的服务中断时间,保证了系统的连续应用和数据的实时更新,提高了系统的管理效率。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1a和图1b是适用于本发明实施例的管理服务器的系统的示意性架构图。
图2是根据本发明实施例的服务器的示意性框图。
图3是根据本发明实施例的服务器备份过程、接管过程和反向接管过程的示意性流程图。
图4是根据本发明实施例的管理服务器的系统的示意性框图。
图5是根据本发明实施例的管理服务器的方法的示意性流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1a和图1b示出了适用于本发明实施例的管理服务器的系统100的示意性架构图。如图1所示,本发明实施例的管理服务器的系统100可以包括至少一台容灾代理服务器110,多台生产服务器120可以通过网络与该至少一台容灾代理服务器110连接。其中,生产服务器120可以是一台物理机或者部署于物理机中的虚拟机,例如,该生产服务器120可以为医务平台、网银系统或者互联网站等等,在该生产服务器120中可以安装CDP代理装置121,用于监控生产服务器120中的磁盘上发生的数据的变化操作;容灾代理服务器110可以是部署于物理机中的虚拟化平台,该容灾代理服务器110中可以安装备份恢复调度控制装置111和容灾机代理装置112(如图1a所示),其中,备份恢复调度控制装置111可以用于集中控制、管理与调度,容灾机代理装置112可以用于在生产服务器120正常服务状态时对数据的实时备份,以及生产服务器120停机状态时代替生产服务器120对外提供服务。或者,如图1b所示,该容灾代理服务器110中可以安装容灾机代理装置112,备份恢复调度控制装置111可以独立于该容灾代理服务器110,例如,可以将该备份恢复调度控制装置111配置在另一台服务器(例如,备份服务器130)中,本发明对此并未特别限定。即,该系统100也可以包括至少一台备份服务器130和至少一台容灾代理服务器120,至少一台生产服务器110可以通过网络与至少一台备份服务器130连接,每台备份服务器130可以通过网络与至少一台容灾代理服务器120连接。其中,生产服务器110安装有CDP代理装置,备份服务器130安装有备份恢复调度控制装置,容灾代理服务器120安装有容灾机代理装置。
应理解,图1中示出的适用于本发明实施例的管理服务器的系统的示意性架构图,是为了便于本领域的技术人员更好的理解本发明实施例,而不应对本发明构成任何限定,本发明也不应限于此。本领域的技术人员根据图1所给出的例子,显然可以进行各种等价的修改或变化,这样的修改或变化也落入本发明的保护范围内。例如,生产服务器可以与两台或者更多台备份服务器连接,一台备份服务器也可以与两台或者更多台容灾代理服务器连接。本发明对此并未特别限定。
为了方便理解和说明,以下以图1中所示的系统的示意性架构图为例,结合图2和图3,对本发明实施例的服务器进行详细说明。
图2示出了根据本发明实施例的服务器200的示意性框图。该服务器200配置于虚拟化平台中,如图2所示,该服务器200包括备份模块210和接管模块220,其中,
该备份模块210用于在生产服务器开机状态,将从该生产服务器获取的第一目标数据备份到该服务器中的接管模块220中,该第一目标数据包括该生产服务器中保存的操作系统数据和应用数据;
该接管模块220用于在该生产服务器停机之后,在该虚拟化平台中运行该操作系统数据,并在该操作系统数据运行的系统环境下,代替该生产服务器接收对该第一目标数据的变化操作。
在本发明实施例中,该服务器可以为图1中所示的容灾代理服务器,该生产服务器可以为图1中所示的生产服务器,该容灾代理服务器通过网络与该生产服务器连接。
在本发明实施例中,该服务器200可以理解为是该生产服务器的备份,该生产服务器中所保存的数据(包括操作系统数据和应用数据,以下为方便区分和说明,简称“第一目标数据”)都可以通过网络复制到该容灾代理服务器中去。
作为示例而非限定,本发明实施例可以在该生产服务器中安装CDP代理装置,将保存在该生产服务器中的第一目标数据发送给服务器200,该服务器200中的接收模块210在接收到该第一目标数据后,通过备份模块210将该数据复制到服务器200中的接管模块220中。该CDP代理装置还用于实时监测用户对该生产服务器中的第一目标数据的变化操作,一旦监测到保存在该生产服务器中的第一目标数据发生变化,就将该变化后的数据发送到服务器200中,以使该服务器200中所保存的数据与该生产服务器中所保存的数据一致,从而实现该服务器200的实时备份。
应理解,以上所列举的将生产服务器中的数据复制到服务器200中的方式仅为示例性说明,不应对本发明构成限定。例如,该CDP代理装置也可以安装在服务器200中,在服务器200中监控该生产服务器中的数据变化,或者,也可以独立于该生产服务器和服务器200,安装在处于该生产服务器与服务器200之间的任意一台物理机或虚拟机中,监测该生产服务器中的数据变化。又如,可以在该服务器200中安装图1中所示的备份恢复调度控制装置来对CDP代理装置进行控制,该备份恢复调度控制装置可以创建一个CDP任务,建立起该生产服务器与该容灾机代理服务器的关系,从而确定该CDP代理装置需要监测的数据源以及将监测到的数据变化备份的位置,或者说,控制数据的流向。再如,该生产服务器中的数据也可以通过其他方式将其保存的数据复制给服务器200,以实现服务器200的实时备份。本发明对此并未特别限定。
在本发明实施例中,该接管模块220可以理解为虚拟化平台下用于保存备份数据的一个磁盘区域,同时又在生产服务器停机状态下,代替该生产服务器提供对外服务,接收用户对数据的读写请求。也就是说,该服务器200开机的时刻即是该CDP代理装置监控到该生产服务器的停机时刻,或者说,是该CDP代理装置监控到该生产服务器关机并立即通知该服务器200的时刻。因此该服务器200的开机时刻与该生产服务器的关机时刻的时间间隔非常短暂,可能只有几秒的时间,因此,可以忽略不计。
需要说明的是,该服务器200可以为配置于虚拟化平台中的虚拟机,在该虚拟化平台所运行的操作系统中,可以通过配置于该服务器200中的备份模块210将接收到的第一目标数据写入到接管模块220中,也就是说,通过在接管模块220中写入与该生产服务器相同的数据,在该虚拟化平台所提供的运行环境下,可以在该接管模块中运行该操作系统数据所支持的操作系统。
举例来说,该服务器200配置于一个windows系统环境下的虚拟化平台中,该服务器200就可以理解为该虚拟化平台下的一个虚拟机,该虚拟机中可以保存从生产服务器发送过来的第一目标数据(包括操作系统数据和应用数据)。若该生产服务器发送过来的操作系统数据所支持的操作系统为Linux操作系统,则该接管模块220会在该虚拟机中运行Linux操作系统,并在Linux系统环境下提供对外服务,接收用户对该虚拟机中所保存的第一目标数据的读写请求。也就是说,在一个虚拟化平台下的虚拟机中,可以运行不同的操作系统,其可以与该虚拟化平台所运行的操作系统相同或不同,从而实现该服务器200对不同的生产服务器都能实时备份和随时接管。
需要说明的是,该虚拟化平台可以理解为在一台物理机中安装虚拟化平台软件,例如,Hypervisor,该虚拟化平台软件通过虚拟化技术将一台物理机虚拟为多台逻辑计算机(或者说,虚拟机)的平台。这里所提到的虚拟化平台软件是一种运行在物理服务器和操作系统之间的中间软件层,可以允许多个操作系统和应用共享一套基础物理硬件。当服务器启动并执行该虚拟化平台软件时,会给每一台虚拟机分配适量的内存、中央处理器(CentralProcessingUnit,简称“CPU”)、网络和磁盘等,并加载虚拟机的客户操作系统。从而使得每个逻辑计算机可以运行不同的操作系统,并且应用程序都可以在相互独立的空间内运行而互不影响。
作为示例而非限定,该虚拟化平台可以为威睿虚拟机软件(VMware)或者基于内核的虚拟机(Kernel-basedVirtualMachine,简称“KVM”),该容灾服务器可以理解为基于VMware或者KVM的虚拟机。
因此,本发明实施例的服务器,通过对生产服务器中的操作系统数据和应用数据进行实时备份,并在生产服务器停机状态,在虚拟化平台下运行与生产服务器相同的操作系统,以代替生产服务器提供对外服务,从而大大缩短了生产服务器因故障等原因造成的服务中断时间,保证了系统的连续应用和数据的实时更新,提高了系统的管理效率。
可选地,该备份模块210包括获取单元、创建单元和写入单元,其中,
该获取单元用于在该生产服务器开机状态,从该生产服务器获取该第一目标数据;
该创建单元用于在所述接管模块220中创建虚拟机磁盘,所述虚拟机磁盘与所述生产服务器具有相同的机器名称和/或因特网协议IP地址,所述虚拟机磁盘包括操作系统数据分区和应用数据分区;
该写入单元用于向所述操作系统数据分区写入所述操作系统数据,向所述应用数据分区写入所述应用数据。
在本发明实施例中,该服务器200可以同时为多台生产服务器提供管理服务。具体而言,该创建单元根据该服务器200所服务的生产服务器的数量,为每一台生产服务器创建相对应的虚拟机磁盘(即,上述的逻辑计算机或虚拟机),该虚拟机磁盘都配置于虚拟化平台中,能够独立地运行不同的操作系统,并通过其所服务的生产服务器的机器名称和因特网协议(InternetProtocol,简称“IP”)地址与生产服务器相对应。也就是说,每一台虚拟机和所服务的生产服务器共用一个IP地址,并具有相同的机器名称。
以下,为方便说明,以上述的生产服务器为例,详细说明该服务器200接管该生产服务器和反向接管的详细过程。
该创建单元可以将该生产服务器对应的虚拟机磁盘分为操作系统数据分区和应用数据分区,该写入单元将从该生产服务器复制过来的操作系统数据和应用数据分别写入该操作系统数据分区和应用数据分区。
当该生产服务器因设备故障、停机维护等原因需要中断对外服务时,该接管模块220可以根据该生产服务器的机器名称或者IP地址,在服务器200中查找与它具有相同及其名称或IP地址的虚拟机磁盘,并根据其中所保存的操作系统数据和应用数据,注册成一台新的生产服务器,并对外提供应用服务,接收用户对该第一目标数据的变化操作。
在本发明实施例中,该生产服务器和该服务器200可以理解为具有相似功能的服务器,即,生产服务器提供对外服务时,服务器200可以用于对该生产服务器的备份,当该生产服务器因故障等原因停机时,该服务器200可以代替该生产服务器提供对外服务。对于用户来说,该生产服务器和该服务器200用于提供对外服务时,并没有区别,仅仅是将数据更换了存储位置。
因此,本发明实施例的服务器,通过创建虚拟机磁盘,与其所服务的生产服务器相对应,在生产服务器停机时,代替该生产服务器对外提供服务,从而大大缩短了生产服务器因故障等原因造成的服务中断时间,保证了系统的连续应用和数据的实时更新,提高了系统的管理效率,并能够同时为多台生产服务器服务,操作简便,且节省资源。
可选地,该写入单元还用于获取由于在第一时间段内对该第一目标数据的变化操作所产生的第二目标数据,并将该第二目标数据写入该接管模块220中,其中,该第一时间段为该生产服务器停机开始时刻至预设时间点之间的时间段,该预设时间点处于该生产服务器开始恢复时刻之前;
该写入单元还用于获取由于在第二时间段内对该第二目标数据的变化操作所产生的第三目标数据,并将该第三目标数据写入该接管模块220中,其中,该第二时间段为该预设时间点至该服务器关机时刻之间的时间段。
在本发明实施例中,由于该服务器200开机接管后,就会接收到用户对第一目标数据的变化操作,该写入单元可以根据每一次变化操作,将相应的变化数据写入到该接管模块220中相应的分区中去。
具体而言,可以将该生产服务器开始恢复之前的任意时间节点作为一个预设的时间点,将该服务器200接管的时间段(即,该服务器200从开机时刻至关机时刻的时间段)分为第一时间段和第二时间段,其中,该第一时间段为该生产服务器停机开始时刻(或者说,该服务器200开始接管时刻)至该预设时间点之前的时间段,该写入单元获取由于该时间段内对该第一目标数据的变化操作所产生的第二目标数据,并写入接管模块220中,更具体地说,该写入单元将获取到的第二目标数据中的操作系统数据和应用数据分别写入到相应的操作系统数据分区或应用数据分区中。这里所说的第二目标数据,包括了第一目标数据和在第一时间段对当前所保存的操作系统数据和应用数据进行每一次变化操作所产生的数据变化。
该第二时间段为该预设时间点之后至该服务器200关机时刻之间的时间段,该写入单元获取由于该时间段内对第二目标数据的变化操作所产生的第三目标数据,并写入接管模块220中,更具体地说,该写入单元将获取到的第三目标数据中的操作系统数据和应用数据分别写入到相应的操作系统数据分区或应用数据分区中。这里所说的第三目标数据,包括了第二目标数据和在第二时间段对当前所保存的操作系统数据和应用数据进行每一次变化操作所产生的数据变化。
需要说明的是,该第一时间段和第二时间段是相连续的时间段,该第一时间段的结束时刻应该为该第二时间段的开始时刻。当该预设时间点正好为该生产服务器开始恢复这一时间节点时,该第一时间段的结束时刻,或者说,第二时间段的开始时刻,即为该生产服务器开始恢复的时刻。
还需要说明的是,这里所说的恢复可以理解为该生产服务器经修复可以开始对外服务之前,将中断服务期间写入到该服务器200中的数据变化同步到该生产服务器中的过程。该生产服务器的恢复过程会在后文中详细说明。
可选地,该创建单元还用于在该服务器中创建第一日志队列和第二日志队列;
该写入单元还用于在该第一日志队列中记录该第一时间段内该第一目标数据经变化操作至该第二目标数据所产生的每一次数据变化;
该写入单元还用于在该第二日志队列中记录该第二时间段内该第二目标数据经变化操作至该第三目标数据所产生的每一次数据变化。
具体而言,该备份模块210还可以根据用户对第一目标数据的变化操作,将每一次变化操作一次记录,即形成日志队列,每一个日志对应一次变化操作。对应于上述第一时间段和第二时间段,可以由创建单元分别创建第一日志队列和第二日志队列,该第一日志队列则对应于由第一目标数据变化至第二目标数据过程中的每一次变化操作及相应的数据变化,该第二日志队列则对应于由第二目标数据变化至第三目标数据过程中的每一次变化操作及相应的数据变化。每一次变化操作及相应的数据变化都可以通过写入单元写入到相应的日志队列中。该日志队列可以独立地保存在该虚拟机磁盘中,或者,保存在该虚拟机磁盘之外的某一预设的存储区中,可以用于对数据作任意时间点的恢复。
进一步地,该备份模块210还可以根据用户对第一目标数据的变化操作,定时创建快照,例如,每天或者每十二个小时等创建一个快照,用于定时对数据进行备份。与日志队列(包括上述的第一日志队列和第二日志队列)不同的是,日志队列是基于每一次对数据的变化操作所作的记录,而快照是基于预设的时间周期所作的记录。相比较而言,每一次快照与下一次快照所记录的数据的变化更多。
可选地,该数据变化包括:写入的数据块长度、在该应用数据分区或该操作系统数据分区写入的位置、写入的时间、写入的数据。应理解,以上列举的数据变化仅为示例性说明,本发明不应限于此,例如,数据变化还包括:删除的数据、删除的时间等等。所有对数据的变化操作所造成的数据变化均落入本发明的保护范围内。
需要说明的是,本发明实施例为了方便区分和说明,根据时间段的不同将该日志队列区分为第一日志队列和第二日志队列,不应对本发明构成任何限定。该第一日志队列和第二日志队列可以为存储在同一个日志队列中对应不同时间段的日志队列,本发明对此并未特别限定。
还需要说明的是,快照和日志队列的功能是相似的,不同的是每次记录所基于的维度不同。为了便于区分和理解,分别命名为快照和日志队列,该快照和日志队列仅为方便区分和理解而作的命名,不应对本发明构成任何限定。
为便于区分和说明,将上述服务器200自生产服务器停机后,开机对外服务的过程以及记录数据变化、日志队列等的过程统称为接管过程。
可选地,该服务器200还包括反向接管模块,用于在第一恢复阶段,根据该第一日志队列中记录的每一次数据变化执行至少一次恢复操作,以向该生产服务器发送该第二目标数据的全部或部分,以使该生产服务器在该第一恢复阶段保存的操作系统数据和应用数据与该虚拟机磁盘中保存的第二目标数据相同;
该写入单元还用于在该第一恢复阶段,根据该反向接管模块的至少一次恢复操作,删除该第一日志队列中对应的数据变化。
可选地,该反向接管模块还用于,在第二恢复阶段,根据该第二日志队列中记录的每一次数据变化执行n次恢复操作,在该n次恢复操作中的第i次恢复操作中,向该生产服务器发送在第i-1次恢复操作结束时刻至该第i次恢复操作开始时刻之间由于对该虚拟机磁盘中保存的操作系统数据和应用数据的变化操作所产生的数据变化,直至该生产服务器中保存的操作系统数据和应用数据与该虚拟机磁盘中保存的第三目标数据相同,其中,n≥i,i≥2,且,n和i均为整数;
该写入单元还用于在该第二恢复阶段,根据该n次恢复操作,删除该第二日志队列中对应的数据变化。
在本发明实施例中,当该生产服务器修复后,需要将该服务器200反向接管回来,即该生产服务器重新开机对外服务,在该生产服务器重新开机之前,需要先将该服务器200与该第一服务器所对应的虚拟机磁盘关闭,停止对外服务。
该生产服务器在重新开机对外服务之前,首先需要将停机时保存在该服务器200中的已发生变化了的数据(即,第二目标数据)复制回来,以保证该生产服务器在开机服务时,其所保存的数据与该服务器200在关机前所保存的数据是相同的,从而保证数据的连续性。
可选地,该反向接管模块还用于在该虚拟机磁盘关闭后,确定该第一日志队列和该第二日志队列是否清空,并在确定该第一日志队列和该第二日志队列被清空后通知该生产服务器开机。
在本发明实施例中,该反向接管模块可以在生产服务器完成恢复过程后关闭该虚拟机磁盘,也就是说,该服务器200从此刻起结束对外服务,接管结束。为了避免该虚拟机磁盘中的操作系统数据和应用数据未被生产服务器完全复制,或者说,生产服务器与虚拟机磁盘还未完全同步,该虚拟机磁盘在关闭后,还可以再次检查日志队列(包括第一日志队列和第二日志队列),若该日志队列已被完全清空,则说明数据已经完全同步,生产服务器可以重新开机;若该日志队列未被完全清空,则说明仍有遗漏的数据未被恢复到生产服务器,则重复执行上述恢复操作,直至该日志队列经检查被清空,生产服务器重新开机。
因此,本发明实施例的服务器,在生产服务器修复后读取日志队列,对生服务器中的数据作恢复,从而保证了该生产服务器在重新开机对外服务后数据的连续性,同时通过容灾代理服务器的接管与反向接管,使得应用系统的服务中断时间最小化,保证了系统的连续应用和数据的实时更新,提高了系统的管理效率。
下面,仍以图1所示的管理服务器的系统的示意性架构图为例,结合图3从设备交互的角度详细说明该服务器200的备份过程、接管过程和反向接管过程(或者说,生产服务器的恢复过程)。
应理解,上述服务器200可以为图1中所示的容灾代理服务器110,生产服务器可以为图1中所示的生产服务器120,其中,上述服务器200中的接收模块210、备份模块210和接管模块220用于实现容灾代理服务器110中容灾机代理装置112的上述和/或其他功能。
图3示出了根据本发明实施例的容灾代理服务器备份过程、接管过程和反向接管过程的示意性流程图。如图3所示,在生产服务器开机状态,容灾代理服务器中与该生产服务器对应的虚拟机磁盘处于关闭状态,备份恢复调度控制装置首先在该生产服务器的开机时刻或开机后调用配置于该生产服务器中的CDP代理装置启动CDP任务,即,调用该CDP代理装置监测该生产服务器中的操作系统数据和应用数据的变化操作,一旦检测到数据变化,便向该容灾代理服务器发送经变化操作后而产生的第一目标数据,以便于该容灾代理服务器中的虚拟机磁盘接收到该第一目标数据后实时备份。
当生产服务器因故障停机时,该备份恢复调度控制装置一旦通过现有的检测方式检测到该生产服务器停机,便向容灾代理服务器发送启动接管任务的命令,该容灾代理服务器便开启与该生产服务器所对应的虚拟机磁盘,代替该生产服务器对外服务,接收对第一目标数据的变化操作,并获取由于在第一时间段对该第一目标数据的变化操作而产生的第二目标数据。与此同时,该生产服务器完成修复,并通过通知消息告知该备份恢复调度控制装置,或者,该备份恢复调度控制装置通过现有的检测方式获知该生产服务器修复完成,该备份调度控制装置调用该容灾代理服务器启动反向接管任务,或者说,调用该生产服务器启动恢复过程。
该生产服务器的恢复过程(或者说,该容灾代理服务器的反向接管过程)可以分为两个阶段。
第一恢复阶段(或者说,反向初始化阶段):该生产服务器可以根据第一日志队列中的每一次变化操作,读取上述预设时间点之前的第一时间段内的每一次数据变化,执行至少一次恢复操作,向该生产服务器发送每一次变化操作后的数据,每发送一次数据,所对应的日志会被清除,其中,每发送一次数据和清除一次日志为一次恢复操作。
可选地,该服务器200可以直接选择该预设时间点创建快照,一次性将该快照中的所有数据复制到该生产服务器中,并同时清空第一日志队列。在这种情况下,该服务器200只需要执行一次恢复操作,便可以将快照中的所有数据复制到生产服务器中。
需要说明的是,以上所示例的生产服务器可以为发生故障后修复后的同一台生产服务器,也可以为一台更换了的新生产服务器。针对不同的情况,第一恢复阶段的过程也略有不同。
具体来说,如果该生产服务器只是经过修复后重新开机,该生产服务器的恢复过程可能只需将其中断时间之后的记录在服务器200中的数据变化复制到该生产服务器中来,也就是说,该容灾代理服务器向生产服务器发送该第二目标数据的部分,具体地说,该容灾代理服务器向生产服务器发送在第一时间段内由于对第一目标数据的变化操作而产生的数据变化,因此,恢复时间相对来说比较短。
如果该生产服务器是一台更换了的新生产服务器,则该生产服务器中没有任何数据记录,该生产服务器首先需要通过系统应急光盘(例如,LiveCD)将新的生产服务器启动起来,利用在系统应急光盘中集成的CDP代理装置通过网络从该服务器200中恢复数据,恢复过程需要将记录在该服务器200中的所有的数据或者选择某一时间点(例如,上述预设时间点)的数据复制到该生产服务器中来,也就是说,该容灾代理服务器向生产服务器发送该第二目标数据的全部,因此,恢复时间相对来说比较长。
第二恢复阶段(或者说,同步阶段):由于在发送第二目标数据的时间段内,即,第一恢复阶段内,该服务器200仍然在对外服务,仍然会有用户对数据作变化操作,与第一时间段内的变化操作相比,该变化操作的数量会大大减少,该服务器200可以根据该第二日志队列中的每一次变化操作,向该生产服务器发送每一次变化操作后的数据。
具体地,该服务器200可以根据第二日至队列中记录的每一次数据变化执行多次(例如,n次,n为正整数,n≥i)恢复操作,在n次恢复操作中的第i(i≥2)次恢复操作中,向该生产服务器中发送第i-1次恢复操作结束时刻至第i次恢复操作开始时刻之间由于对该虚拟机磁盘中保存的操作系统数据和应用数据的变化操作所产生的数据变化,即,循环执行n次恢复操作,直至该生产服务器中保存的操作系统数据和应用数据与虚拟机磁盘中保存的第三目标数据相同。并且,该服务器200每发送一次数据,所对应的日志会被清除,直至该第一日志队列和第二日志队列中的日志被完全清空,说明该生产服务器与服务器200中的数据已经完全一致。
需要说明的是,该生产服务器恢复的第一恢复阶段和第二恢复阶段均发生在服务器接管期间的第二时间段,也就是说,该第一恢复阶段和第二恢复阶段与第二时间段的时间至少部分重合,或者说,反向接管过程为接管过程中的一部分。当该第二时间段的起始时间(即,预设时间点)正好为该生产服务器的恢复开始时刻,则该第一恢复阶段和第二恢复阶段正好与第二时间段的时间完全重合。
该生产服务器恢复后便可以开机重新对外服务。在该生产服务器开机前,需要先关闭该容灾代理服务器,以避免两台服务器共用一个IP地址对外服务可能造成的对数据变化操作的混乱。更进一步地,为了避免生产服务器在第二恢复阶段遗漏了未恢复的数据变化,该容灾代理服务器可以在该虚拟机磁盘关闭后,再次检查日志队列(包括第一日志队列和第二日志队列),以确定日志队列被全部清空。若确定日志队列被全部清空,则关闭与该生产服务器对应的虚拟机磁盘,并立刻开启生产服务器和启动CDP任务。若检查到还有遗漏的日志未作恢复,会立刻将该遗漏的日志所对应的数据变化复制到生产服务器中,然后开启生产服务器和启动CDP任务。因此,该应用系统的中断时间即为该容灾代理服务器中虚拟机磁盘关闭后至生产服务器开机之间的时间段,这个时间段非常的短暂,因此,大大缩短了应用系统的服务中断时间。
为便于区分和说明,将以上所述的生产服务器的恢复以及生产服务器的再次开机的过程为反向接管过程。
需要说明的是,以上所述的虚拟机磁盘配置于该容灾代理服务器中,关闭虚拟机磁盘只是停止对外服务,但仍然能够接收对存储于该虚拟机磁盘中的数据的变化操作。而对于容灾代理服务器来说,始终是保持开机状态,同时执行对多台生产服务器的备份任务和接管任务。
因此,本发明实施例的服务器,在生产服务器修复后读取日志队列,对生服务器中的数据作恢复,从而保证了该生产服务器在重新开机对外服务后数据的连续性,同时通过容灾代理服务器的接管与反向接管,使得应用系统的服务中断时间最小化,保证了系统的连续应用和数据的实时更新,提高了系统的管理效率。
以上结合图2和图3,详细说明了本发明实施例的服务器,以下结合图4,详细说明本发明实施例的管理服务器的系统400。
图4示出了根据本发明实施例的管理服务器的系统400的示意性框图。如图4所示,该系统400包括调度模块410和容灾代理服务器420,其中,
该调度模块410用于在生产服务器开机状态,调度容灾代理服务器420对生产服务器中保存的操作系统数据和应用数据进行备份;
该调度模块410还用于在该生产服务器关机状态,调度容灾代理服务器420接管该生产服务器;
该容灾代理服务器420用于根据该调度模块410的调度,接管该生产服务器。
具体地,该调度模块410可以对应于根据本发明实施例的服务器200中的备份恢复调度控制装置,该容灾代理服务器420可以对应于服务器200,为了简洁,这里不再赘述。
可选地,该系统400还包括监测模块430,用于在该生产服务器开机状态,监测该生产服务器中的每一次数据变化,并将该每一次数据变化发送给该容灾代理服务器420,该监测模块430配置于该生产服务器中;
该容灾代理服务器420用于接收该监测模块发送的该每一次数据变化,以使该容灾服务器中所保存的操作系统数据和应用数据与该生产服务器中保存的操作系统数据和应用数据相同。
可选地,该调度模块410还用于在该生产服务器再次开机之前,调度该容灾代理服务器420反向接管该生产服务器。
可选地,该调度模块410配置于该容灾代理服务器420中。
应理解,根据本发明实施例的管理服务器的系统400中的各装置和模块可以对应于根据本发明实施例的服务器200中的装置和模块,并且,该系统400中的各模块和上述其他操作和/或功能分别为了实现图2和图3中所示的相应流程,为了简洁,在此不再赘述。
因此,本发明实施例的管理服务器的系统,在生产服务器修复后读取日志队列,对生服务器中的数据作恢复,从而保证了该生产服务器在重新开机对外服务后数据的连续性,同时通过容灾代理服务器的接管与反向接管,使得应用系统的服务中断时间最小化,保证了系统的连续应用和数据的实时更新,提高了系统的管理效率。
以上结合图4,详细说明了本发明实施例的管理服务器的系统,以下结合图5,详细说明本发明实施例的管理服务器的方法。
图5示出了根据本发明实施例的管理服务器的方法500的示意性流程图。如图2所示,该方法500可以由容灾代理服务器来执行,该方法500包括:
S510,在生产服务器开机状态,将从该生产服务器获取的第一目标数据备份到容灾代理服务器中,该第一目标数据包括该生产服务器中保存的操作系统数据和应用数据,该容灾代理服务器配置于虚拟化平台中;
S520,在该生产服务器停机之后,在该虚拟化平台中运行该操作系统数据;
S530,在该操作系统数据运行的系统环境下,代替该生产服务器接收对该第一目标数据的变化操作。
作为示例而非限定,该虚拟化平台包括VMware件或者KVM。
可选地,在生产服务器开机状态,将从该生产服务器获取的第一目标数据备份到容灾代理服务器中,包括:
在该生产服务器开机状态,从该生产服务器获取该第一目标数据;
在该容灾代理服务器中创建虚拟机磁盘,该虚拟机磁盘与该生产服务器具有相同的机器名称和因特网协议IP地址,该虚拟机磁盘包括操作系统数据分区和应用数据分区;
向该操作系统数据分区写入该操作系统数据;
向该应用数据分区写入该应用数据。
可选地,该方法500还包括:
获取由于在第一时间段内对该第一目标数据的变化操作所产生的第二目标数据;
将该第二目标数据写入该虚拟机磁盘中,其中,该第一时间段为该生产服务器停机开始时刻至预设时间点之间的时间段,该预设时间点处于该生产服务器开始恢复时刻之前;
获取由于在第二时间段内对该第二目标数据的变化操作所产生的第三目标数据;
将该第三目标数据写入该虚拟机磁盘中,其中,该第二时间段为该预设时间点至该服务器关机时刻之间的时间段。
可选地,该方法500还包括:
在该容灾代理服务器中创建第一日志队列和第二日志队列;
在该第一日志队列中记录该第一时间段内该第一目标数据经变化操作至该第二目标数据所产生的每一次数据变化;
在该第二日志队列中记录该第二时间段内该第二目标数据经变化操作至该第三目标数据所产生的每一次数据变化。
可选地,该方法500还包括:
在第一恢复阶段,根据该第一日志队列中记录的每一次数据变化执行至少一次恢复操作,以向该生产服务器发送该第二目标数据的全部或部分,以使该生产服务器在该第一恢复阶段保存的操作系统数据和应用数据与该虚拟机磁盘中保存的第二目标数据相同;
根据该至少一次恢复操作,删除该第一日志队列中对应的数据变化。
可选地,该方法500还包括:
在第二恢复阶段,根据该第二日志队列中记录的每一次数据变化执行n次恢复操作,在该n次恢复操作中的第i次恢复操作中,向该生产服务器发送在第i-1次恢复操作结束时刻至该第i次恢复操作开始时刻之间由于对该虚拟机磁盘中保存的操作系统数据和应用数据的变化操作所产生的数据变化,直至该生产服务器中保存的操作系统数据和应用数据与该虚拟机磁盘中保存的第三目标数据相同,其中,n≥i,i≥2,且,n和i均为整数;
根据该n次恢复操作,删除该第二日志队列中对应的数据变化。
可选地,该数据变化包括:写入的数据块长度、在该应用数据分区或该操作系统数据分区写入的位置、写入的时间和写入的数据。
可选地,该方法500还包括:
在该虚拟机磁盘关闭后,确定该第一日志队列和该第二日志队列是否清空;
确定该第一日志队列和该第二日志队列被清空后,通知该生产服务器开机。
应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
根据本发明实施例的管理服务器的方法500中的各步骤或路程,可对应于本发明实施例中的服务器200和系统400中的各个模块和装置的上述和其他操作和/或功能,为了简洁,在此不再赘述。
因此,本发明实施例的管理服务器的方法,通过对生产服务器中的操作系统数据和应用数据进行实时备份,并在生产服务器停机状态,在虚拟化平台下运行与生产服务器相同的操作系统,以代替生产服务器提供对外服务,从而大大缩短了生产服务器因故障等原因造成的服务中断时间,保证了系统的连续应用和数据的实时更新,提高了系统的管理效率。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (22)
1.一种服务器,其特征在于,所述服务器配置于虚拟化平台中,所述服务器包括:
备份模块,用于在生产服务器开机状态,将从所述生产服务器获取的第一目标数据备份到所述服务器中的接管模块中,所述第一目标数据包括所述生产服务器中保存的操作系统数据和应用数据;
所述接管模块用于在所述生产服务器停机之后,在所述虚拟化平台中运行所述操作系统数据,并在所述操作系统数据运行的系统环境下,代替所述生产服务器接收对所述第一目标数据的变化操作。
2.根据权利要求1所述的服务器,其特征在于,所述备份模块包括:
获取单元,用于在所述生产服务器开机状态,从所述生产服务器获取所述第一目标数据;
创建单元,用于在所述接管模块中创建虚拟机磁盘,所述虚拟机磁盘与所述生产服务器具有相同的机器名称和因特网协议IP地址,所述虚拟机磁盘包括操作系统数据分区和应用数据分区;
写入单元,用于向所述操作系统数据分区写入所述操作系统数据,向所述应用数据分区写入所述应用数据。
3.根据权利要求2所述的服务器,其特征在于,所述写入单元还用于获取由于在第一时间段内对所述第一目标数据的变化操作所产生的第二目标数据,并将所述第二目标数据写入所述接管模块中,其中,所述第一时间段为所述生产服务器停机开始时刻至预设时间点之间的时间段,所述预设时间点处于所述生产服务器开始恢复时刻之前;
所述写入单元还用于获取由于在第二时间段内对所述第二目标数据的变化操作所产生的第三目标数据,并将所述第三目标数据写入所述接管模块中,其中,所述第二时间段为所述预设时间点至所述服务器关机时刻之间的时间段。
4.根据权利要求3所述的服务器,其特征在于,所述创建单元还用于在所述服务器中创建第一日志队列和第二日志队列;
所述写入单元还用于在所述第一日志队列中记录所述第一时间段内所述第一目标数据经变化操作至所述第二目标数据所产生的每一次数据变化;
所述写入单元还用于在所述第二日志队列中记录所述第二时间段内所述第二目标数据经变化操作至所述第三目标数据所产生的每一次数据变化。
5.根据权利要求4所述的服务器,其特征在于,所述服务器还包括反向接管模块,用于在第一恢复阶段,根据所述第一日志队列中记录的每一次数据变化执行至少一次恢复操作,以向所述生产服务器发送所述第二目标数据的全部或部分,以使所述生产服务器在所述第一恢复阶段保存的操作系统数据和应用数据与所述虚拟机磁盘中保存的第二目标数据相同;
所述写入模块还用于,在所述第一恢复阶段,根据所述反向接管模块的至少一次恢复操作,删除所述第一日志队列中对应的数据变化。
6.根据权利要求5所述的服务器,其特征在于,所述反向接管模块还用于,在第二恢复阶段,根据所述第二日志队列中记录的每一次数据变化执行n次恢复操作,在所述n次恢复操作中的第i次恢复操作中,向所述生产服务器发送在第i-1次恢复操作结束时刻至所述第i次恢复操作开始时刻之前对所述虚拟机磁盘中保存的操作系统数据和应用数据的变化操作所产生的数据变化,直至所述生产服务器中保存的操作系统数据和应用数据与所述虚拟机磁盘中保存的第三目标数据相同,其中,n≥i,i≥2,且,n和i均为整数;
所述写入模块还用于,在所述第二恢复阶段,根据所述n次恢复操作,删除所述第二日志队列中对应的数据变化。
7.根据权利要求3至6中任一项所述的服务器,其特征在于,所述数据变化包括:写入的数据块长度、在所述应用数据分区或所述操作系统数据分区写入的位置、写入的时间和写入的数据。
8.根据权利要求4至7中任一项所述的服务器,其特征在于,所述反向接管模块还用于在所述虚拟机磁盘关闭后,确定所述第一日志队列和所述第二日志队列是否清空,并在确定所述第一日志队列和所述第二日志队列被清空后通知所述生产服务器开机。
9.根据权利要求1至8中任一项所述的服务器,其特征在于,所述虚拟化平台包括VMware或者KVM。
10.一种管理服务器的系统,其特征在于,所述系统包括:
调度模块,用于在生产服务器开机状态,调度容灾代理服务器对生产服务器中保存的操作系统数据和应用数据进行备份;
所述调度模块还用于在所述生产服务器关机状态,调度容灾代理服务器接管所述生产服务器;
所述容灾代理服务器用于根据所述调度模块的调度,接管所述生产服务器。
11.根据权利要求10所述的系统,其特征在于,所述系统还包括:
监测模块,用于在所述生产服务器开机状态,监测所述生产服务器中的每一次数据变化,并将所述每一次数据变化发送给所述容灾代理服务器,所述监测模块配置于所述生产服务器中;
所述容灾代理服务器用于接收所述监测模块发送的所述每一次数据变化,以使所述容灾服务器中所保存的操作系统数据和应用数据与所述生产服务器中保存的操作系统数据和应用数据相同。
12.根据权利要求10或11所述的系统,其特征在于,所述调度模块还用于在所述生产服务器再次开机之前,调度所述容灾代理服务器反向接管所述生产服务器。
13.根据权利要求10至12中任一项所述的系统,其特征在于,所述调度模块配置于所述容灾代理服务器中。
14.一种管理服务器的方法,其特征在于,包括:
在生产服务器开机状态,将从所述生产服务器获取的第一目标数据备份到容灾代理服务器中,所述第一目标数据包括所述生产服务器中保存的操作系统数据和应用数据,所述容灾代理服务器配置于虚拟化平台中;
在所述生产服务器停机之后,在所述虚拟化平台中运行所述操作系统数据;
在所述操作系统数据运行的系统环境下,代替所述生产服务器接收对所述第一目标数据的变化操作。
15.根据权利要求14所述的方法,其特征在于,所述在生产服务器开机状态,将从所述生产服务器获取的第一目标数据备份到容灾代理服务器中,包括:
在所述生产服务器开机状态,从所述生产服务器获取所述第一目标数据;
在所述容灾代理服务器中创建虚拟机磁盘,所述虚拟机磁盘与所述生产服务器具有相同的机器名称和因特网协议IP地址,所述虚拟机磁盘包括操作系统数据分区和应用数据分区;
向所述操作系统数据分区写入所述操作系统数据;
向所述应用数据分区写入所述应用数据。
16.根据权利要求15所述的方法,其特征在于,所述方法还包括:
获取由于在第一时间段内对所述第一目标数据的变化操作所产生的第二目标数据;
将所述第二目标数据写入所述虚拟机磁盘中,其中,所述第一时间段为所述生产服务器停机开始时刻至预设时间点之间的时间段,所述预设时间点处于所述生产服务器开始恢复时刻之前;
获取由于在第二时间段内对所述第二目标数据的变化操作所产生的第三目标数据;
将所述第三目标数据写入所述虚拟机磁盘中,其中,所述第二时间段为所述预设时间点至所述服务器关机时刻之间的时间段。
17.根据权利要求16所述的方法,其特征在于,所述方法还包括:
在所述容灾代理服务器中创建第一日志队列和第二日志队列;
在所述第一日志队列中记录所述第一时间段内所述第一目标数据经变化操作至所述第二目标数据所产生的每一次数据变化;
在所述第二日志队列中记录所述第二时间段内所述第二目标数据经变化操作至所述第三目标数据所产生的每一次数据变化。
18.根据权利要求17所述的方法,其特征在于,所述方法还包括:
在第一恢复阶段,根据所述第一日志队列中记录的每一次数据变化执行至少一次恢复操作,以向所述生产服务器发送所述第二目标数据的全部或部分,以使所述生产服务器在所述第一恢复阶段保存的操作系统数据和应用数据与所述虚拟机磁盘中保存的第二目标数据相同;
根据所述至少一次恢复操作,删除所述第一日志队列中对应的数据变化。
19.根据权利要求18所述的方法,其特征在于,所述方法还包括:
在第二恢复阶段,根据所述第二日志队列中记录的每一次数据变化执行n次恢复操作,在所述n次恢复操作中的第i次恢复操作中,向所述生产服务器发送在第i-1次恢复操作结束时刻至所述第i次恢复操作开始时刻之间由于对所述虚拟机磁盘中保存的操作系统数据和应用数据的变化操作所产生的数据变化,直至所述生产服务器中保存的操作系统数据和应用数据与所述虚拟机磁盘中保存的第三目标数据相同,其中,n≥i,i≥2,且,n和i均为整数;
根据所述n次恢复操作,删除所述第二日志队列中对应的数据变化。
20.根据权利要求17至19中任一项所述的方法,其特征在于,所述数据变化包括:写入的数据块长度、在所述应用数据分区或所述操作系统数据分区写入的位置、写入的时间和写入的数据。
21.根据权利要求18至20中任一项所述的方法,其特征在于,所述方法还包括:
在该虚拟机磁盘关闭后,确定所述第一日志队列和所述第二日志队列是否清空;
确定所述第一日志队列和所述第二日志队列被清空后,通知所述生产服务器开机。
22.根据权利要求14至21中任一项所述的方法,其特征在于,所述虚拟化平台包括VMware或者KVM。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510893632.XA CN105354113B (zh) | 2015-11-27 | 2015-11-27 | 一种服务器、管理服务器的系统和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510893632.XA CN105354113B (zh) | 2015-11-27 | 2015-11-27 | 一种服务器、管理服务器的系统和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105354113A true CN105354113A (zh) | 2016-02-24 |
CN105354113B CN105354113B (zh) | 2019-01-25 |
Family
ID=55330087
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510893632.XA Expired - Fee Related CN105354113B (zh) | 2015-11-27 | 2015-11-27 | 一种服务器、管理服务器的系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105354113B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107122267A (zh) * | 2017-05-31 | 2017-09-01 | 广州鼎甲计算机科技有限公司 | 一种Windows操作系统挂载恢复方法 |
WO2018001262A1 (zh) * | 2016-06-30 | 2018-01-04 | 中兴通讯股份有限公司 | 虚拟机容灾方法、装置及系统 |
CN108255641A (zh) * | 2017-12-25 | 2018-07-06 | 南京壹进制信息技术股份有限公司 | 一种基于云平台的cdp容灾方法 |
CN108255639A (zh) * | 2017-12-12 | 2018-07-06 | 深圳市科思科技股份有限公司 | 一种服务器系统 |
CN108388493A (zh) * | 2018-02-11 | 2018-08-10 | 佛山市云端容灾信息技术有限公司 | 大数据提取分析方法、装置、存储介质及服务器 |
CN109063150A (zh) * | 2018-08-08 | 2018-12-21 | 湖南永爱生物科技有限公司 | 大数据提取方法、装置、存储介质及服务器 |
CN109471754A (zh) * | 2018-10-31 | 2019-03-15 | 深信服科技股份有限公司 | 备份方法、装置、设备及计算机可读存储介质 |
CN109710453A (zh) * | 2017-10-26 | 2019-05-03 | 深圳市沃土科技有限公司 | 一种连续数据保存方法 |
CN110019062A (zh) * | 2017-08-14 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 数据同步方法和系统 |
CN111104206A (zh) * | 2019-12-25 | 2020-05-05 | 曙光信息产业(北京)有限公司 | 虚拟机存储迁移方法、装置和计算机设备 |
CN112631831A (zh) * | 2020-12-22 | 2021-04-09 | 苏州柏科数据信息科技研究院有限公司 | 一种业务系统的裸机恢复方法和系统 |
CN115629917A (zh) * | 2022-12-23 | 2023-01-20 | 北京开源芯片研究院 | 一种数据恢复方法、装置、电子设备及可读存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101309167A (zh) * | 2008-06-27 | 2008-11-19 | 华中科技大学 | 基于集群备份的容灾系统及方法 |
CN101668048A (zh) * | 2009-09-28 | 2010-03-10 | 武汉大学 | 支持任意时间数据访问和修改的数据保护方法及系统 |
US20110191296A1 (en) * | 2009-09-16 | 2011-08-04 | Wall George B | Systems And Methods For Providing Business Continuity Services |
CN102576322A (zh) * | 2009-08-21 | 2012-07-11 | 赛门铁克公司 | Nas设备上虚拟磁盘镜像文件的代理备份 |
CN103164295A (zh) * | 2013-03-22 | 2013-06-19 | 危子彪 | 基于zfs文件系统和kvm内核虚拟底层系统的企业it业务虚拟化容灾方法 |
CN104461776A (zh) * | 2014-11-26 | 2015-03-25 | 上海爱数软件有限公司 | 基于CDP和iSCSI虚拟磁盘技术的应用容灾方法 |
-
2015
- 2015-11-27 CN CN201510893632.XA patent/CN105354113B/zh not_active Expired - Fee Related
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101309167A (zh) * | 2008-06-27 | 2008-11-19 | 华中科技大学 | 基于集群备份的容灾系统及方法 |
CN102576322A (zh) * | 2009-08-21 | 2012-07-11 | 赛门铁克公司 | Nas设备上虚拟磁盘镜像文件的代理备份 |
US20110191296A1 (en) * | 2009-09-16 | 2011-08-04 | Wall George B | Systems And Methods For Providing Business Continuity Services |
CN101668048A (zh) * | 2009-09-28 | 2010-03-10 | 武汉大学 | 支持任意时间数据访问和修改的数据保护方法及系统 |
CN103164295A (zh) * | 2013-03-22 | 2013-06-19 | 危子彪 | 基于zfs文件系统和kvm内核虚拟底层系统的企业it业务虚拟化容灾方法 |
CN104461776A (zh) * | 2014-11-26 | 2015-03-25 | 上海爱数软件有限公司 | 基于CDP和iSCSI虚拟磁盘技术的应用容灾方法 |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018001262A1 (zh) * | 2016-06-30 | 2018-01-04 | 中兴通讯股份有限公司 | 虚拟机容灾方法、装置及系统 |
CN107122267A (zh) * | 2017-05-31 | 2017-09-01 | 广州鼎甲计算机科技有限公司 | 一种Windows操作系统挂载恢复方法 |
CN107122267B (zh) * | 2017-05-31 | 2021-03-30 | 广州鼎甲计算机科技有限公司 | 一种Windows操作系统挂载恢复方法 |
CN110019062A (zh) * | 2017-08-14 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 数据同步方法和系统 |
CN109710453A (zh) * | 2017-10-26 | 2019-05-03 | 深圳市沃土科技有限公司 | 一种连续数据保存方法 |
CN108255639A (zh) * | 2017-12-12 | 2018-07-06 | 深圳市科思科技股份有限公司 | 一种服务器系统 |
CN108255641A (zh) * | 2017-12-25 | 2018-07-06 | 南京壹进制信息技术股份有限公司 | 一种基于云平台的cdp容灾方法 |
CN108255641B (zh) * | 2017-12-25 | 2020-08-18 | 南京壹进制信息科技有限公司 | 一种基于云平台的cdp容灾方法 |
CN108388493A (zh) * | 2018-02-11 | 2018-08-10 | 佛山市云端容灾信息技术有限公司 | 大数据提取分析方法、装置、存储介质及服务器 |
CN108388493B (zh) * | 2018-02-11 | 2021-06-22 | 佛山市云端容灾信息技术有限公司 | 大数据提取分析方法、装置、存储介质及服务器 |
CN109063150A (zh) * | 2018-08-08 | 2018-12-21 | 湖南永爱生物科技有限公司 | 大数据提取方法、装置、存储介质及服务器 |
CN109471754A (zh) * | 2018-10-31 | 2019-03-15 | 深信服科技股份有限公司 | 备份方法、装置、设备及计算机可读存储介质 |
CN111104206A (zh) * | 2019-12-25 | 2020-05-05 | 曙光信息产业(北京)有限公司 | 虚拟机存储迁移方法、装置和计算机设备 |
CN111104206B (zh) * | 2019-12-25 | 2023-09-01 | 曙光信息产业(北京)有限公司 | 虚拟机存储迁移方法、装置和计算机设备 |
CN112631831A (zh) * | 2020-12-22 | 2021-04-09 | 苏州柏科数据信息科技研究院有限公司 | 一种业务系统的裸机恢复方法和系统 |
CN115629917A (zh) * | 2022-12-23 | 2023-01-20 | 北京开源芯片研究院 | 一种数据恢复方法、装置、电子设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105354113B (zh) | 2019-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105354113A (zh) | 一种服务器、管理服务器的系统和方法 | |
US11797395B2 (en) | Application migration between environments | |
US11074143B2 (en) | Data backup and disaster recovery between environments | |
US11663085B2 (en) | Application backup and management | |
US7788524B2 (en) | Fault-tolerant networks | |
US7594138B2 (en) | System and method of error recovery for backup applications | |
US7428657B2 (en) | Method for rolling back from snapshot with log | |
US8307363B2 (en) | Virtual machine system, restarting method of virtual machine and system | |
US8990613B2 (en) | Data transfer and recovery | |
US10019324B2 (en) | Data transfer and recovery | |
CN111327467A (zh) | 一种服务器系统及其容灾备份方法和相关设备 | |
JP5444178B2 (ja) | バックアップ・リストア処理装置とバックアップ・リストア処理方法およびプログラム | |
JP2009015476A (ja) | Cdpリモート構成におけるジャーナル管理方法 | |
WO2016045439A1 (zh) | 一种vnfm容灾保护的方法、装置和nfvo、存储介质 | |
CN112380062A (zh) | 一种基于系统备份点多次快速恢复系统的方法及系统 | |
US20230082186A1 (en) | Container-Based Application Data Protection Method and System | |
CN101207519A (zh) | 版本服务器、操作维护单元及其故障的恢复方法 | |
CN110554933A (zh) | 一种云管理平台、云平台服务的跨云高可用方法及系统 | |
CN103902401A (zh) | 基于监控的虚拟机容错方法及装置 | |
CN114584459B (zh) | 一种实现容器云平台主备高可用的方法 | |
CN109995560A (zh) | 云资源池管理系统及方法 | |
US8234246B1 (en) | Method and apparatus for providing event based data replication | |
US20240095021A1 (en) | Quiescent operation of non-disruptive update of a data management system | |
CN101916193A (zh) | 一种使用Mac操作系统的计算机的自启动方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20190125 Termination date: 20191127 |
|
CF01 | Termination of patent right due to non-payment of annual fee |