CN105677509B - 数据库中数据的恢复方法及装置 - Google Patents

数据库中数据的恢复方法及装置 Download PDF

Info

Publication number
CN105677509B
CN105677509B CN201510994188.0A CN201510994188A CN105677509B CN 105677509 B CN105677509 B CN 105677509B CN 201510994188 A CN201510994188 A CN 201510994188A CN 105677509 B CN105677509 B CN 105677509B
Authority
CN
China
Prior art keywords
file
data
restored
database
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.)
Active
Application number
CN201510994188.0A
Other languages
English (en)
Other versions
CN105677509A (zh
Inventor
李丹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qihoo Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201510994188.0A priority Critical patent/CN105677509B/zh
Publication of CN105677509A publication Critical patent/CN105677509A/zh
Application granted granted Critical
Publication of CN105677509B publication Critical patent/CN105677509B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1448Management of the data involved in backup or backup restore
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Abstract

本发明公开了一种数据库中数据的恢复方法及装置。所述方法包括:获取待恢复的数据所属的表的标识;根据所述表的标识,从备份文件中拷贝所述公共元数据压缩文件以及该表对应的压缩文件;对所述公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件;读取所述公共元数据文件和所述表文件,查找到待恢复的数据对应的备份数据,将所述备份数据存储到数据库中。与现有技术相比,本发明无需对全量数据进行拷贝和解压缩,仅处理一张表的压缩文件和公共元数据压缩文件即可,处理的数据量大大减小,对应的处理时间也大大缩短,因此提高了数据恢复的效率。

Description

数据库中数据的恢复方法及装置
技术领域
本发明涉及数据库存储技术领域,具体涉及一种数据库中数据的恢复方法及装置。
背景技术
数据库备份是容灾的基础,是指为防止系统出现操作失误或系统故障导致数据丢失,而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。尤其在一些对数据可靠性要求很高的行业如银行、证券、电信等,如果发生意外停机或数据丢失其损失会十分惨重。为此数据库管理员应针对具体的业务要求制定详细的数据库备份与灾难恢复策略,并通过模拟故障对每种可能的情况进行严格测试,只有这样才能保证数据的高可用性。数据库的备份是一个长期的过程,而恢复只在发生事故后进行,恢复可以看作是备份的逆过程,恢复的程度的好坏很大程度上依赖于备份的情况。此外,数据库管理员在恢复时采取的步骤正确与否也直接影响最终的恢复结果。
分表是将一个大表按照一定的规则分解成多张具有独立存储空间的实体表,每个表都对应三个文件,分别为数据文件,索引文件,表结构文件。这些表可以分布在同一块磁盘上,也可以在不同的机器上。读写的时候根据事先定义好的规则得到对应的子表名,然后去操作它。
对于Mysql数据库的备份来说,是将多个表看成是一个整体,备份时将这些表进行整体备份。具体是,将这些表备份成一个压缩文件,在该压缩文件未进行恢复前无法区分各个表的数据。如果因为误操作将某个表(如Tn)中的一条数据删除而需要利用备份数据进行恢复时,现有技术需要将用于存储备份数据的存储机上的整个压缩文件(包含全量数据)拷贝到另一台机器上,然后在该台机器上对压缩文件进行解压缩、解密和恢复处理,在恢复得到数据库可识别的数据之后,启动查找表Tn,再查找对应的数据,将数据灌入到数据库中。
现有技术的数据恢复需要经历全量数据的拷贝、解压、解密和恢复,以及后续的启动程序处理。为了恢复一条数据,需要操作全量数据,操作复杂且十分耗时,恢复效率极低。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的数据库中数据的恢复方法及装置。
根据本发明的一个方面,提供了一种数据库中数据的恢复方法,用于基于所述数据库的备份文件对所述数据库中的数据进行恢复,所述方法包括:
获取待恢复的数据所属的表的标识;
根据所述表的标识,从备份文件中拷贝所述公共元数据压缩文件以及该表对应的压缩文件;
对所述公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件;
读取所述公共元数据文件和所述表文件,查找到待恢复的数据对应的备份数据,将所述备份数据存储到数据库中。
根据本发明的另一方面,提供了一种数据库中数据的恢复装置,用于基于所述数据库的备份文件对所述数据库中的数据进行恢复,所述装置包括:
获取模块,适于获取待恢复的数据所属的表的标识;
拷贝模块,适于根据所述表的标识,从备份文件中拷贝所述公共元数据压缩文件以及该表对应的压缩文件;
解压缩处理模块,适于对所述公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件;
恢复模块,适于读取所述公共元数据文件和所述表文件,查找到待恢复的数据对应的备份数据,将所述备份数据存储到数据库中。
根据本发明提供的数据库中数据的恢复方法及装置,对于待恢复的数据,获取其所属的表的标识;根据表的标识,从备份文件中拷贝公共元数据压缩文件以及该表对应的压缩文件;对公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件;读取公共元数据文件和表文件,查找到待恢复的数据对应的备份数据,将备份数据存储到数据库中。与现有技术相比,本发明无需对全量数据进行拷贝和解压缩,仅处理一张表的压缩文件和公共元数据压缩文件即可,处理的数据量大大减小,对应的处理时间也大大缩短,因此提高了数据恢复的效率。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的数据库中数据的恢复方法的流程示意图;
图2示出了根据本发明一个实施例的数据库中数据的恢复装置的功能框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的数据库中数据的恢复方法的流程示意图。该方法用于基于数据库的备份文件对数据库中的数据进行恢复,如图1所示,该方法包括如下步骤:
步骤S101,获取待恢复的数据所属的表的标识。
本实施例以支持分表技术的Mysql数据库为例进行说明,但本发明提供的方案不仅限于应用在Mysql数据库中,还可应用于其他同类型的数据库中。
本发明与现有技术的一个区别在于,数据库备份操作是以表为单位进行,将数据库中的每个表进行备份得到一个表数据文件以及该表的元数据文件,如表结构文件和表索引文件等等,经过加密和压缩处理后最终得到的备份文件包括每个表对应的压缩文件。本发明中,可以对每个表的表数据文件、表结构文件、表索引文件以及一些辅助文件整体压缩形成的一个单独的文件,作为这个表对应的压缩文件;也可以是对每个表的各个文件分别进行压缩得到表数据压缩文件、表结构压缩文件和表索引压缩文件,还可包括一些其它的辅助文件,这些文件组合形成这个表对应的压缩文件。
除此之外,备份文件还包括公共元数据压缩文件,该公共元数据压缩文件用于记录Mysql数据库的所有表的公共元数据,如数据库实例大小、表数量、每张表的数据量大小以及包含的索引信息等全局属性信息。
例如,设Mysql数据库共有n个表,分别为T1、T2、…、Tn,经过数据库备份操作后得到的备份文件包括T1对应的压缩文件(可选包含表数据压缩文件、表结构压缩文件、表索引压缩文件以及其它辅助文件)、T2对应的压缩文件、…、Tn对应的压缩文件。各个表的压缩文件彼此是独立的,根据表的标识可查找到这个表的压缩文件。
如果因为误操作将某个表中的一条数据删除,在进行数据恢复时,首先获取待恢复的数据所属的表的标识。
步骤S102,根据表的标识,从备份文件中拷贝公共元数据压缩文件以及该表对应的压缩文件。
如果需要恢复T1这张表中的某一条数据,则从备份文件中拷贝公共元数据压缩文件和T1对应的压缩文件,T1对应的压缩文件包括T1的表数据压缩文件、表结构压缩文件、表索引压缩文件以及其它辅助文件。具体地,在实际数据恢复时,将用于存储备份文件的存储机上的上述公共元数据压缩文件和T1对应的压缩文件拷贝到另一台机器上,在另一台机器中实现数据恢复。
与现有技术相比,本步骤无需拷贝全量数据的压缩文件,仅拷贝一张表的压缩文件和公共元数据压缩文件即可,一般来说,公共元数据压缩文件的大小远远小于表数据压缩文件。因此,拷贝的数据量大大减小,对应的拷贝时间也大大缩短。
步骤S103,对公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件。
在将公共元数据压缩文件和待恢复的数据所属的表对应的压缩文件拷贝出来之后,分别对这些压缩文件进行解压缩处理,得到公共元数据文件和表文件。表文件包括:表数据文件、表结构文件和表索引文件,可选还包括一些辅助文件。
步骤S104,对公共元数据文件和表文件进行解密处理。
本步骤为可选步骤。如果在数据备份过程中备份文件经过加密处理,那么在数据恢复过程中对应的需要对文件进行解密处理。对公共元数据文件和表文件进行解密所使用的解密算法应与数据备份过程中使用的加密算法相对应。
在步骤S103和步骤S104中,解压缩和解密处理的对象是公共元数据文件和待恢复的数据所属的表对应的表文件,与现有技术对全量数据文件进行解压缩和解密处理相比,所处理的数据量大大减小,对应的处理时间也大大缩短。
步骤S105,读取公共元数据文件和表文件,查找到待恢复的数据对应的备份数据,将备份数据存储到数据库中。
在得到公共元数据文件和表文件之后,首先读取公共元数据文件,启动数据库实例。数据库实例是一组进程/线程以及共享内存区,启动数据库实例后,数据库实例按照公共元数据文件记录的全局属性信息来装载和打开数据库的各个表文件。然而在本发明中,由于启动数据库实例的机器仅拷贝了待恢复的数据所属的表对应的表文件,没有拷贝其它表文件,因此数据库实例在企图装载其它表文件时会产生错误而报错,本发明可忽略这种报错,不影响待恢复的数据所属的表对应的表文件的装载和打开。具体地,在数据库实例发出装载表文件的报错后,判断该报错的表文件对应的表标识是否与步骤S101获取的表标识是否一致,若不一致,则对该报错进行忽略处理;若一致,则表明上述步骤得到的表文件有错误,数据恢复失败,本方法结束。
数据库实例装载和打开待恢复的数据所属的表对应的表文件之后,读取表文件,查找到待恢复的数据对应的备份数据,将备份数据存储到数据库中,完成数据恢复过程。
进一步的,若待恢复的数据包含分属多个表的多条数据,上述方法并发地执行以对数据库中所述多条数据进行同时恢复。
举例来说,待恢复的数据包含多条数据,这多条数据分别为T1,T2,T3几张表中的数据,那么针对这几张表启动多个并发程序(针对每张表启动一个并发程序),每个并发程序对应于一张表,并发地执行上述步骤S101至步骤S105,以对这多条数据同时进行恢复。在各个并发程序中,拷贝、解压缩和解密的对象分别为不同的表对应的文件。当待恢复的数据有多条时,通过并发处理能大大提升数据恢复的效率。
根据本实施例提供的数据库中数据的恢复方法,对于待恢复的数据,获取其所属的表的标识;根据表的标识,从备份文件中拷贝公共元数据压缩文件以及该表对应的压缩文件;对公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件;读取公共元数据文件和表文件,查找到待恢复的数据对应的备份数据,将备份数据存储到数据库中。与现有技术相比,本方法无需对全量数据进行拷贝和解压缩,仅处理一张表的压缩文件和公共元数据压缩文件即可,处理的数据量大大减小,对应的处理时间也大大缩短,因此提高了数据恢复的效率。进一步的,当待恢复的数据有多条时,可启动并发程序执行本方法,进一步的提升了数据恢复的效率。
图2示出了根据本发明一个实施例的数据库中数据的恢复装置的功能框图。该装置用于基于数据库的备份文件对数据库中的数据进行恢复,如图2所示,该装置包括:获取模块201,拷贝模块202,解压缩处理模块203,以及恢复模块204。
获取模块201,适于获取待恢复的数据所属的表的标识。
拷贝模块202,适于根据表的标识,从备份文件中拷贝公共元数据压缩文件以及该表对应的压缩文件。如果需要恢复T1这张表中的某一条数据,则拷贝模块202从备份文件中拷贝公共元数据压缩文件和T1对应的压缩文件,T1对应的压缩文件包括T1的表数据压缩文件、表结构压缩文件、表索引压缩文件以及其它辅助文件。具体地,在实际数据恢复时,将用于存储备份文件的存储机上的上述公共元数据压缩文件和T1对应的压缩文件拷贝到另一台机器上,在另一台机器中实现数据恢复。与现有技术相比,拷贝模块202无需拷贝全量数据的压缩文件,仅拷贝一张表的压缩文件和公共元数据压缩文件即可,一般来说,公共元数据压缩文件的大小远远小于表数据压缩文件。因此,拷贝的数据量大大减小,对应的拷贝时间也大大缩短。
解压缩处理模块203,适于对公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件。在将公共元数据压缩文件和待恢复的数据所属的表对应的压缩文件拷贝出来之后,解压缩处理模块203分别对这些压缩文件进行解压缩处理,得到公共元数据文件和表文件。表文件包括:表数据文件、表结构文件和表索引文件,可选还包括一些辅助文件。解压缩的对象是公共元数据文件和待恢复的数据所属的表对应的表文件,与现有技术对全量数据文件进行解压缩处理相比,所处理的数据量大大减小,对应的处理时间也大大缩短。
恢复模块204,适于读取公共元数据文件和表文件,查找到待恢复的数据对应的备份数据,将备份数据存储到数据库中。
进一步的,该装置还包括:解密处理模块205,适于对公共元数据文件和表文件进行解密处理。如果在数据备份过程中备份文件经过加密处理,那么在数据恢复过程中对应的需要对文件进行解密处理。解密处理模块205对公共元数据文件和表文件进行解密所使用的解密算法应与数据备份过程中使用的加密算法相对应。
恢复模块204进一步包括:启动单元206和恢复单元207。
启动单元206,适于读取公共元数据文件,启动数据库实例;
恢复单元207,适于读取表文件,查找到待恢复的数据对应的备份数据,将备份数据存储到数据库中。
启动单元206读取公共元数据文件,启动数据库实例。数据库实例是一组进程/线程以及共享内存区,启动数据库实例后,数据库实例按照公共元数据文件记录的全局属性信息来装载和打开数据库的各个表文件。然而在本发明中,由于启动数据库实例的机器仅拷贝了待恢复的数据所属的表对应的表文件,没有拷贝其它表文件,因此数据库实例在企图装载其它表文件时会产生错误而报错,本发明可忽略这种报错,不影响待恢复的数据所属的表对应的表文件的装载和打开。具体地,在数据库实例发出装载表文件的报错后,该装置所包含的判断模块判断该报错的表文件对应的表标识是否与获取模块201获取的表标识是否一致,若不一致,则对该报错进行忽略处理;若一致,则表明上述步骤得到的表文件有错误,数据恢复失败,本方法结束。
数据库实例装载和打开待恢复的数据所属的表对应的表文件之后,恢复单元207读取表文件,查找到待恢复的数据对应的备份数据,将备份数据存储到数据库中,完成数据恢复过程。
进一步的,若待恢复的数据包含分属多个表的多条数据,该装置启动并发程序(针对每张表启动一个并发程序)以对数据库中多条数据进行同时恢复。通过并发处理能大大提升数据恢复的效率。
根据本实施例提供的数据库中数据的恢复装置,对于待恢复的数据,获取其所属的表的标识;根据表的标识,从备份文件中拷贝公共元数据压缩文件以及该表对应的压缩文件;对公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件;读取公共元数据文件和表文件,查找到待恢复的数据对应的备份数据,将备份数据存储到数据库中。与现有技术相比,本装置无需对全量数据进行拷贝和解压缩,仅处理一张表的压缩文件和公共元数据压缩文件即可,处理的数据量大大减小,对应的处理时间也大大缩短,因此提高了数据恢复的效率。进一步的,当待恢复的数据有多条时,该装置可启动并发程序执行数据恢复,进一步的提升了数据恢复的效率。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的数据库中数据的恢复装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种数据库中数据的恢复方法,用于基于所述数据库的备份文件对所述数据库中的数据进行恢复,所述方法包括:
获取待恢复的数据所属的表的标识;
根据所述表的标识,从备份文件中拷贝公共元数据压缩文件以及该表对应的压缩文件;
对所述公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件;
读取所述公共元数据文件和所述表文件,查找到待恢复的数据对应的备份数据,将所述备份数据存储到数据库中。
2.根据权利要求1所述的方法,其中,所述表对应的压缩文件包括:表数据压缩文件、表结构压缩文件和表索引压缩文件;
所述表文件包括:表数据文件、表结构文件和表索引文件。
3.根据权利要求1所述的方法,其中,在所述对所述公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件之后,所述方法还包括:
对所述公共元数据文件和表文件进行解密处理。
4.根据权利要求1-3任一项所述的方法,所述读取所述公共元数据文件和所述表文件,查找到待恢复的数据对应的备份数据,将所述备份数据存储到数据库中进一步包括:
读取所述公共元数据文件,启动数据库实例;
读取所述表文件,查找到待恢复的数据对应的备份数据,将所述备份数据存储到数据库中。
5.根据权利要求1-3任一项所述的方法,若待恢复的数据包含分属多个表的多条数据,所述方法并发地执行以对数据库中所述多条数据进行同时恢复。
6.一种数据库中数据的恢复装置,用于基于所述数据库的备份文件对所述数据库中的数据进行恢复,所述装置包括:
获取模块,适于获取待恢复的数据所属的表的标识;
拷贝模块,适于根据所述表的标识,从备份文件中拷贝公共元数据压缩文件以及该表对应的压缩文件;
解压缩处理模块,适于对所述公共元数据压缩文件以及该表对应的压缩文件进行解压缩处理,得到公共元数据文件和表文件;
恢复模块,适于读取所述公共元数据文件和所述表文件,查找到待恢复的数据对应的备份数据,将所述备份数据存储到数据库中。
7.根据权利要求6所述的装置,其中,所述表对应的压缩文件包括:表数据压缩文件、表结构压缩文件和表索引压缩文件;
所述表文件包括:表数据文件、表结构文件和表索引文件。
8.根据权利要求6所述的装置,其中,所述装置还包括:解密处理模块,适于对所述公共元数据文件和表文件进行解密处理。
9.根据权利要求6-8任一项所述的装置,所述恢复模块进一步包括:
启动单元,适于读取所述公共元数据文件,启动数据库实例;
恢复单元,适于读取所述表文件,查找到待恢复的数据对应的备份数据,将所述备份数据存储到数据库中。
10.根据权利要求6-8任一项所述的装置,若待恢复的数据包含分属多个表的多条数据,所述装置启动并发程序以对数据库中所述多条数据进行同时恢复。
CN201510994188.0A 2015-12-25 2015-12-25 数据库中数据的恢复方法及装置 Active CN105677509B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510994188.0A CN105677509B (zh) 2015-12-25 2015-12-25 数据库中数据的恢复方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510994188.0A CN105677509B (zh) 2015-12-25 2015-12-25 数据库中数据的恢复方法及装置

Publications (2)

Publication Number Publication Date
CN105677509A CN105677509A (zh) 2016-06-15
CN105677509B true CN105677509B (zh) 2019-03-01

Family

ID=56189596

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510994188.0A Active CN105677509B (zh) 2015-12-25 2015-12-25 数据库中数据的恢复方法及装置

Country Status (1)

Country Link
CN (1) CN105677509B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108900337B (zh) * 2018-06-29 2021-07-16 郑州云海信息技术有限公司 一种元数据服务的故障恢复方法、服务器、客户端及系统
CN110874287B (zh) * 2018-08-31 2023-05-02 阿里巴巴集团控股有限公司 数据库中数据的备份及恢复方法、装置及电子设备
CN109271463B (zh) * 2018-11-30 2022-06-07 四川巧夺天工信息安全智能设备有限公司 一种恢复MySQL数据库的innodb压缩数据的方法
CN111309516B (zh) * 2018-12-12 2023-03-31 深圳市云海物联科技有限公司 智能家居设备管理数据的恢复方法及终端设备
CN111858520B (zh) * 2020-07-21 2024-03-22 杭州溪塔科技有限公司 一种区块链节点数据分离存储的方法和装置
CN112506928A (zh) * 2020-12-10 2021-03-16 中信百信银行股份有限公司 一种验证备份数据有效性的方法和装置
CN113190379B (zh) * 2021-04-12 2022-09-20 山东英信计算机技术有限公司 一种数据库备份减少备份集的方法、系统及介质
CN113282592B (zh) * 2021-07-22 2021-09-24 成都云祺科技有限公司 对mssql数据库进行恢复的方法、系统及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101495970A (zh) * 2005-06-24 2009-07-29 信科索尔特公司 用于高性能企业数据保护的系统和方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2003279847A1 (en) * 2002-10-07 2004-05-04 Commvault Systems, Inc. System and method for managing stored data

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101495970A (zh) * 2005-06-24 2009-07-29 信科索尔特公司 用于高性能企业数据保护的系统和方法

Also Published As

Publication number Publication date
CN105677509A (zh) 2016-06-15

Similar Documents

Publication Publication Date Title
CN105677509B (zh) 数据库中数据的恢复方法及装置
US11513926B2 (en) Systems and methods for instantiation of virtual machines from backups
US8285679B2 (en) Creating a buffer point-in-time copy relationship for a point-in-time copy function executed to create a point-in-time copy relationship
AU2012347883B2 (en) System and method for restoring application data
CN103946809B (zh) 为测试服务器产生产品服务器负载活动
US20100100530A1 (en) Save set bundling for staging
JP5669988B2 (ja) 多重ターゲット・コピーの維持
US10146633B2 (en) Data recovery from multiple data backup technologies
NO20101528A1 (no) Inkrementell implementering av oppheve/gjore pa nytt stotte i arveapplikasjoner
CN108667917B (zh) 一种实现数据存储的方法、装置、计算机存储介质及终端
US9201739B1 (en) Method and system for a database management system add-in for third party backup and restore applications
CN106557266A (zh) 用于独立磁盘冗余阵列raid的方法和装置
US8843450B1 (en) Write capable exchange granular level recoveries
CN105593829A (zh) 从原始映像备份中排除文件系统对象
US20190370116A1 (en) Index based smart folder scan system and method for cloud-computing provider network
US20150248344A1 (en) Z/os workload mapper for potential problem areas using modules and defect data
US10877854B2 (en) Partial restore from tape backup
US20130047032A1 (en) Data set autorecovery
US9015116B2 (en) Consistent replication of transactional updates
US10691349B2 (en) Mitigating data loss
CN112148709A (zh) 数据迁移方法、系统及存储介质
US20120317073A1 (en) Replication Support for Procedures with Arguments of Unsupported Types
CN107544851B (zh) 一种锁操作处理方法及装置
US10939132B2 (en) Generating a data stream with configurable compression
US9170807B2 (en) Determining logical configuration commands to create a logical object

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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220714

Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015

Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park)

Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Patentee before: Qizhi software (Beijing) Co.,Ltd.