CN113360322B - 一种基于备份系统恢复数据的方法及设备 - Google Patents
一种基于备份系统恢复数据的方法及设备 Download PDFInfo
- Publication number
- CN113360322B CN113360322B CN202110713961.7A CN202110713961A CN113360322B CN 113360322 B CN113360322 B CN 113360322B CN 202110713961 A CN202110713961 A CN 202110713961A CN 113360322 B CN113360322 B CN 113360322B
- Authority
- CN
- China
- Prior art keywords
- snapshot
- recovery
- data
- point
- full
- 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.)
- Active
Links
Images
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/1448—Management of the data involved in backup or backup restore
-
- 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/11—File system administration, e.g. details of archiving or snapshots
- G06F16/128—Details of file system snapshots on the file-level, e.g. snapshot creation, administration, deletion
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Retry When Errors Occur (AREA)
Abstract
本申请的目的是提供一种基于备份系统恢复数据的方法及设备,本申请通过将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复;对已恢复的全量数据进行全量快照,得到全量快照点;定时恢复归档日志并进行增量快照,得到多个增量快照点;根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行数据恢复。从而可以降低数据存储所占用空间,快速的实现任意时间点的数据恢复,验证归档日志的连续性。
Description
技术领域
本申请涉及计算机领域,尤其涉及一种基于备份系统恢复数据的方法及设备。
背景技术
目前对于数据库备份恢复方案,比如对于oracle数据库的备份恢复,使用的方式是先恢复全量备份集,然后恢复增量或者差量备份集,最后根据指定的时间点恢复归档日志,完成一次数据库的恢复及备份校验。下一次需求需要持续使用上述流程;该方式每次恢复占用同样存储空间及耗费同样长时间,使得数据验证及数据需求交付变的漫长而艰难。
发明内容
本申请的一个目的是提供一种基于备份系统恢复数据的方法及设备,解决现有技术中每次恢复占用同样存储空间及耗费同样长时间,使得数据验证及数据需求交付变的漫长及艰难的问题。
根据本申请的一个方面,提供了一种基于备份系统恢复数据的方法,该方法包括:
将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复;
对已恢复的全量数据进行全量快照,得到全量快照点;
定时恢复归档日志并进行增量快照,得到多个增量快照点;
根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;
根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行数据恢复。
可选地,将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复之后,包括:
将用于存储恢复的备份数据的数据库设置为恢复状态,其中,所述数据库包括归档日志。
可选地,定时恢复归档日志并进行增量快照,包括:
定时恢复归档日志并将恢复的归档日志应用至所述已恢复的全量数据,每一次应用后进行增量快照。
可选地,所述备份系统的时间点包括:由当前业务确定的时间点和由系统改变号确定的时间点。
可选地,根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点,包括:
根据恢复需求的位置信息从所述全量快照点与多个增量快照点中匹配距离所述位置信息最近的一个快照点,将匹配到的快照点作为恢复快照点。
可选地,所述方法包括:
若所述归档日志无法恢复时,则进行提醒运维人员检查所述归档日志对应的备份。
可选地,根据所述克隆以及对应的归档日志进行数据恢复,包括:
将所述恢复快照点之前的所有归档日志恢复到所述克隆上,得到所述恢复快照点的数据恢复。
根据本申请另一个方面,还提供了一种基于备份系统恢复数据的设备,该设备包括:
全量恢复装置,用于将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复;
全量快照装置,用于对已恢复的全量数据进行全量快照,得到全量快照点;
增量快照装置,用于定时恢复归档日志并进行增量快照,得到多个增量快照点;
确定装置,用于根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;
定点恢复装置,用于根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行数据恢复。
根据本申请又一个方面,还提供了一种基于备份系统恢复数据的设备,该设备包括:
一个或多个处理器;以及
存储有计算机可读指令的存储器,所述计算机可读指令在被执行时使所述处理器执行如前述所述方法的操作。
根据本申请再一个方面,还提供了一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现如前述所述的方法。
与现有技术相比,本申请通过将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复;对已恢复的全量数据进行全量快照,得到全量快照点;定时恢复归档日志并进行增量快照,得到多个增量快照点;根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行数据恢复。从而可以降低数据存储所占用空间,快速的实现任意时间点的数据恢复,验证归档日志的连续性。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1示出根据本申请的一个方面提供的一种基于备份系统恢复数据的方法流程示意图;
图2示出本申请一实施例中进行打快照的示意图;
图3示出本申请一具体实施例中一种持续增量恢复流程示意图;
图4示出本申请一具体实施例中一种数据交付流程示意图;
图5示出本申请又一个方面提供的一种基于备份系统恢复数据的设备的结构示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(例如中央处理器(Central Processing Unit,CPU))、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RandomAccess Memory,RAM)和/或非易失性内存等形式,如只读存储器(Read Only Memory,ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(Phase-Change RAM,PRAM)、静态随机存取存储器(Static Random Access Memory,SRAM)、动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、数字多功能光盘(Digital Versatile Disk,DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。
图1示出根据本申请的一个方面提供的一种基于备份系统恢复数据的方法流程示意图,该方法包括:步骤S11~步骤S15,其中,步骤S11,将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复;步骤S12,对已恢复的全量数据进行全量快照,得到全量快照点;步骤S13,定时恢复归档日志并进行增量快照,得到多个增量快照点;步骤S14,根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;步骤S15,根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行数据恢复。从而可以降低数据存储所占用空间,可以快速的实现任意时间点的数据恢复,验证归档日志的连续性。
具体地,在步骤S11中,将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复;在此,备份系统为备份容灾系统,可以为netbackup(一种企业级数据备份管理软件)、commvault、networker、爱数、鼎甲等。从备份系统中获取到已备份的备份数据,将该备份数据按照备份系统的时间点进行全量数据恢复,即第一次恢复全量数据到一个时间点,该时间点为任意时间点;其中,备份数据包含了数据文件的备份和归档日志的备份,在全量数据的恢复时使用的是数据文件的备份。
具体地,在步骤S12中,对已恢复的全量数据进行全量快照,得到全量快照点;在此,当恢复全量数据恢复完成后,对已恢复的全量数据进行快照,此时的快照为全量快照,即是对全量备份数据的一个快照,进行快照的时间点为全量快照点,该全量快照点对应的数据文件内是已恢复的全量数据。
具体地,在步骤S13中,定时恢复归档日志并进行增量快照,得到多个增量快照点;在此,归档日志是数据库中进行在线重做日志的归档,在线重做日志用于记录数据库进行了哪些操作,比如增删改操作,而在线重做日志大小进行固定时,比如1G,当触发预设的条件时,在线重做日志执行归档,生成归档日志,在增量恢复时使用归档日志备份;因此,进行定时恢复该归档日志可以实现定时增量恢复,比如定时可以是每月、每周、每天、每几个小时或每几分钟;从而对于定时恢复归档日志后进行打快照,比如每隔3小时恢复一次归档日志,则形成时间间隔为3小时的带有多个快照的数据流,每一个快照点为增量快照点,增量快照点之间发生的数据恢复属于增量恢复。
具体地,在步骤S14中,根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;在此,恢复需求为用户有需求需要一份数据,该份数据通过恢复数据得到的,根据提出的恢复需求以及上述得到的全量快照点以及多个增量快照点在形成带有多个快照点的数据流上确定所需的恢复快照点,该恢复快照点之前的备份数据即为用户需要的数据。
具体地,在步骤S15中,根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行数据恢复;其中,可以将所述恢复快照点之前的所有归档日志恢复到所述克隆上,得到所述恢复快照点的日志数据恢复。在此,对确定的恢复快照点进行克隆,即对该快照点对应处的已备份数据进行克隆,得到需要的数据文件,从而利用克隆得到的数据文件与对应的归档日志进行指定时间点的恢复,通过本申请可以进行任意时间点的数据恢复;因此不需要再做一次全量恢复,也就不需要占用更多的存储和花费更多的时间;数据压缩存储大大降低的保存数据对存储的消耗。
在本申请一些实施例中,所述备份系统的时间点包括:由当前业务确定的时间点和由系统改变号确定的时间点。在此,第一次进行全量数据的恢复时,将数据恢复到指定时间点或系统改变号对应的点,其中,指定时间点可以根据当前业务来确定,比如恢复到业务系统升级之前的某个时间点,或者某个错误操作时间点;系统改变号(System ChangeNumber,scn)是oracle数据库用于记录时间轴的,每一个scn都会对应一个时间点,从而可以使用scn点来第一次恢复全量数据。
在本申请一些实施例中,将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复之后,将用于存储恢复的备份数据的数据库设置为恢复状态,其中,所述数据库包括归档日志。在此,数据库用于存储恢复的备份数据,包括该备份数据的数据文件,也包括归档日志;将该数据库从其他状态,比如open或nomount状态改变为恢复状态(mount),该状态下的数据库不能读写,只能用于恢复操作,将数据库状态变为恢复状态后,从而可以快速的进行后续的数据恢复工作。
在本申请一些实施例中,在步骤S13中,定时恢复归档日志并将恢复的归档日志应用至所述已恢复的全量数据,每一次应用后进行增量快照。在此,数据库持续不断产生归档日志,对归档日志进行定时恢复,从而生成持续不断的数据流,增量的将归档日志应用到全量恢复的数据以完成增量恢复,比如12点恢复完成,从12点到下午三点这三个小时的归档就要应用到全量数据上,从而恢复这三个小时内的增量;进而在进行定时恢复归档日志时,每一次恢复后应用都进行快照。如图2所示,在凌晨0点时进行第一次全量数据恢复并进行全量快照,在下午三点进行应用归档日志,此时进行快照,得到一个增量快照的快照点,在下午六点再进行应用归档日志,再一次进行快照,得到新的一个增量快照的快照点,后续依次按照每三个小时进行应用归档日志以及进行快照,进而生成带有固定时间间隔快照的数据流。需要说明的是,上述举例是使用固定周期的完成恢复和打快照,每个快照的时间间隔是固定的,打快照的时间点并不限定,也可以随时手动触发打快照。
在本申请一些实施例中,在步骤S14中,根据恢复需求的位置信息从所述全量快照点与多个增量快照点中匹配距离所述位置信息最近的一个快照点,将匹配到的快照点作为恢复快照点。在此,恢复需求的位置信息比如为要求的时间点或其他可以说明位置的信息,从而根据要求的时间点或可以说明的位置信息找到在它们之前最近的快照点,即找到恢复需求的位置信息之前最近的一个快照点,该快照点可能是全量快照点,也可能是后面的其他增量快照点,从而可以实现任意时间点的恢复,即将日志数据恢复到任意需求的时间点匹配到的快照点对应的归档日志,此方式仅有第一次是全量数据的恢复,后续的每一次均是增量恢复,避免了过去每一次都是全量恢复带来的占用数据存储空间和占用时间的问题;实现快速的任意时间点的恢复数据用于各种需求的数据交付。
在本申请一些实施例中,所述方法包括:若所述归档日志无法恢复时,则进行提醒运维人员检查所述归档日志对应的备份。在此,通过本申请的持续增量恢复验证备份归档日志的连续性,若出现归档日志无法恢复则说明备份有问题,则及时提醒运维人员检查对应的备份。
图3示出本申请一具体实施例中一种持续增量恢复流程示意图,首先进行备份数据的全量数据恢复,恢复后进行创建快照,此时快照为全量快照,接着归档日志恢复应用,再次创建快照,此时的快照为增量快照;接着如图4所示,进行快速数据交付,根据时间点查找快照,根据查找到的快照进行克隆,查找需要的归档日志,从而根据克隆以及查找到的归档日志恢复到指定时间点,开启数据库,实现快速的数据交付。
此外,本申请实施例还提供了一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现前述一种基于备份系统恢复数据的方法。
与上文所述的方法相对应的,本申请还提供一种终端,其包括能够执行上述图1或图2或各个实施例所述的方法步骤的模块或单元,这些模块或单元可以通过硬件、软件或软硬结合的方式来实现,本申请并不限定。例如,在本申请一实施例中,还提供了一种基于备份系统恢复数据的设备,所述设备包括:
一个或多个处理器;以及
存储有计算机可读指令的存储器,所述计算机可读指令在被执行时使所述处理器执行如前述所述方法的操作。
例如,计算机可读指令在被执行时使所述一个或多个处理器:
将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复;
对已恢复的全量数据进行全量快照,得到全量快照点;
定时恢复归档日志并进行增量快照,得到多个增量快照点;
根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;
根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行数据恢复。
图5示出本申请又一个方面提供的一种基于备份系统恢复数据的设备的结构示意图,所述设备包括:全量恢复装置11、全量快照装置12、增量快照装置13、确定装置14及定点恢复装置15,其中,全量恢复装置11用于将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复;全量快照装置12用于对已恢复的全量数据进行全量快照,得到全量快照点;增量快照装置13用于定时恢复归档日志并进行增量快照,得到多个增量快照点;确定装置14用于根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;定点恢复装置15用于根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行数据恢复。
优选地,增量快照装置13用于定时恢复归档日志并将恢复的归档日志应用至所述已恢复的全量数据,每一次应用后进行增量快照。例如,在凌晨0点时进行第一次全量数据恢复并进行全量快照,在下午三点进行应用归档日志,此时进行快照,得到一个增量快照的快照点,在下午六点再进行应用归档日志,再一次进行快照,得到新的一个增量快照的快照点,后续依次按照每三个小时进行应用归档日志以及进行快照,进而生成带有固定时间间隔快照的数据流。接着,确定装置14用于根据恢复需求的位置信息从所述全量快照点与多个增量快照点中匹配距离所述位置信息最近的一个快照点,将匹配到的快照点作为恢复快照点。在此,恢复需求的位置信息比如为要求的时间点或其他可以说明位置的信息,从而根据要求的时间点或可以说明的位置信息找到在它们之前最近的快照点,即找到恢复需求的位置信息之前最近的一个快照点,该快照点可能是全量快照点,也可能是后面的其他增量快照点,从而可以实现任意时间点的恢复,即将备份数据恢复到任意需求的时间点匹配到的快照点对应的归档日志,此方式仅有第一次是全量数据的恢复,后续的每一次均是增量恢复,避免了过去每一次都是全量恢复带来的占用数据存储空间和占用时间的问题;实现快速的任意时间点的恢复数据用于各种需求的数据交付。
需要说明的是,全量恢复装置11、全量快照装置12、增量快照装置13、确定装置14及定点恢复装置15执行的内容分别与上述步骤S11、S12、S13、S14和S15中的内容相同或相应相同,为简明起见,在此不再赘述。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
另外,本申请的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本申请的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
Claims (9)
1.一种基于备份系统恢复数据的方法,应用于oracle数据库,其特征在于,所述方法包括:
将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复;
将用于存储恢复的备份数据的数据库设置为恢复状态,其中,所述数据库包括备份数据的数据文件和归档日志;
对已恢复的全量数据进行全量快照,得到全量快照点;
定时恢复归档日志并进行增量快照,得到多个增量快照点;
根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;
根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行指定时间点的数据恢复。
2.根据权利要求1所述的方法,其特征在于,定时恢复归档日志并进行增量快照,包括:
定时恢复归档日志并将恢复的归档日志应用至所述已恢复的全量数据,每一次应用后进行增量快照。
3.根据权利要求1所述的方法,其特征在于,所述备份系统的时间点包括:由当前业务确定的时间点和由系统改变号确定的时间点。
4.根据权利要求1所述的方法,其特征在于,根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点,包括:
根据恢复需求的位置信息从所述全量快照点与多个增量快照点中匹配距离所述位置信息最近的一个快照点,将匹配到的快照点作为恢复快照点。
5.根据权利要求1所述的方法,其特征在于,所述方法包括:
若所述归档日志无法恢复时,则进行提醒运维人员检查所述归档日志对应的备份。
6.根据权利要求1所述的方法,其特征在于,根据所述克隆以及对应的归档日志进行数据恢复,包括:
将所述恢复快照点之前的所有归档日志恢复到所述克隆上,得到所述恢复快照点的数据恢复。
7.一种基于备份系统恢复数据的设备,应用于oracle数据库,其特征在于,所述设备包括:
全量恢复装置,用于将从备份系统中获取到的备份数据按照所述备份系统的时间点进行全量数据恢复,将用于存储恢复的备份数据的数据库设置为恢复状态,其中,所述数据库包括备份数据的数据文件和归档日志;
全量快照装置,用于对已恢复的全量数据进行全量快照,得到全量快照点;
增量快照装置,用于定时恢复归档日志并进行增量快照,得到多个增量快照点;
确定装置,用于根据恢复需求、所述全量快照点以及多个增量快照点确定恢复快照点;
定点恢复装置,用于根据所述恢复快照点进行克隆,根据所述克隆以及对应的归档日志进行指定时间点的数据恢复。
8.一种基于备份系统恢复数据的设备,其特征在于,所述设备包括:
一个或多个处理器;以及
存储有计算机可读指令的存储器,所述计算机可读指令在被执行时使所述处理器执行如权利要求1至6中任一项所述方法的操作。
9.一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现如权利要求1至6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110713961.7A CN113360322B (zh) | 2021-06-25 | 2021-06-25 | 一种基于备份系统恢复数据的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110713961.7A CN113360322B (zh) | 2021-06-25 | 2021-06-25 | 一种基于备份系统恢复数据的方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113360322A CN113360322A (zh) | 2021-09-07 |
CN113360322B true CN113360322B (zh) | 2023-06-13 |
Family
ID=77536529
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110713961.7A Active CN113360322B (zh) | 2021-06-25 | 2021-06-25 | 一种基于备份系统恢复数据的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113360322B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114036004B (zh) * | 2021-11-26 | 2022-09-30 | 江苏安超云软件有限公司 | 数据备份方法、恢复方法及装置 |
CN115421968A (zh) * | 2022-07-28 | 2022-12-02 | 超聚变数字技术有限公司 | 数据恢复方法及电子设备 |
CN115328704A (zh) * | 2022-09-06 | 2022-11-11 | 安徽鼎甲计算机科技有限公司 | 文件备份方法、文件恢复方法、装置、设备和存储介质 |
CN115509807A (zh) * | 2022-09-09 | 2022-12-23 | 上海爱数信息技术股份有限公司 | 一种备份数据索引管理方法、存储设备及介质 |
CN119271452A (zh) * | 2023-07-04 | 2025-01-07 | 华为技术有限公司 | 一种数据恢复方法、装置及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007140700A (ja) * | 2005-11-15 | 2007-06-07 | Hitachi Ltd | 計算機システム及び管理計算機とストレージシステム並びにバックアップ管理方法 |
CN106339274A (zh) * | 2015-07-14 | 2017-01-18 | 阿里巴巴集团控股有限公司 | 一种数据快照获取的方法及系统 |
CN107256182A (zh) * | 2017-05-03 | 2017-10-17 | 上海上讯信息技术股份有限公司 | 一种数据库还原的方法及设备 |
US10146631B1 (en) * | 2015-09-30 | 2018-12-04 | EMC IP Holding Company LLC | Incremental forever backups for exchange |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9558078B2 (en) * | 2014-10-28 | 2017-01-31 | Microsoft Technology Licensing, Llc | Point in time database restore from storage snapshots |
US10657004B1 (en) * | 2015-03-23 | 2020-05-19 | Amazon Technologies, Inc. | Single-tenant recovery with a multi-tenant archive |
CN111125260A (zh) * | 2020-01-21 | 2020-05-08 | 重庆文理学院 | 一种基于SQL Server的数据同步方法及系统 |
CN112114999A (zh) * | 2020-09-01 | 2020-12-22 | 阿里云计算有限公司 | 一种数据备份方法、数据恢复方法、装置及电子设备 |
CN112035298A (zh) * | 2020-09-10 | 2020-12-04 | 北京城市网邻信息技术有限公司 | 一种数据备份方法、装置、电子设备及存储介质 |
CN112269681A (zh) * | 2020-10-16 | 2021-01-26 | 苏州浪潮智能科技有限公司 | 一种持续保护虚拟机数据的方法、装置及设备 |
CN112363807A (zh) * | 2020-11-27 | 2021-02-12 | 上海爱数信息技术股份有限公司 | 一种生产系统任意时间接管系统及其方法 |
CN112948176B (zh) * | 2021-02-23 | 2023-09-15 | 上海上讯信息技术股份有限公司 | 一种db2数据库恢复的方法及设备 |
-
2021
- 2021-06-25 CN CN202110713961.7A patent/CN113360322B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007140700A (ja) * | 2005-11-15 | 2007-06-07 | Hitachi Ltd | 計算機システム及び管理計算機とストレージシステム並びにバックアップ管理方法 |
CN106339274A (zh) * | 2015-07-14 | 2017-01-18 | 阿里巴巴集团控股有限公司 | 一种数据快照获取的方法及系统 |
US10146631B1 (en) * | 2015-09-30 | 2018-12-04 | EMC IP Holding Company LLC | Incremental forever backups for exchange |
CN107256182A (zh) * | 2017-05-03 | 2017-10-17 | 上海上讯信息技术股份有限公司 | 一种数据库还原的方法及设备 |
Non-Patent Citations (3)
Title |
---|
Oracle基于事务日志的数据恢复;王健 等;《内蒙古农业大学学报(自然科学版)》;第129-131页 * |
Recovery and Backup;Brian Peasland;《Oracle DBA Mentor》;第91-114页 * |
电网调度控制系统的备份恢复模块设计与实现;顾雯轩 等;《江苏科技信息》;第55-57页 * |
Also Published As
Publication number | Publication date |
---|---|
CN113360322A (zh) | 2021-09-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113360322B (zh) | 一种基于备份系统恢复数据的方法及设备 | |
US12147305B2 (en) | Restoring a database using a fully hydrated backup | |
CN106407356B (zh) | 一种数据备份方法及装置 | |
US8868507B2 (en) | Method and apparatus for data recovery using storage based journaling | |
US7197665B2 (en) | Physical incremental backup using snapshots | |
CN107256182B (zh) | 一种数据库还原的方法及设备 | |
US10204016B1 (en) | Incrementally backing up file system hard links based on change logs | |
EP3796174B1 (en) | Restoring a database using a fully hydrated backup | |
US10146633B2 (en) | Data recovery from multiple data backup technologies | |
US9235480B1 (en) | Techniques for providing incremental backups | |
CN111241062B (zh) | 一种数据库备份元数据的迁移方法及装置 | |
US8762347B1 (en) | Method and apparatus for processing transactional file system operations to enable point in time consistent file data recreation | |
US11221983B1 (en) | Multi-level indexing of backup files | |
US20170235745A1 (en) | Database maintenance using backup and restore technology | |
CN111625396A (zh) | 备份数据的校验方法、服务器及存储介质 | |
US8595271B1 (en) | Systems and methods for performing file system checks | |
CN112948176B (zh) | 一种db2数据库恢复的方法及设备 | |
US20130290385A1 (en) | Durably recording events for performing file system operations | |
US11966297B2 (en) | Identifying database archive log dependency and backup copy recoverability | |
US10489252B2 (en) | Rotating incremental data backup | |
US11061780B1 (en) | Applying machine-learning to optimize the operational efficiency of data backup systems | |
US10228879B1 (en) | System and method for backup and restore of offline disks in mainframe computers | |
US11403192B1 (en) | Enabling point-in-time recovery for databases that change transaction log recovery models | |
CN117931514A (zh) | 一种备份方法、恢复方法、装置、设备及存储介质 | |
CN115357429B (zh) | 恢复数据文件的方法、装置和客户端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |