CN106126371A - 数据回档方法、装置及系统 - Google Patents
数据回档方法、装置及系统 Download PDFInfo
- Publication number
- CN106126371A CN106126371A CN201610427256.XA CN201610427256A CN106126371A CN 106126371 A CN106126371 A CN 106126371A CN 201610427256 A CN201610427256 A CN 201610427256A CN 106126371 A CN106126371 A CN 106126371A
- Authority
- CN
- China
- Prior art keywords
- shelves
- data
- temporal instance
- time
- backup
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- 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/1448—Management of the data involved in backup or backup restore
-
- 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/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
- G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
-
- 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/1464—Management of the backup or restore process for networked environments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/174—Redundancy elimination performed by the file system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
Abstract
本发明涉及一种数据回档方法、装置及系统,其中的系统可包括控制中心、回档中心与备份中心;控制中心接收回档请求,该回档请求包含回档目标时间,在确认回档请求可执行后,新建临时实例并向回档中心发送回档开始指令,回档开始指令包含回档目标时间与临时实例的信息;回档中心从备份中心获取与回档目标时间对应的备份数据,根据临时实例的信息将备份数据写入临时实例并返回写入完成通知;控制中心根据接收到的处理请求对完成数据写入的临时实例执行正式回档操作。上述系统可实现数据写入期间原始实例的正常读写,同时可避免因备份选择不恰当而导致数据丢失的问题。
Description
技术领域
本发明涉及数据处理技术,尤其涉及一种数据回档方法、装置及系统。
背景技术
回档是指将数据库中的数据恢复到历史某一刻,如恢复到数据发生错乱前的某一刻。当数据库用户因某种原因(如游戏回档、代码漏洞引起数据错乱等)需要进行数据回档时,基于数据库备份时产生的备份数据,用户通过发起回档任务可将选择的备份数据恢复至所属的实例。然而,在现有的回档方法中,原始实例在回档期间不可读写,使得用户在回档期间必须停止使用当前实例,给用户带来极大的不便。此外,回档得到的实例数据会直接覆盖原始实例的数据,且无法回退到回档操作之前,如果选择的备份数据不恰当,则会导致丢失本次回档操作选择的时间之后的数据,用户想找回这部分数据会非常麻烦,甚至无法找回。
发明内容
有鉴于此,有必要提供一种数据回档方法、装置及系统,其可解决上述的回档过程中原始实例不可读写的问题以及回档备份选择不当导致数据丢失的问题。
本发明实施例提供一种数据回档系统,包括控制中心、回档中心与备份中心;
所述控制中心接收回档请求,所述回档请求包含回档目标时间,在确认所述回档请求可执行后,新建临时实例并向所述回档中心发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息;
所述回档中心从所述备份中心获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知;
所述控制中心根据接收到的处理请求对完成数据写入的所述临时实例执行正式回档操作。
本发明实施例提供了一种数据回档方法,包括:
控制中心接收回档请求,所述回档请求包含回档目标时间;
所述控制中心确认所述回档请求可执行后,新建临时实例并向回档中心发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息,以使所述回档中心从备份中心获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知;
所述控制中心根据处理请求对完成数据写入的所述临时实例执行正式回档操作。
本发明实施例提供了一种数据回档装置,包括:
回档请求接收模块,用于接收回档请求,所述回档请求包含回档目标时间;
新建及指令发送模块,用于在确认所述回档请求可执行后,新建临时实例并向回档中心发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息,以使所述回档中心从备份中心获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知;
处理模块,用于根据用户的处理请求对完成数据写入的所述临时实例执行正式回档操作。
在上述的数据回档方法、装置及系统中,通过建立临时实例进行回档,使得原始实例在回档期间可正常读写,用户在回档期间可继续使用当前实例而不受回档操作的影响,同时,临时实例在完成数据写入后不会直接覆盖原始实例,而需根据用户的请求进行正式回档操作,从而可避免因备份数据选择不当而导致数据丢失的问题。
为让本发明的上述和其他目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附图式,作详细说明如下。
附图说明
图1为本发明第一实施例提供的数据回档系统的架构示意图。
图2为本发明第一实施例提供的数据回档系统的应用环境示意图。
图3为本发明第一实施例中转正操作的应用环境图。
图4为本发明第一实施例中替换操作的应用环境图。
图5为本发明第一实施例中控制中心、回档中心或备份中心的结构框图。
图6为本发明第二实施例提供的数据回档方法的流程图。
图7为本发明第三实施例提供的数据回档方法的流程图。
图8为本发明第四实施例提供的数据回档方法的流程图。
图9为本发明第五实施例提供的数据回档装置的结构示意图。
图10为本发明第五实施例中转正子模块的结构示意图。
图11为本发明第五实施例中替换子模块的结构示意图。
图12为本发明第五实施例中删除子模块的结构示意图。
图13为本发明第六实施例提供的数据回档装置的结构示意图。
图14为本发明第七实施例提供的数据回档装置的结构示意图。
具体实施方式
为更进一步阐述本发明为实现预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例,对依据本发明的具体实施方式、结构、特征及其功效,详细说明如后。
本发明实施例的数据回档方法、装置、系统用于对数据库的数据进行回档,该数据回档方法、装置、系统适用的数据库包括但不限于MongoDB、SQL Server、ORACLE、MySQL。
数据库实例(亦可称集群),是指运营商给用户分配的单个数据库服务,单个用户可同时拥有多个实例,不同的实例之间可在内存、磁盘、CPU(Central Processing Unit,中央处理器)核心数等规格和性能上存在差异,每一个实例都有一个对应的网络地址和端口可供用户在云服务器里连接并使用数据库。其中,正式实例是指具有完全功能的数据库实例,该完全功能包括但不限于手动备份、自动备份、提供网络连接、读写数据文件等。
第一实施例
图1为本发明第一实施例提供的数据回档系统的架构示意图。请参阅图1,本实施例的数据回档系统包括控制中心100、回档中心200与备份中心300。
备份中心300,用于存储备份数据。具体的,该备份数据包括全量备份与增量备份。全量备份,是指备份中心300间隔N天对数据库做一次完整的数据库备份得到的数据。增量备份,是指备份中心300实时同步备份数据库的oplog(负责存储所有数据库操作和命令的日志)得到的数据。同时,备份中心300将全量备份与增量备份的数据保留N+M天。此外,备份中心300在备份过程中生成备份数据元信息,该备份数据元信息包括用于描述备份数据的信息,如备份的开始时间与结束时间等。可理解的,所述全量备份与所述增量备份的结合相当于备份中心300每日自动进行数据备份,回档时在所述全量备份的基础上结合所述增量备份可回档到所需的目标时间。
基于备份中心300的上述备份功能,通过设定N值与M值,可提供给用户一个具体的可回档目标时间段,用户可以回档到指定时间段(M天)内的任意时间点。例如,当N值为5,M值为10时,则用户可以将数据库的数据恢复到发起回档操作的时间之前5天内的任意时间点。需要说明的是,在上述表达中,1天是指连续的24小时,而非1个自然日,即使24小时跨越两个自然日,也不能计算为2天。
控制中心100,用于接收用户的回档请求,所述回档请求包含回档目标时间,在确认所述回档请求可执行后,新建临时实例并向回档中心200发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息。
具体地,控制中心100是指数据库实例的控制中心,用于管理整个实例中每个副本集/分片实例的状态、可用性,以及迁移、升级、备份、回档、监控、系统部署等功能。临时实例,是指在对正式实例进行数据回档时新建的实例,该临时实例可设定保留一定时间(如48小时)并具有功能限制,比如不能进行数据备份(包括自动备份和手动备份)。在本实施例中,新建的临时实例具有与原始实例(原正式实例)同等的规模与性能,同等的规模与性能包括但不限于内存、磁盘空间及CPU核心数相同。
上述回档请求用于向控制中心100发起回档操作,当用户因某种原因需要进行数据回档时,控制中心100接收用户的回档请求进而开始回档流程。在开始回档之前,用户需确认将数据恢复到哪个具体的时刻,该具体的时刻即回档目标时间,在本发明的实施例中,所述回档目标时间可以为发起回档操作的时间之前M天内的任意时间点。回档目标时间是获取备份数据的重要参数,回档请求包含回档目标时间,从而使回档中心200可从备份中心300获取确切的备份数据进行回档。
进一步的,确认回档请求是否可以执行,判断标准例如可以为所述回档目标时间是否在控制中心100预设的区间范围内,或者备份中心300中是否存在与所述回档目标时间相应的备份数据等。优选的,确认回档请求的过程可以为:控制中心100向回档中心200发送时间确认请求,所述时间确认请求包含所述回档目标时间,以使回档中心200查询备份中心300中是否在所述回档目标时间之前存在一个可用于回档的全量备份,并根据查询结果返回时间确认结果;若时间确认结果为是,控制中心100确认所述回档请求可执行,若时间确认结果为否,则确认所述回档请求不可执行,此时,可通过例如引导用户重新选择回档目标时间的方式再次发起回档。其中,查询备份中心300中是否在所述回档目标时间之前存在一个可用于回档的全量备份具体可以是,查询备份数据元信息后,确定最近一次进行全量备份的时间点,该时间点对应的全量备份即为可用于回档的全量备份。
回档中心200,用于从备份中心300获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知至控制中心100。
具体地,回档中心200接收到回档开始指令后开始数据写入工作。此时,回档中心200从备份中心300获取与所述回档目标时间对应的备份数据,接着,将备份数据解压并写入所述临时实例中,并在完成数据写入后返回写入完成通知至控制中心300。其中,与所述回档目标时间对应的备份数据,可以是备份数据元信息中记录的与所述回档目标时间相同的时间点所对应的全量备份,也可以是备份时间最接近所述回档目标时间的全量备份与若干增量备份的组合。
进一步的,控制中心100在收到所述写入完成通知后,赋予用户访问所述临时实例的权限,并提示所述用户对所述临时实例进行数据检验。
具体的,为保证回档期间数据写入的准确性,在完成数据写入之前可限制用户访问所述临时实例,而在完成数据写入后允许用户访问所述临时实例,此时,用户可在实例列表里看到某一正式实例对应有一个临时实例。其中,允许用户访问所述临时实例的方式例如可以为,提供给用户一个该临时实例的访问地址,用户可以通过访问此地址进行数据检验。
上述检验的目的在于检验回档的数据是否符合用户预期。由于临时实例并非正式实例,在完成数据写入后不会直接覆盖原始实例,需要根据用户的请求进行正式回档操作,因此,通过数据检验可为用户处理所述临时实例提供参考依据,避免因回档目标时间选择不当而导致数据丢失。
进一步的,控制中心100根据用户的处理请求对完成数据写入的所述临时实例执行正式回档操作。
在本实施例中,正式回档操作包括将临时实例转为正式实例的操作(以下称“转正操作”)、以临时实例替换原始实例的操作(以下称“替换操作”)或删除临时实例的操作(以下称“删除操作”)。由于回档中心200将数据写入一临时实例中,而该临时实例具有功能限制且只保留一定时间便会被回收,因此,在回档中心200完成数据写入后,控制中心100可根据用户的请求对完成数据写入的临时实例进行正式回档操作,以得到具有完全功能的实例。
具体的,上述转正操作的目的在于将完成数据写入的临时实例转为一个具有完全功能的正式实例,且该正式实例不影响原始实例的使用,例如以和原始实例并存的方式存在,通过转正操作得到的实例可用于月度分析等数据分析应用,以减少数据分析给原始实例带来的压力。上述替换操作的目的在于以完成数据写入的临时实例替换原始实例,最终得到的实例可以继承原实例的访问地址、监控数据等信息,但由于回档目标时间可能早于数据库最后一次备份的时间,因而不会继承原实例的备份树,通过替换操作得到的实例相当于覆盖原始实例。上述删除操作的目的在于,在用户认为本次回档结果不符合预期时提供重新回档的机会,使用户通过多次回档找到合适的时间点以得到符合预期的回档数据。优选的,删除操作的过程可包括:控制中心100接收用户的删除处理请求后,删除所述临时实例并释放所述临时实例的资源,引导用户重新进行回档或结束回档。
在本实施例中,上述转正操作以及替换操作可供用户在确认回档数据符合预期时进行选择,上述删除操作可供用户在确认回档数据不符合预期时进行选择。可以理解,上述转正操作、替换操作以及删除操作也可不以是否符合用户预期为依据,而可根据用户的实际需要进行选择。本发明通过提供三种并列的处理操作,使用户可以根据自身需求处理临时实例以更好地利用实例及备份数据。
接下来结合图2对本实施例的数据回档系统进行具体描述,图2中仅示出部分流程。在本实施例中,控制中心100、回档中心200与备份中心300为独立的服务器,通过各服务器之间的交互实现数据回档。请参图2,本实施例的数据回档系统的工作过程可包括:
1、用户在WEB控制台或者API发起回档操作。
用户通过在应用程序上输入回档目标时间发起回档操作,该应用程序通过API(Application Programming Interface,应用程序编程接口)访问控制中心100以传送数据,从而使控制中心100接收到对应的回档请求。可理解的,用户也可以通过WEB控制台,即,数据回档系统基于WEB(网页)的用户页面输入回档目标时间以发起回档操作。进一步的,所述回档请求中包含所述回档目标时间,从而使回档中心200可从备份中心300获取确切的备份数据进行回档。在本发明的实施例中,所述回档目标时间可以为发起回档操作的时间之前M天内的任意时间点。
2、控制中心确认所述回档请求可执行后,新建临时实例。
确认回档请求是否可以执行,判断标准例如可以为所述回档目标时间是否在控制中心100预设的区间范围内,或者备份中心300中是否存在与所述回档目标时间相应的备份数据等。
在本发明中,控制中心100新建的临时实例是指在对正式实例进行数据回档时新建的实例,该临时实例可设定保留一定时间(如48小时)并具有功能限制,比如不能进行数据备份(包括自动备份和手动备份)。在本实施例中,新建的临时实例具有与原始实例(原正式实例)同等的规模与性能,同等的规模与性能包括但不限于内存、磁盘空间及CPU核心数相同。同时,正式实例包括一个主节点(Primary)与多个数量可选的其他节点(Secondary1、Secondary2、……SecondaryN),同样的,临时实例也对应包括一个主节点(Primary)与多个数量可选的其他节点(Secondary1、Secondary2、……SecondaryN)。
3、控制中心向回档中心发送回档开始指令,使回档中心开始回档。
控制中心100新建临时实例后向回档中心200发送回档开始指令以发起回档任务,该回档开始指令包括所述回档目标时间与所述临时实例的信息,以使回档中心200在接收到回档开始指令后,将与所述回档目标时间相应的备份数据写入该临时实例中。
4、回档中心从备份中心获取备份数据并解压。
回档中心200收到回档开始指令后,从备份中心300获取备份数据。具体的,备份中心300包括元信息数据库(DataBase,DB)与备份存储中心,DB用于保存备份数据元信息,备份存储中心用于保存备份数据。备份数据元信息是备份中心300在备份过程中生成的用于描述备份数据的信息,如备份的开始时间与结束时间等,回档中心200通过查找DB中与所述回档目标时间相应的时间点,即可找到对应的备份数据,从而将备份数据提取出来。
5、回档中心将从备份中心获取的备份数据写入临时实例中。
回档中心200获取备份数据并解压后,将备份数据写入临时实例中。
6、回档中心完成数据写入后返回写入完成通知至控制中心。
回档中心200完成数据写入后返回写入完成通知至控制中心100,以使控制中心100根据用户的请求对所述临时实例进行相应的正式回档操作,该正式回档操作包括转正操作、替换操作或删除操作。
可以理解,控制中心100、回档中心200与备份中心300也可集成在一个服务器中以实现数据回档,并不以图2所示为限。
优选的,转正操作的过程如图3所示,包括:
1、用户在WEB控制台或者API发起转正操作。
用户在应用程序上发起转正操作,该应用程序通过API访问控制中心100以传送数据,从而使控制中心100接收到相应的转正请求。可理解的,用户也可以通过WEB控制台,即,数据回档系统基于WEB(网页)的用户页面发起转正操作,如点击特定按钮、链接等。
2、控制中心根据用户的转正请求唤起各支撑系统开始为所述临时实例服务并完成支持初始化。
所述支撑系统例如可以为备份系统、监控系统、日志中心、在线迁移/升级等与实例管理、操作相关的系统。
3、控制中心将所述临时实例的信息修改为正式实例。
将所述临时实例的信息修改为正式实例,是指赋予所述临时实例与原正式实例同样的功能,使转正后得到的实例不再有功能限制,所述临时实例转正后与原始的正式实例并存,且不影响原始实例的使用。通过转正操作得到的实例可用于月度分析等数据分析应用,以减少数据分析给原始实例带来的压力。
优选的,替换操作的过程如图4所示,包括:
1、用户在WEB控制台或者API发起替换操作。
用户在应用程序上发起替换操作,该应用程序通过API访问控制中心100以传送数据,从而使控制中心100接收到对应的替换请求。可理解的,用户也可以通过WEB控制台,即,数据回档系统基于WEB(网页)的用户页面发起替换操作,如点击特定按钮、链接等。
2、控制中心根据用户的替换请求通知网关切换指向所述临时实例,使所述网关断开与原始实例的关系和连接,建立所述网关与所述临时实例的关系和连接。
网关断开与原始实例的关系和连接,建立所述网关与所述临时实例的关系和连接,是指网关断开与原始实例的代理服务器(Proxy)的关系和连接,建立网关与所述临时实例的代理服务器(Proxy)的关系和连接,用户访问实例时直接连接到与该实例对应的代理服务器。其中,在实例集群中包括有一个主节点(Primary)与多个数量可选的其他节点(Secondary1、Secondary2、……SecondaryN),对应的,代理服务器也有多个(Proxy Set,包括Proxy1、Proxy2、Proxy3)。
图5为本发明第一实施例中控制中心、回档中心或备份中心的结构框图。如图5所示,以控制中心500为例,控制中心500包括存储器511、处理器512以及网络模块513。
存储器511可用于存储软件程序以及模块,如本发明实施例中的数据回档方法、装置及系统对应的程序指令/模块,处理器512通过运行存储在存储器511内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的数据回档方法。存储器511可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器511可进一步包括相对于处理器512远程设置的存储器,这些远程存储器可以通过网络连接至控制中心500。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
网络模块513用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。在一个实例中,上述网络信号为有线网络信号。此时,网络模块513可包括处理器、随机存储器、转换器、晶体振荡器等元件。
上述的软件程序以及模块包括:操作系统514以及服务模块515。其中操作系统514例如可为LINUX、UNIX、WINDOWS,其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动,并可与各种硬件或软件组件相互通讯,从而提供其他软件组件的运行环境。服务模块515运行在操作系统514的基础上,并通过操作系统514的网络服务监听来自网络的请求,根据请求完成相应的数据处理,并返回处理结果给系统的前端页面或用户端。也就是说,服务模块515用于向用户提供网络服务。
可以理解,图5所示的结构仅为示意,其并不对控制中心500的结构造成限定。例如,控制中心500还可包括比图5中所示更多或者更少的组件,或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。回档中心和备份中心的结构与控制中心500类似,在此不再赘述。
本发明实施例提供的数据回档系统,通过建立临时实例进行回档,使得原始实例在回档期间可正常读写,用户在回档期间可继续使用当前实例而不受回档操作的影响,并且,临时实例在完成数据写入后不会直接覆盖原始实例,而可在用户检查临时实例的数据后根据用户的请求进行正式回档操作,从而可避免因备份数据选择不当而导致数据丢失的问题。此外,基于备份中心的全量备份与增量备份的保留时间,用户可以回档到指定时间段内的任意时间点,并提供删除选择使用户可通过多次回档找到合适的数据,以减少用户损失。同时,利用本发明的转正操作可得到一个与原始实例并存的正式实例,当需要进行数据分析等会消耗实例大量计算能力的事项时,可有效缓解原始实例的压力。
第二实施例
图6为本发明第二实施例提供的数据回档方法的流程图。请参阅图6,本实施例的数据回档方法可包括以下步骤:
步骤S61,控制中心接收用户的回档请求,所述回档请求包含回档目标时间。
控制中心100是指数据库实例的控制中心,用于管理整个实例中每个副本集/分片实例的状态、可用性,以及迁移、升级、备份、回档、监控、系统部署等功能。
上述回档请求用于向控制中心100发起回档操作,当用户因某种原因需要进行数据回档时,控制中心100接收用户的回档请求进而开始回档流程。在开始回档之前,用户需确认将数据恢复到哪个具体的时刻,该具体的时刻即回档目标时间。回档目标时间是获取备份数据的重要参数,回档请求包含回档目标时间,从而使回档中心200可从备份中心300获取确切的备份数据进行回档。
步骤S62,所述控制中心确认所述回档请求可执行后,新建临时实例并向回档中心发送回档开始指令。
确认回档请求是否可以执行,判断标准例如可以为所述回档目标时间是否在控制中心100预设的区间范围内,或者备份中心300中是否存在与所述回档目标时间相应的备份数据等。
在本发明中,控制中心100新建的临时实例,是指在对正式实例进行数据回档时新建的实例,该临时实例可设定保留一定时间(如48小时)并具有功能限制,比如不能进行数据备份(包括自动备份和手动备份)。在本实施例中,新建的临时实例具有与原始实例(原正式实例)同等的规模与性能,同等的规模与性能包括但不限于内存、磁盘空间及CPU核心数相同。
控制中心100新建临时实例后向回档中心200发送回档开始指令,该回档开始指令包括所述回档目标时间与所述临时实例的信息,以使回档中心200在接收到回档开始指令后,将与所述回档目标时间相应的备份数据写入该临时实例中。
步骤S63,所述控制中心根据用户的处理请求对完成数据写入的所述临时实例执行正式回档操作。
上述正式回档操作包括转正操作、替换操作或删除操作。上述转正操作的目的在于把完成数据写入的临时实例转为一个具有完全功能的正式实例,且该正式实例不影响原始实例的使用,例如以和原始实例并存的方式存在,通过转正操作得到的实例可用于月度分析等数据分析应用,以减少数据分析给原始实例带来的压力。上述替换操作的目的在于以完成数据写入的临时实例替换原始实例,最终得到的实例可以继承原实例的访问地址、监控数据等信息,但由于回档目标时间可能早于数据库最后一次备份的时间,因而不会继承原实例的备份树,通过替换操作得到的实例相当于覆盖原始实例。上述删除操作的目的在于,在用户认为本次回档结果不符合预期时提供重新回档的机会,使用户通过多次回档找到合适的时间点以得到符合预期的回档数据。优选的,删除操作的过程可包括:控制中心100接收用户的删除处理请求后,删除所述临时实例并释放所述临时实例的资源,引导用户重新进行回档或结束回档。
关于步骤S63的细节可进一步参见第一实施例中关于图3、图4的具体描述,在此不再赘述。
本发明实施例提供的数据回档方法,本发明实施例提供的数据回档方法,通过建立临时实例进行回档,使得原始实例在回档期间可正常读写,用户在回档期间可继续使用当前实例而不受回档操作的影响,并且,临时实例在完成数据写入后不会直接覆盖原始实例,而可在用户检查临时实例的数据后根据用户的请求进行正式回档操作,从而可避免因备份数据选择不当而导致数据丢失的问题。同时,利用本发明的转正操作可得到一个与原始实例并存的正式实例,当需要进行数据分析等会消耗实例大量计算能力的事项时,可有效缓解原始实例的压力。
第三实施例
图7为本发明第三实施例提供的数据回档方法的流程图。请参阅图7,第三实施提供的数据回档方法与第二实施例相似,不同之处在于,在步骤S61之后还包括:
步骤S71,所述控制中心向回档中心发送时间确认请求,所述时间确认请求包含所述回档目标时间,以使所述回档中心查询备份中心中是否在所述回档目标时间之前存在一个可用于回档的全量备份,并根据查询结果返回时间确认结果。
全量备份,是指备份中心300间隔N天对数据库做一次完整的数据库备份得到的数据。增量备份,是指备份中心300实时同步备份数据库的oplog(负责存储所有数据库操作和命令的日志)得到的数据。同时,备份中心300将全量备份与增量备份的数据保留N+M天。此外,备份中心300在备份过程中生成备份数据元信息,该备份数据元信息包括用于描述备份数据的信息,如备份的开始时间与结束时间等。可理解的,所述全量备份与所述增量备份的结合相当于备份中心300每日自动进行数据备份,回档时在所述全量备份的基础上结合所述增量备份可回档到所需的目标时间。
基于备份中心300的上述备份功能,通过设定N值与M值,可提供给用户一个具体的可回档目标时间段,用户可以回档到指定时间段内(M天)的任意时间点。例如,当N值为5,M值为10时,则用户可以将数据库的数据恢复到发起回档操作的时间之前5天内的任意时间点。需要说明的是,在上述表达中,1天是指连续的24小时,而非1个自然日,即使24小时跨越两个自然日,也不能计算为2天。
查询备份中心300中是否在所述回档目标时间之前存在一个可用于回档的全量备份具体可以是,查询备份数据元信息后,确定最近一次进行全量备份的时间点,该时间点对应的全量备份即为可用于回档的全量备份。
步骤S72,若时间确认结果为是,所述控制中心确认所述回档请求可执行。
本发明实施例提供的数据回档方法,通过建立临时实例进行回档,使得原始实例在回档期间可正常读写,用户在回档期间可继续使用当前实例而不受回档操作的影响,并且,临时实例在完成数据写入后不会直接覆盖原始实例,而可在用户检查临时实例的数据后根据用户的请求进行正式回档操作,从而可避免因备份数据选择不当而导致数据丢失的问题。此外,基于备份中心的全量备份与增量备份的保留时间,用户可以回档到指定时间段内的任意时间点,并提供删除选择使用户可通过多次回档找到合适的数据,以减少用户损失。同时,利用本发明的转正操作可得到一个与原始实例并存的正式实例,当需要进行数据分析等会消耗实例大量计算能力的事项时,可有效缓解原始实例的压力。
第四实施例
图8为本发明第四实施例提供的数据回档方法的流程图。请参阅图8,第四实施提供的数据回档方法与第二实施例相似,不同之处在于,在步骤S62之后还包括:
步骤S81,所述控制中心收到所述写入完成通知后,赋予所述用户访问所述临时实例的权限。
为保证回档期间数据写入的准确性,在完成数据写入之前可限制用户访问所述临时实例,而在完成数据写入后允许用户访问所述临时实例,此时,用户可在实例列表里看到某一正式实例对应有一个临时实例。其中,允许用户访问所述临时实例的方式例如可以为,提供给用户一个该临时实例的访问地址,用户可以通过访问此地址进行数据检验。
步骤S82,提示所述用户对所述临时实例进行数据检验。
上述检验的目的在于检验回档的数据是否符合用户预期。由于临时实例并非正式实例,在完成数据写入后不会直接覆盖原始实例,需要根据用户的请求进行正式回档操作,因此,通过数据检验可为用户处理所述临时实例提供参考依据,避免因回档目标时间选择不当而导致数据丢失。
本发明实施例提供的数据回档方法,通过建立临时实例进行回档,使得原始实例在回档期间可正常读写,用户在回档期间可继续使用当前实例而不受回档操作的影响,并且,临时实例在完成数据写入后不会直接覆盖原始实例,而可在用户检查临时实例的数据后根据用户的请求进行正式回档操作,从而可避免因备份数据选择不当而导致数据丢失的问题。
第五实施例
图9为本发明第五实施例提供的数据回档装置的结构示意图。参阅图9,本实施例的数据回档装置运行于控制中心100中,包括回档请求接收模块91、新建及指令发送模块92以及处理模块93。
回档请求接收模块91,用于接收用户的回档请求,所述回档请求包含回档目标时间。新建及指令发送模块92,用于在确认所述回档请求可执行后,新建临时实例并向回档中心200发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息,以使所述回档中心200从所述备份中心300获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知。处理模块93,用于接收写入完成通知,并根据用户的处理请求对完成数据写入的所述临时实例执行正式回档操作。处理模块93包括转正子模块931、替换子模块932与删除子模块933。
优选的,如图10所示,转正子模块931用于执行转正操作,包括转正请求接收单元101、支持初始化单元102与信息修改单元103。转正请求接收单元101用于接收用户的转正处理请求。支持初始化单元102用于根据所述转正请求唤起支撑系统开始为所述临时实例服务以进行支持初始化。信息修改单元103用于在所述支撑系统完成支持初始化之后将所述临时实例的信息修改为正式实例的信息。
优选的,如图11所示,替换子模块932用于执行替换操作,包括替换请求接收单元111与网关指向切换单元112。替换请求接收单元111用于接收用户的替换处理请求。网关指向切换单元112用于根据所述替换请求通知网关切换指向所述临时实例,使所述网关断开与原始实例的关系和连接,并与所述临时实例建立关系和连接。
优选的,如图12所示,删除子模块933用于执行删除操作,包括删除请求接收单元121、删除单元122。删除请求接收单元121用于接收用户的删除处理请求。删除单元122用于删除所述临时实例并释放所述临时实例的资源。删除子模块933也可进一步包括引导单元,该引导单元用于引导用户重新进行回档或结束回档。
本实施例中数据回档装置的各功能模块实现各自功能的具体过程,请参见第二实施例中关于图6的具体描述,此处不再赘述。
本发明实施例提供的数据回档装置,通过建立临时实例进行回档,使得原始实例在回档期间可正常读写,用户在回档期间可继续使用当前实例而不受回档操作的影响,并且,临时实例在完成数据写入后不会直接覆盖原始实例,而可在用户检查临时实例的数据后根据用户的请求进行正式回档操作,从而可避免因备份数据选择不当而导致数据丢失的问题。同时,利用本发明的转正操作可得到一个与原始实例并存的正式实例,当需要进行数据分析等会消耗实例大量计算能力的事项时,可有效缓解原始实例的压力。
第六实施例
图13为本发明第六实施例提供的数据回档装置的结构示意图。参阅图13,本实施例的数据回档装置包括回档请求接收模块131、回档请求确认模块132、新建及指令发送模块133以及处理模块134。
回档请求接收模块131,用于接收用户的回档请求,所述回档请求包含回档目标时间。
回档请求确认模块132包括确认请求发送子模块1321与结果确认子模块1322。确认请求发送子模块1321用于在接收所述回档请求后向回档中心200发送时间确认请求,所述时间确认请求包含所述回档目标时间,以使所述回档中心200查询备份中心300中是否在所述回档目标时间之前存在一个可用于回档的全量备份,并根据查询结果返回时间确认结果。结果确认子模块1322,用于若时间确认结果为是,确认所述回档请求可执行。
新建及指令发送模块133,用于在确认所述回档请求可执行后,新建临时实例并向所述回档中心200发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息,以使所述回档中心200从所述备份中心300获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知。
处理模块134,用于接收写入完成通知,并根据用户的处理请求对完成数据写入的所述临时实例执行正式回档操作。
本实施例中数据回档装置的各功能模块实现各自功能的具体过程,请参见第三实施例中关于图7的具体描述,此处不再赘述。
本发明实施例提供的数据回档装置,通过建立临时实例进行回档,使得原始实例在回档期间可正常读写,用户在回档期间可继续使用当前实例而不受回档操作的影响,并且,临时实例在完成数据写入后不会直接覆盖原始实例,而可在用户检查临时实例的数据后根据用户的请求进行正式回档操作,从而可避免因备份数据选择不当而导致数据丢失的问题。此外,基于备份中心的全量备份与增量备份的保留时间,用户可以回档到指定时间段内的任意时间点,并提供删除选择使用户可通过多次回档找到合适的数据,以减少用户损失。同时,利用本发明的转正操作可得到一个与原始实例并存的正式实例,当需要进行数据分析等会消耗实例大量计算能力的事项时,可有效缓解原始实例的压力。
第七实施例
图14为本发明第七实施例提供的数据回档装置的结构示意图。参阅图14,本实施例的数据回档装置包括请求接收模块141、新建与任务发送模块142、赋予权限模块143、提示检验模块144以及处理模块145。
回档请求接收模块141,用于接收用户的回档请求,所述回档请求包含回档目标时间。
新建与任务发送模块142,用于在确认所述回档请求可执行后,新建临时实例并向所述回档中心200发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息,以使所述回档中心200从所述备份中心300获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知。
赋予权限模块143,用于收到所述写入完成通知后,赋予所述用户访问所述临时实例的权限。
提示检验模块144,用于提示所述用户对所述临时实例进行数据检验。
处理模块145,用于接收写入完成通知,并根据用户的处理请求对完成数据写入的所述临时实例执行正式回档操作。
本实施例中数据回档装置的各功能模块实现各自功能的具体过程,请参见第四实施例中关于图8的具体内容,此处不再赘述。
本发明实施例提供的数据回档装置,通过建立临时实例进行回档,使得原始实例在回档期间可正常读写,用户在回档期间可继续使用当前实例而不受回档操作的影响,并且,临时实例在完成数据写入后不会直接覆盖原始实例,而可在用户检查临时实例的数据后根据用户的请求进行正式回档操作,从而可避免因备份数据选择不当而导致数据丢失的问题。同时,利用本发明的转正操作可得到一个与原始实例并存的正式实例,当需要进行数据分析等会消耗实例大量计算能力的事项时,可有效缓解原始实例的压力。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,虽然本发明已以较佳实施例揭示如上,然而并非用以限定本发明,任何本领域技术人员,在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案内容,依据本发明的技术实质对以上实施例所作的任何简介修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
Claims (25)
1.一种数据回档系统,其特征在于,包括控制中心、回档中心与备份中心;
所述控制中心接收回档请求,所述回档请求包含回档目标时间,在确认所述回档请求可执行后,新建临时实例并向所述回档中心发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息;
所述回档中心从所述备份中心获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知;
所述控制中心根据接收到的处理请求对完成数据写入的所述临时实例执行正式回档操作。
2.如权利要求1所述的数据回档系统,其特征在于,
所述备份中心包括备份存储中心,用于存储所述备份中心间隔N天对数据库做一次全量备份得到的数据,以及实时同步进行增量备份得到的数据,并将所述全量备份与所述增量备份的数据保留N+M天。
3.如权利要求2所述的数据回档系统,其特征在于,
所述控制中心在接收所述回档请求后向所述回档中心发送时间确认请求,所述时间确认请求包含所述回档目标时间;
所述回档中心根据所述时间确认请求查询备份中心中是否在所述回档目标时间之前存在一个可用于回档的全量备份,并根据查询结果返回时间确认结果;
若所述回档中心返回的时间确认结果为是,所述控制中心确认所述回档请求可执行。
4.如权利要求1所述的数据回档系统,其特征在于,
所述控制中心在收到所述写入完成通知后,赋予用户访问所述临时实例的权限,并提示所述用户对所述临时实例进行数据检验。
5.如权利要求1所述的数据回档系统,其特征在于,
所述正式回档操作包括将所述临时实例转为正式实例的操作、以所述临时实例替换原始实例的操作或删除所述临时实例的操作。
6.如权利要求5所述的数据回档系统,其特征在于,
将所述临时实例转为正式实例的操作包括:
所述控制中心接收将所述临时实例转为正式实例的转正请求后,唤起支撑系统开始为所述临时实例服务以进行支持初始化,并在所述支撑系统完成支持初始化之后将所述临时实例的信息修改为正式实例的信息。
7.如权利要求5所述的数据回档系统,其特征在于,
以所述临时实例替换原始实例的操作包括:
所述控制中心接收以所述临时实例替换原始实例的替换请求后,通知网关切换指向所述临时实例,使所述网关断开与原始实例的关系和连接,并与所述临时实例建立关系和连接。
8.如权利要求5所述的数据回档系统,其特征在于,
删除所述临时实例包括:
所述控制中心接收删除所述临时实例的删除请求后,删除所述临时实例并释放所述临时实例的资源。
9.如权利要求1所述的数据回档系统,其特征在于,新建的临时实例的内存、磁盘空间及CPU核心数与原始实例相同。
10.一种数据回档方法,其特征在于,包括:
控制中心接收回档请求,所述回档请求包含回档目标时间;
所述控制中心确认所述回档请求可执行后,新建临时实例并向回档中心发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息,以使所述回档中心从备份中心获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知;
所述控制中心根据处理请求对完成数据写入的所述临时实例执行正式回档操作。
11.如权利要求10所述的数据回档方法,其特征在于,所述备份中心存储的备份数据包括所述备份中心间隔N天对数据库做一次全量备份得到的数据,以及实时同步进行增量备份得到的数据,并将所述全量备份与所述增量备份的数据的保留N+M天。
12.如权利要求11所述的数据回档方法,其特征在于,
所述控制中心接收回档请求,所述回档请求包含回档目标时间的步骤之后,还包括:
所述控制中心向回档中心发送时间确认请求,所述时间确认请求包含所述回档目标时间,以使所述回档中心查询备份中心中是否在所述回档目标时间之前存在一个可用于回档的全量备份,并根据查询结果返回时间确认结果;
若时间确认结果为是,所述控制中心确认所述回档请求可执行。
13.如权利要求10所述的数据回档方法,其特征在于,
所述控制中心根据处理请求对完成数据写入的所述临时实例执行转正操作、替换操作或删除操作的步骤之前,还包括:
所述控制中心收到所述写入完成通知后,赋予所述用户访问所述临时实例的权限;
提示所述用户对所述临时实例进行数据检验。
14.如权利要求10所述的数据回档方法,其特征在于,所述正式回档操作包括将所述临时实例转为正式实例的操作、以所述临时实例替换原始实例的操作或删除所述临时实例的操作。
15.如权利要求14所述的数据回档方法,其特征在于,
将所述临时实例转为正式实例的操作包括:
所述控制中心接收将所述临时实例转为正式实例的转正请求;
根据所述转正请求唤起支撑系统开始为所述临时实例服务以进行支持初始化;
在所述支撑系统完成支持初始化之后将所述临时实例的信息修改为正式实例的信息。
16.如权利要求14所述的数据回档方法,其特征在于,
以所述临时实例替换原始实例的操作包括:
所述控制中心接收以所述临时实例替换原始实例的替换请求;
根据所述替换请求通知网关切换指向所述临时实例,使所述网关断开与原始实例的关系和连接,并与所述临时实例建立关系和连接。
17.如权利要求14所述的数据回档方法,其特征在于,
删除所述临时实例的操作包括:
所述控制中心接收删除所述临时实例的删除请求;
删除所述临时实例并释放所述临时实例的资源。
18.如权利要求10所述的数据回档方法,其特征在于,新建的临时实例的内存、磁盘空间及CPU核心数与原始实例相同。
19.一种数据回档装置,其特征在于,包括:
回档请求接收模块,用于接收回档请求,所述回档请求包含回档目标时间;
新建及指令发送模块,用于在确认所述回档请求可执行后,新建临时实例并向回档中心发送回档开始指令,所述回档开始指令包含所述回档目标时间与所述临时实例的信息,以使所述回档中心从备份中心获取与所述回档目标时间对应的备份数据,根据所述临时实例的信息将所述备份数据写入所述临时实例并返回写入完成通知;
处理模块,用于根据用户的处理请求对完成数据写入的所述临时实例执行正式回档操作。
20.如权利要求19所述的数据回档装置,其特征在于,
所述备份中心包括备份存储中心,用于存储所述备份中心间隔N天对数据库做一次全量备份得到的数据,以及实时同步进行增量备份得到的数据,并将所述全量备份与所述增量备份的数据的保留N+M天。
21.如权利要求19所述的数据回档装置,其特征在于,
所述正式回档操作包括将所述临时实例转为正式实例的操作、以所述临时实例替换原始实例的操作或删除所述临时实例的操作。
22.如权利要求21所述的数据回档装置,其特征在于,
所述处理模块包括转正子模块,用于执行将所述临时实例转为正式实例的操作,所述转正子模块包括:
转正请求接收单元,用于接收将所述临时实例转为正式实例的转正请求;
支持初始化单元,用于根据所述转正请求唤起支撑系统开始为所述临时实例服务以进行支持初始化;
信息修改单元,用于在所述支撑系统完成支持初始化之后将所述临时实例的信息修改为正式实例的信息。
23.如权利要求21所述的数据回档装置,其特征在于,
所述处理模块包括替换子模块,用于以所述临时实例替换原始实例的操作,所述替换子模块包括:
替换请求接收单元,用于接收以所述临时实例替换原始实例的替换请求;
网关指向切换单元,用于根据所述替换请求通知网关切换指向所述临时实例,使所述网关断开与原始实例的关系和连接,并与所述临时实例建立关系和连接。
24.如权利要求21所述的数据回档装置,其特征在于,
所述处理模块包括删除子模块,用于执行删除所述临时实例的操作,所述删除子模块包括:
删除请求接收单元,用于接收删除所述临时实例的删除请求;
删除单元,用于删除所述临时实例并释放所述临时实例的资源。
25.如权利要求19所述的数据回档装置,其特征在于,新建的临时实例的内存、磁盘空间及CPU核心数与原始实例相同。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610427256.XA CN106126371A (zh) | 2016-06-15 | 2016-06-15 | 数据回档方法、装置及系统 |
PCT/CN2017/086117 WO2017215432A1 (zh) | 2016-06-15 | 2017-05-26 | 数据回档方法、装置及系统 |
US16/023,969 US10956374B2 (en) | 2016-06-15 | 2018-06-29 | Data recovery method, apparatus, and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610427256.XA CN106126371A (zh) | 2016-06-15 | 2016-06-15 | 数据回档方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106126371A true CN106126371A (zh) | 2016-11-16 |
Family
ID=57470690
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610427256.XA Pending CN106126371A (zh) | 2016-06-15 | 2016-06-15 | 数据回档方法、装置及系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10956374B2 (zh) |
CN (1) | CN106126371A (zh) |
WO (1) | WO2017215432A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106648994A (zh) * | 2017-01-04 | 2017-05-10 | 华为技术有限公司 | 一种备份操作日志的方法,设备和系统 |
CN107169108A (zh) * | 2017-05-19 | 2017-09-15 | 郑州云海信息技术有限公司 | 一种基于Oracle实现MySQL数据快速恢复的方法与装置 |
WO2017215432A1 (zh) * | 2016-06-15 | 2017-12-21 | 腾讯科技(深圳)有限公司 | 数据回档方法、装置及系统 |
CN108228390A (zh) * | 2018-01-19 | 2018-06-29 | 腾讯科技(深圳)有限公司 | 数据回档方法及装置 |
CN108647117A (zh) * | 2018-04-26 | 2018-10-12 | 郑州云海信息技术有限公司 | 一种数据备份的方法、主系统、设备及计算机可读存储介质 |
CN109189613A (zh) * | 2018-09-20 | 2019-01-11 | 快云信息科技有限公司 | 一种数据库数据恢复方法及相关装置 |
CN109614055A (zh) * | 2018-12-21 | 2019-04-12 | 杭州宏杉科技股份有限公司 | 快照创建方法、装置、电子设备及机器可读存储介质 |
CN110895500A (zh) * | 2019-11-18 | 2020-03-20 | 上海易点时空网络有限公司 | 基于mydumper的数据回档方法及装置、存储介质 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109697139A (zh) * | 2018-10-31 | 2019-04-30 | 武汉艺果互动科技股份有限公司 | 一种基于MongoDB的数据库自动备份方法、设备及存储设备 |
CN110457187B (zh) * | 2019-06-28 | 2023-05-12 | 武汉迎风聚智科技有限公司 | 基于备份测试数据可便捷运行的tpc-e测试方法及测试服务器 |
CN112395316B (zh) * | 2020-11-10 | 2023-08-29 | 杭州萤石软件有限公司 | 一种数据查询方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140181047A1 (en) * | 2012-12-21 | 2014-06-26 | Commvault Systems, Inc. | Systems and methods to protect deleted files |
CN105373448A (zh) * | 2015-10-27 | 2016-03-02 | 北京百度网讯科技有限公司 | 数据库中故障数据的恢复方法和系统 |
CN105427147A (zh) * | 2015-10-30 | 2016-03-23 | 网易(杭州)网络有限公司 | 基于游戏回档的数据同步方法和装置以及游戏系统 |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0996304B1 (en) * | 1998-10-19 | 2007-03-14 | Nortel Matra Cellular | Method and apparatus for setting up a connection to a target base station in a cellular or cordless mobile communications system |
US7380140B1 (en) * | 1998-12-30 | 2008-05-27 | Spyrus, Inc. | Providing a protected volume on a data storage device |
US7020082B2 (en) * | 2000-05-05 | 2006-03-28 | Nomadix, Inc. | Network usage monitoring device and associated method |
US7844577B2 (en) * | 2002-07-15 | 2010-11-30 | Symantec Corporation | System and method for maintaining a backup storage system for a computer system |
US6928526B1 (en) | 2002-12-20 | 2005-08-09 | Datadomain, Inc. | Efficient data storage system |
CN101459907B (zh) * | 2008-03-26 | 2010-09-29 | 中兴通讯股份有限公司 | 一种指示服务网关承载管理的方法 |
US8341122B2 (en) * | 2009-12-22 | 2012-12-25 | International Business Machines Corporation | Restore of full system backup and incremental backups using multiple simultaneous device streams |
US8190574B2 (en) * | 2010-03-02 | 2012-05-29 | Storagecraft Technology Corporation | Systems, methods, and computer-readable media for backup and restoration of computer information |
CN101860797B (zh) * | 2010-05-21 | 2014-08-13 | 中兴通讯股份有限公司 | 数据信息的传输方法、装置及移动多媒体广播业务系统 |
US9632875B2 (en) * | 2010-10-06 | 2017-04-25 | International Business Machines Corporation | Automated and self-adjusting data protection driven by business and data activity events |
US8635187B2 (en) * | 2011-01-07 | 2014-01-21 | Symantec Corporation | Method and system of performing incremental SQL server database backups |
CN103780407B (zh) * | 2012-10-18 | 2018-07-06 | 中兴通讯股份有限公司 | 分布式弹性网络互连(drni)中网关动态切换方法和装置 |
US9612912B2 (en) * | 2014-03-10 | 2017-04-04 | Oracle International Corporation | Centralized tape management for databases |
US20150268876A1 (en) * | 2014-03-18 | 2015-09-24 | Commvault Systems, Inc. | Efficient information management performed by a client in the absence of a storage manager |
US9779128B2 (en) * | 2014-04-10 | 2017-10-03 | Futurewei Technologies, Inc. | System and method for massively parallel processing database |
US9697228B2 (en) * | 2014-04-14 | 2017-07-04 | Vembu Technologies Private Limited | Secure relational file system with version control, deduplication, and error correction |
CN105446828B (zh) * | 2014-09-30 | 2019-05-31 | 北京金山云网络技术有限公司 | 一种数据库备份、恢复方法、装置及系统 |
US10884869B2 (en) * | 2015-04-16 | 2021-01-05 | Nuodb, Inc. | Backup and restore in a distributed database utilizing consistent database snapshots |
CN104881336A (zh) * | 2015-05-22 | 2015-09-02 | 北京奇虎科技有限公司 | 数据备份方法及装置 |
US20200014727A1 (en) * | 2016-06-10 | 2020-01-09 | OneTrust, LLC | Data processing systems and methods for performing privacy assessments and monitoring of new versions of computer code for privacy compliance |
CN106126371A (zh) * | 2016-06-15 | 2016-11-16 | 腾讯科技(深圳)有限公司 | 数据回档方法、装置及系统 |
-
2016
- 2016-06-15 CN CN201610427256.XA patent/CN106126371A/zh active Pending
-
2017
- 2017-05-26 WO PCT/CN2017/086117 patent/WO2017215432A1/zh active Application Filing
-
2018
- 2018-06-29 US US16/023,969 patent/US10956374B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140181047A1 (en) * | 2012-12-21 | 2014-06-26 | Commvault Systems, Inc. | Systems and methods to protect deleted files |
CN105373448A (zh) * | 2015-10-27 | 2016-03-02 | 北京百度网讯科技有限公司 | 数据库中故障数据的恢复方法和系统 |
CN105427147A (zh) * | 2015-10-30 | 2016-03-23 | 网易(杭州)网络有限公司 | 基于游戏回档的数据同步方法和装置以及游戏系统 |
Non-Patent Citations (1)
Title |
---|
(美)MATTHEWHART,ROBERTG.FREEMAN: "《Oracle Database 10g RMAN备份与恢复》", 31 March 2018, 北京:清华大学出版社 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017215432A1 (zh) * | 2016-06-15 | 2017-12-21 | 腾讯科技(深圳)有限公司 | 数据回档方法、装置及系统 |
US10956374B2 (en) | 2016-06-15 | 2021-03-23 | Tencent Technology (Shenzhen) Company Limited | Data recovery method, apparatus, and system |
CN106648994A (zh) * | 2017-01-04 | 2017-05-10 | 华为技术有限公司 | 一种备份操作日志的方法,设备和系统 |
CN106648994B (zh) * | 2017-01-04 | 2020-09-11 | 华为技术有限公司 | 一种备份操作日志的方法,设备和系统 |
CN107169108A (zh) * | 2017-05-19 | 2017-09-15 | 郑州云海信息技术有限公司 | 一种基于Oracle实现MySQL数据快速恢复的方法与装置 |
CN107169108B (zh) * | 2017-05-19 | 2020-10-20 | 苏州浪潮智能科技有限公司 | 一种基于Oracle实现MySQL数据快速恢复的方法与装置 |
CN108228390A (zh) * | 2018-01-19 | 2018-06-29 | 腾讯科技(深圳)有限公司 | 数据回档方法及装置 |
CN108228390B (zh) * | 2018-01-19 | 2024-04-09 | 腾讯科技(深圳)有限公司 | 数据回档方法及装置 |
CN108647117A (zh) * | 2018-04-26 | 2018-10-12 | 郑州云海信息技术有限公司 | 一种数据备份的方法、主系统、设备及计算机可读存储介质 |
CN109189613A (zh) * | 2018-09-20 | 2019-01-11 | 快云信息科技有限公司 | 一种数据库数据恢复方法及相关装置 |
CN109614055A (zh) * | 2018-12-21 | 2019-04-12 | 杭州宏杉科技股份有限公司 | 快照创建方法、装置、电子设备及机器可读存储介质 |
CN110895500A (zh) * | 2019-11-18 | 2020-03-20 | 上海易点时空网络有限公司 | 基于mydumper的数据回档方法及装置、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2017215432A1 (zh) | 2017-12-21 |
US20180307569A1 (en) | 2018-10-25 |
US10956374B2 (en) | 2021-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106126371A (zh) | 数据回档方法、装置及系统 | |
US10108632B2 (en) | Splitting and moving ranges in a distributed system | |
CN101523388B (zh) | 在用户设备上高速缓存和修改多维数据库的部分 | |
CN105630632B (zh) | 一种虚拟机恢复的方法及虚拟机管理设备 | |
CN108572795B (zh) | 基于搭建存储虚拟化的扩容方法、装置、设备和存储介质 | |
CN107741852B (zh) | 一种基于集群软件的服务部署方法 | |
CN103559182A (zh) | 用于数据的异步搜索和过滤的系统和方法 | |
US20190238422A1 (en) | Methods, systems, and computer readable media for managing deployment and maintenance of network tools | |
CN106302609A (zh) | 一种访问方法及装置 | |
CN103140850A (zh) | 移动设备上的数据共享 | |
US10606489B2 (en) | Sidefiles for management of data written via a bus interface to a storage controller during consistent copying of data | |
CN106603665B (zh) | 云平台连续数据同步方法及其装置 | |
US11824717B2 (en) | Multi-region virtual data center template | |
CN109274561B (zh) | 一种网关角色确定的方法和装置 | |
CN104517067A (zh) | 访问数据的方法、装置及系统 | |
CN110069406A (zh) | 自动触发的tpc-ds测试方法以及系统 | |
CN107122271A (zh) | 一种恢复节点事件的方法、装置及系统 | |
CN111104404B (zh) | 基于分布式对象的数据存储方法及装置 | |
CN112199426B (zh) | 微服务架构下的接口调用管理方法、装置、服务器及介质 | |
CN109241110A (zh) | 订单管理方法及系统、电子设备、存储介质 | |
CN113391768A (zh) | 集中存储管理方法及装置 | |
CN112350879B (zh) | 数据通信设备测试管理方法、装置、系统及存储介质 | |
CN106254440A (zh) | 一种ap的升级方法和装置 | |
CN112910675A (zh) | 设备管理方法、装置及系统 | |
CN109104499A (zh) | 一种会话建立方法、装置、设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161116 |