CN106372170B - 数据库中表的恢复方法、系统及具有该系统的服务器 - Google Patents
数据库中表的恢复方法、系统及具有该系统的服务器 Download PDFInfo
- Publication number
- CN106372170B CN106372170B CN201610780706.3A CN201610780706A CN106372170B CN 106372170 B CN106372170 B CN 106372170B CN 201610780706 A CN201610780706 A CN 201610780706A CN 106372170 B CN106372170 B CN 106372170B
- Authority
- CN
- China
- Prior art keywords
- database
- auxiliary
- recovering
- space
- restored
- 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
- 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/21—Design, administration or maintenance of databases
-
- 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/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种数据库中表的恢复方法、系统及具有该系统的服务器,表的恢复方法包括:生成用以创建辅数据库的参数文件,以创建辅数据库;恢复辅数据库的系统表空间;打开辅数据库,查询需恢复的表所在的表空间,并判断表空间是否在辅数据库的系统表空间中;若是,将需恢复的表从辅数据库导出,并将导出的表导入主数据库中;若否,表示需恢复的表所在的表空间在辅数据库的用户表空间中,恢复需恢复的表所在的用户表空间,并将需恢复的表从辅数据库导出,并将导出的表导入主数据库中。本发明支持跨服务器的表恢复,达到减少对生产服务器的影响,降低了恢复的风险的目的,提高了恢复的速度。
Description
技术领域
本发明属于结构化数据保护领域,涉及一种恢复方法和系统,特别是涉及一种数据库中表的恢复方法、系统及具有该系统的服务器。
背景技术
如果用户因为误操作DELETE或者UPDATE了数据并最终提交,我们必须通过闪回区或者备份来纠正这些错误。
闪回区技术有自身的局限性,如只能恢复最近一段时间内的数据,可以闪回到过去多长时间取决于系统中undo数据量的大小等。当闪回区功能不能满足需求时,只是通过恢复备份集的方法恢复数据。
Oracle 10g之后,oracle提供表空间级别的时间点恢复功能。为了恢复表空间里面的某几张表,而去恢复整个表空间,不是一个很有效的方式,因为会影响到表空间内的其他对象。
Oracle 12c之后才提供表时间点的恢复功能。该功能不能恢复sys用户创建的对象,不能恢复表空间system,sysaux里面的对象,并且需要主库和辅助库存在于同个服务器内。辅助库会占用一定的内存和磁盘空间。为了恢复几张表,万一耗尽生产服务器的计算机资源,影响了正常的生产,带来的影响会更大。
Oracle 12c的表恢复,是基于主库的状态设置恢复到的时间点的。如果主库resetlogs之后,表恢复的时间点是只能从resetlogs开始,到当前时间。也就说,主库的状态会影响表的恢复。
因此,如何提供一种数据库中表的恢复方法、系统及具有该系统的服务器,以解决现有技术中表恢复影响主库状态,造成耗尽计算机资源,影响正常生产等缺陷,实以成为本领域从业者亟待解决的技术问题。
发明内容
鉴于以上所述现有技术的缺点,本发明的目的在于提供一种数据库中表的恢复方法、系统及具有该系统的服务器,用以解决现有技术中表恢复影响主库状态,造成耗尽计算机资源,影响正常生产的问题。
为实现上述目的及其他相关目的,本发明一方面提供一种数据库中表的恢复方法,用以恢复主数据库中的表,所述数据库中表的恢复方法包括以下步骤:生成用以创建辅数据库的参数文件,以创建所述辅数据库;恢复所述辅数据库的系统表空间;打开所述辅数据库,查询需恢复的表所在的表空间,并判断所述表空间是否在所述辅数据库的系统表空间中;若是,将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中;若否,表示需恢复的表所在的表空间在所述辅数据库的用户表空间中,恢复需恢复的表所在的用户表空间,并将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中。
于本发明的一实施例中,所述主数据库和辅数据库包括存储表的数据文件,记录所述数据文件的位置的控制文件,和/或记录所述控制文件的参数文件;在所述生成用以创建辅数据库的参数文件的步骤之前,所述数据库中表的恢复方法还包括分析所述主数据库的参数文件。
于本发明的一实施例中,所述辅数据库的参数文件包括用以与所述主数据库的数据库名称相同以使用所述主数据库所产生的备份片的数据库名称,用以与所述主数据库在进程区分的标识,和/或用所述控制文件;所述生成用以创建辅数据库的参数文件的步骤还包括在所述辅数据库的文本文件中配置所述参数文件。
于本发明的一实施例中,所述辅助数据库的启动过程包括用以加载参数文件的未挂载状态,用以根据记录所述控制文件的位置,加载所述控制文件的挂载状态,及用以挂载所述数据文件的打开状态;所述恢复所述辅数据库的系统表空间的步骤包括:将所述辅数据库启动到所述未挂载状态;还复所述控制文件;将所述辅数据库启动到所述挂载状态;重命名所述系统表空间中在线日志的位置;还原所述系统表空间中的数据文件,恢复所述数据文件中的表,并转入所述打开所述辅数据库,查询需恢复的表所在的表空间,并判断所述表空间是否为所述辅数据库的系统表空间的步骤。
于本发明的一实施例中,若恢复的表所在的表空间为用户表空间时,所述恢复需恢复的表所在的用户表空间的步骤包括:关闭所述辅数据库,并将所述辅数据库启动到挂载状态;重命名所述用户表空间的位置;还原所述表所在的用户表空间,并恢复所述用户表空间中的表,转入所述将需恢复的表从所述辅数据库导出的步骤。
于本发明的一实施例中,通过所述辅数据库的系统视图查询需恢复的表所在的表空间。
于本发明的一实施例中,通过所述辅数据库提供的转储工具将需恢复的表从所述辅数据库导出;若所述辅数据库进行跨服务器表恢复,通过所述辅数据库提供的支持远程导入工具将导出的表导入所述主数据库中。
本发明另一方面提供一种数据库中表的恢复系统,所述数据库的表恢复系统包括:创建模块,用于生成用以创建辅数据库的参数文件,以创建所述辅数据库;主恢复模块,用于恢复所述辅数据库的系统表空间;处理模块,用于打开所述辅数据库,查询需恢复的表所在的表空间,并判断所述表空间是否在所述辅数据库的系统表空间中;若是,将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中;若否,表示需恢复的表所在的表空间在所述辅数据库的用户表空间中,令次恢复模块恢复需恢复的表所在的用户表空间,并将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中。
于本发明的一实施例中,所述处理模块通过所述辅数据库提供的转储工具将需恢复的表从所述辅数据库导出;若所述辅数据库进行跨服务器表恢复,通过所述辅数据库提供的支持远程导入工具将导出的表导入所述主数据库中。
本发明又一方面提供一种服务器,所述服务器包括:如权利要求8-9中任一项所述的数据库中表的恢复系统。
如上所述,本发明的数据库中表的恢复方法、系统及具有该系统的服务器,具有以下有益效果:
第一,通过创建一个与主数据库状态无关的辅数据库,支持Oracle10g之后版本的表恢复,可以恢复主库resetlogs之前的表的信息,也可以恢复sys的对象。
第二,辅助数据库可以与主库在不同的服务器上,支持跨服务器的表恢复,达到减少对生产服务器的影响,降低了恢复的风险的目的。
第三,不同于市面上使用的的备份恢复软件,由于市面上使用的的备份恢复软件是使用duplicate命名创建辅助数据库的。而duplicate命令会强制数据库对表空间进行自包含检测,如果不满足自包含,恢复会失败。因此,为了满足表空间自包含,会恢复与表无关的表空间。恢复的数据量变大,恢复时间变长,还有辅助数据库库占用的磁盘空间会变多。本发明无需恢复与表无关的表空间,相对于现有备份恢复软件恢复数据量不大,并提高了恢复速度。
附图说明
图1显示为本发明的数据库中表的恢复方法于一实施例中的流程示意图。
图2显示为本发明的数据库中表的恢复方法中步骤S3的流程示意图。
图3显示为本发明的数据库中表的恢复方法中步骤S6的流程示意图。
图4显示为本发明的数据库中表的恢复系统于一实施例中的原理结构示意图。
图5显示为本发明的服务器于一实施例中的原理结构示意图。
元件标号说明
1 数据库中表的恢复系统
11 分析模块
12 创建模块
13 主恢复模块
14 处理模块
15 次恢复模块
2 服务器
S1~S7 步骤
S31~S35 步骤
S61~S63 步骤
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。
需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
实施例一
本实施例提供一种数据库中表的恢复方法,用以恢复主数据库中的表,所述数据库中表的恢复方法包括以下步骤:
生成用以创建辅数据库的参数文件,以创建所述辅数据库;
恢复所述辅数据库的系统表空间;
打开所述辅数据库,查询需恢复的表所在的表空间,并判断所述表空间是否在所述辅数据库的系统表空间中;若是,将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中;若否,表示需恢复的表所在的表空间在所述辅数据库的用户表空间中,恢复需恢复的表所在的用户表空间,并将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中。
以下结合图示对本实施例所述的数据库中表的恢复方法进行详细说明。本实施例所述的数据库中表的恢复方法具体应用于Oracle数据库,对所述Oracle数据库中的表进行恢复。本实施例所述的数据库中表的恢复方法可在同一服务器上进行,也可以跨服务器执行。但是由于一些服务器性能较差,若主库和辅库都存在于同一服务器时,辅库也会占用一定的内存和磁盘空间,可能会影响原有的主库。若跨服务器恢复表,通过在其他的服务器上创建的辅库提取必要的信息,再恢复到主库中,就会比较灵活方便。
请参阅图1,显示为数据库中表的恢复方法于一实施例中的流程示意图。如图1所示,所述数据库中表的恢复方法包括以下步骤:
S1,分析主数据库的用以启动所述主数据库的参数文件,以在创建辅数据库时,参照所述主数据库的参数文件配置所述辅数据库的参数文件。所述主数据库和辅数据库包括存储表的数据文件,记录所述数据文件的位置的控制文件,和/或记录所述控制文件的参数文件。在本实施例中,所述辅助数据库的启动过程包括用以加载参数文件的未挂载状态,即nomount状态;用以根据记录所述控制文件的位置,加载所述控制文件的挂载状态,即moun状态;及用以挂载所述数据文件的打开状态,即open状态。
S2,生成用以创建辅数据库的参数文件,以创建所述辅数据库。所述辅数据库的参数文件包括:
用以与所述主数据库的数据库名称相同以使用所述主数据库所产生的备份片的数据库名称,在本实施例中所述辅数据库的数据库名称记为db_name。数据库备份时,会产生备份片。所述备份片中记录db_name。使用备份片的时候,oracle会检查,当前数据库的db_name与备份片的db_name是否一致,若否,则不能使用备份片。
用以与所述主数据库在进程区分的标识,在本实施例中,所述辅数据库的标识记为db_unique_name。辅数据库的db_unique_name与主库的不同,以使主库与辅库在进程上区分开来。和/或
用以记录存储有表的数据文件的位置的控制文件,在本实施例中,所述辅数据库的控制文件记为control_files。
换言之,所述步骤S2为在所述辅数据库的文本文件(pfile文件)中配置所述参数文件,db_name,db_unique_name,control_files。
S3,恢复所述辅数据库的系统表空间。在本实施例中,一定要先会恢复系统表空间的,没有系统表空间,数据库无法启动。请参阅图2,显示为步骤S3的流程示意图。如图2所示,所述步骤S3具体包括以下几个步骤:
S31,将所述辅数据库启动到所述未挂载状态。
S32,还复(restore)所述控制文件。在本实施例中,restore是文件级的恢复,物理文件的恢复。
S33,将所述辅数据库启动到所述挂载状态。
S34,重命名所述系统表空间中在线日志的位置。
S35,还原(restore)所述系统表空间中的数据文件,恢复(recover)所述数据文件中的表,并转入步骤S4。在本实施例中,recover是数据级的恢复。逻辑上恢复,例如应用归档日志、重做日志,全部同步,保持一致。
S4,打开所述辅数据库,查询需恢复的表所在的表空间。在本实施例中,通过系统视图ALL_TABLES或者ALL_TAB_PARTITIONS查询出表所在的表空间和所属用户。
S5,判断所述表空间是否在所述辅数据库的系统表空间,若否,则表示需恢复的表所在的表空间在所述辅数据库的用户表空间中,执行步骤S6和S7。若是,则表示需恢复的表所在的表空间在系统表空间,就不需要恢复系统表空间。继续执行步骤S7。
S6,恢复需恢复的表所在的用户表空间。在本实施例中,通过查询表在用户表空间里面,若存在7个用户表空间,只恢复7个用户表空间里面的表所在的用户表空间。请参阅图3,显示为步骤S6的流程示意图。如图3所示,所述步骤S6具体包括以下步骤:
S61,关闭所述辅数据库,并将所述辅数据库启动到挂载状态。
S62,重命名所述用户表空间的位置。
S63,还原(restore)所述表所在的用户表空间,并恢复(recover)所述用户表空间中的表,转入步骤S7。
S7,将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中。在本实施例中,通过所述辅数据库提供的转储工具,即exp/expdb将需恢复的表从所述辅数据库导出。在本实施例中,若辅数据库和主数据库位于同一服务器中,则将导出的表直接置于所述主数据库中。若所述辅数据库进行跨服务器表恢复,即辅数据库和主数据库位于不同服务器,通过所述辅数据库提供的支持远程导入工具,即imp/impdb将导出的表远程导入所述主数据库中。在本实施例中设置跨服务器表恢复是由于Oracle 12c自身有表恢复的功能,但是Oracle 12c不支持跨服务器恢复(不支持SYS对象的恢复),而跨服务器恢复减少对服务器的影响,比较灵活方便。
本实施例所述的数据库中表的恢复方法,具有以下有益效果:
第一,通过创建一个与主数据库状态无关的辅数据库,支持Oracle10g之后版本的表恢复,可以恢复主库resetlogs之前的表的信息,也可以恢复sys的对象。
第二,辅助数据库可以与主库在不同的服务器上,支持跨服务器的表恢复,达到减少对生产服务器的影响,降低了恢复的风险的目的。
第三,不同于市面上使用的的备份恢复软件,由于市面上使用的的备份恢复软件是使用duplicate命名创建辅助数据库的。而duplicate命令会强制数据库对表空间进行自包含检测,如果不满足自包含,恢复会失败。因此,为了满足表空间自包含,会恢复与表无关的表空间。恢复的数据量变大,恢复时间变长,还有辅助数据库库占用的磁盘空间会变多。本发明无需恢复与表无关的表空间,相对于现有备份恢复软件恢复数据量不大,并提高了恢复速度。
实施例二
本实施例提供一种数据库中表的恢复系统1,请参阅图4,显示为数据库中表的恢复系统于一实施例中的原理结构示意图。如图4所示,所述数据库的表恢复系统1包括:分析模块11、创建模块12、主恢复模块13、处理模块14、及次恢复模块15。
所述分析模块11用于分析所述主数据库的用以启动所述主数据库的参数文件,以在创建辅数据库时,参照所述主数据库的参数文件配置所述辅数据库的参数文件。所述主数据库和辅数据库包括存储表的数据文件,记录所述数据文件的位置的控制文件,和/或记录所述控制文件的参数文件。在本实施例中,所述辅助数据库的启动过程包括用以加载参数文件的未挂载状态,即nomount状态;用以根据记录所述控制文件的位置,加载所述控制文件的挂载状态,即moun状态;及用以挂载所述数据文件的打开状态,即open状态。
与所述分析模块11连接的创建模块12用于生成用以创建辅数据库的参数文件,以创建所述辅数据库。所述辅数据库的参数文件包括:
用以与所述主数据库的数据库名称相同以使用所述主数据库所产生的备份片的数据库名称,在本实施例中所述辅数据库的数据库名称记为db_name。
用以与所述主数据库在进程区分的标识,在本实施例中,所述辅数据库的标识记为db_unique_name。和/或
用以记录存储有表的数据文件的位置的控制文件,在本实施例中,所述辅数据库的控制文件记为control_files。
在本实施例中,所述创建模块12还用于在所述辅数据库的文本文件(pfile文件)中配置所述参数文件,db_name,db_unique_name,control_files。
与所述创建模块12连接的主恢复模块13用于恢复所述辅数据库的系统表空间。所述创建模块13具体用于将所述辅数据库启动到所述未挂载状态;还复(restore)所述控制文件,将所述辅数据库启动到所述挂载状态,重命名所述系统表空间中在线日志的位置;还原(restore)所述系统表空间中的数据文件,恢复(recover)所述数据文件中的表。
与所述主恢复模块13连接的处理模块14用于打开所述辅数据库,查询需恢复的表所在的表空间。在本实施例中,所述处理模块14通过系统视图ALL_TABLES或者ALL_TAB_PARTITIONS查询出表所在的表空间和所属用户。
所述处理模块14还用于判断所述表空间是否在所述辅数据库的系统表空间,若否,则表示需恢复的表所在的表空间在所述辅数据库的用户表空间中,令所述次恢复模块15恢复需恢复的表所在的用户表空间,待所述次恢复模块15恢复需恢复的表后,所述处理模块14将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中。若是,则表示需恢复的表所在的表空间在系统表空间。将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中。
所述次恢复模块15具体用于关闭所述辅数据库,并将所述辅数据库启动到挂载状态;重命名所述用户表空间的位置;还原(restore)所述表所在的用户表空间,并恢复(recover)所述用户表空间中的表。
在本实施例中,所述处理模块14通过所述辅数据库提供的转储工具,即exp/expdb将需恢复的表从所述辅数据库导出。在本实施例中,若辅数据库和主数据库位于同一服务器中,则将导出的表直接置于所述主数据库中。若所述辅数据库进行跨服务器表恢复,即辅数据库和主数据库位于不同服务器,所述处理模块14通过所述辅数据库提供的支持远程导入工具,即imp/impdb将导出的表远程导入所述主数据库中。在本实施例中设置跨服务器表恢复是由于Oracle 12c自身有表恢复的功能,但是Oracle 12c不支持跨服务器恢复(不支持SYS对象的恢复),而跨服务器恢复减少对服务器的影响,比较灵活方便。
本实施例还提供一种服务器2,请参阅图5,显示为服务器于一实施例中的原理结构示意图。如图5所示,所述服务器2包括上述数据库中表的恢复系统1。在本实施例中,所述服务2中可以只包括辅数据库,也可以包括主数据库和辅数据库。
综上所述,本发明所述的数据库中表的恢复方法、系统及具有该系统的服务器,有以下有益效果:
第一,通过创建一个与主数据库状态无关的辅数据库,支持Oracle10g之后版本的表恢复,可以恢复主库resetlogs之前的表的信息,也可以恢复sys的对象。
第二,辅助数据库可以与主库在不同的服务器上,支持跨服务器的表恢复,达到减少对生产服务器的影响,降低了恢复的风险的目的。
第三,不同于市面上使用的备份恢复软件,由于市面上使用的的备份恢复软件是使用duplicate命名创建辅助数据库的。而uplicate命令会强制数据库对表空间进行自包含检测,如果不满足自包含,恢复会失败。因此,为了满足表空间自包含,会恢复与表无关的表空间。恢复的数据量变大,恢复时间变长,还有辅助数据库库占用的磁盘空间会变多。本发明无需恢复与表无关的表空间,相对于现有备份恢复软件恢复数据量不大,并提高了恢复速度。
上述实施例仅例示性说明本发明的原理及其功效,而非用以限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (9)
1.一种数据库中表的恢复方法,其特征在于,用以恢复主数据库中的表,所述数据库中表的恢复方法包括以下步骤:
生成用以创建辅数据库的参数文件,以创建所述辅数据库;其中,所述辅数据库的启动过程包括用以加载参数文件的未挂载状态,用以根据记录控制文件的位置,加载所述控制文件的挂载状态,及用以挂载所述数据文件的打开状态;所述主数据库和辅数据库包括存储表的数据文件,记录所述数据文件的位置的控制文件,和/或记录所述控制文件的参数文件;
恢复所述辅数据库的系统表空间;其中,该步骤包括:
将所述辅数据库启动到所述未挂载状态;
还复所述控制文件;
将所述辅数据库启动到所述挂载状态;
重命名所述系统表空间中在线日志的位置;
还原所述系统表空间中的数据文件,恢复所述数据文件中的表,并转入所述打开所述辅数据库,查询需恢复的表所在的表空间,并转入下一步骤;
打开所述辅数据库,查询需恢复的表所在的表空间,并判断所述表空间是否在所述辅数据库的系统表空间中;若是,将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中;若否,表示需恢复的表所在的表空间在所述辅数据库的用户表空间中,恢复需恢复的表所在的用户表空间,并将需恢复的表从所述辅数据库导出,并将导出的表导入所述主数据库中。
2.根据权利要求1所述的数据库中表的恢复方法,其特征在于:在所述生成用以创建辅数据库的参数文件的步骤之前,所述数据库中表的恢复方法还包括分析所述主数据库的参数文件。
3.根据权利要求2所述的数据库中表的恢复方法,其特征在于:
所述辅数据库的参数文件包括用以与所述主数据库的数据库名称相同以使用所述主数据库所产生的备份片的数据库名称,用以与所述主数据库在进程区分的标识,和/或用所述控制文件;
所述生成用以创建辅数据库的参数文件的步骤还包括在所述辅数据库的文本文件中配置所述参数文件。
4.根据权利要求3所述的数据库中表的恢复方法,其特征在于:若恢复的表所在的表空间为用户表空间时,所述恢复需恢复的表所在的用户表空间的步骤包括:
关闭所述辅数据库,并将所述辅数据库启动到挂载状态;
重命名所述用户表空间的位置;
还原所述表所在的用户表空间,并恢复所述用户表空间中的表,转入所述将需恢复的表从所述辅数据库导出的步骤。
5.根据权利要求1所述的数据库中表的恢复方法,其特征在于:通过所述辅数据库的系统视图查询需恢复的表所在的表空间。
6.根据权利要求1所述的数据库中表的恢复方法,其特征在于:
通过所述辅数据库提供的转储工具将需恢复的表从所述辅数据库导出;
若所述辅数据库进行跨服务器表恢复,通过所述辅数据库提供的支持远程导入工具将导出的表导入所述主数据库中。
7.一种数据库中表的恢复系统,其特征在于,用以恢复主数据库中的表,所述数据库中表的恢复系统包括:
创建模块,用于生成用以创建辅数据库的参数文件,以创建所述辅数据库;其中,所述辅数据库的启动过程包括用以加载参数文件的未挂载状态,用以根据记录控制文件的位置,加载所述控制文件的挂载状态,及用以挂载所述数据文件的打开状态;所述主数据库和辅数据库包括存储表的数据文件,记录所述数据文件的位置的控制文件,和/或记录所述控制文件的参数文件;
主恢复模块,用于恢复所述辅数据库的系统表空间;所述主恢复模块将所述辅数据库启动到所述未挂载状态;还复所述控制文件;将所述辅数据库启动到所述挂载状态;重命名所述系统表空间中在线日志的位置;还原所述系统表空间中的数据文件,恢复所述数据文件中的表,并转入所述打开所述辅数据库,查询需恢复的表所在的表空间,并调用一处理模块;
处理模块,用于打开所述辅数据库,查询需恢复的表所在的表空间,并判断所述表空间是否在所述辅数据库的系统表空间中;若是,将需恢复的表从所述辅数据库导出,并将导出的表导入主数据库中;若否,表示需恢复的表所在的表空间在所述辅数据库的用户表空间中,令次恢复模块恢复需恢复的表所在的用户表空间,并将需恢复的表从所述辅数据库导出,并将导出的表导入主数据库中。
8.根据权利要求7所述的数据库中表的恢复系统,其特征在于:所述处理模块通过所述辅数据库提供的转储工具将需恢复的表从所述辅数据库导出;若所述辅数据库进行跨服务器表恢复,通过所述辅数据库提供的支持远程导入工具将导出的表导入所述主数据库中。
9.一种服务器,其特征在于,所述服务器包括:如权利要求7-8中任一项所述的数据库中表的恢复系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610780706.3A CN106372170B (zh) | 2016-08-30 | 2016-08-30 | 数据库中表的恢复方法、系统及具有该系统的服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610780706.3A CN106372170B (zh) | 2016-08-30 | 2016-08-30 | 数据库中表的恢复方法、系统及具有该系统的服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106372170A CN106372170A (zh) | 2017-02-01 |
CN106372170B true CN106372170B (zh) | 2020-02-14 |
Family
ID=57899312
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610780706.3A Active CN106372170B (zh) | 2016-08-30 | 2016-08-30 | 数据库中表的恢复方法、系统及具有该系统的服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106372170B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101436207A (zh) * | 2008-12-16 | 2009-05-20 | 浪潮通信信息系统有限公司 | 一种基于日志快照的数据恢复和同步方法 |
CN101814045A (zh) * | 2010-04-22 | 2010-08-25 | 华中科技大学 | 一种用于备份服务的数据组织方法 |
CN103853837A (zh) * | 2014-03-17 | 2014-06-11 | 上海爱数软件有限公司 | Oracle全自动不停生产数据库的表级备份恢复方法 |
CN105320576A (zh) * | 2014-05-30 | 2016-02-10 | 中国电信股份有限公司 | 数据库备份装置与方法 |
-
2016
- 2016-08-30 CN CN201610780706.3A patent/CN106372170B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101436207A (zh) * | 2008-12-16 | 2009-05-20 | 浪潮通信信息系统有限公司 | 一种基于日志快照的数据恢复和同步方法 |
CN101814045A (zh) * | 2010-04-22 | 2010-08-25 | 华中科技大学 | 一种用于备份服务的数据组织方法 |
CN103853837A (zh) * | 2014-03-17 | 2014-06-11 | 上海爱数软件有限公司 | Oracle全自动不停生产数据库的表级备份恢复方法 |
CN105320576A (zh) * | 2014-05-30 | 2016-02-10 | 中国电信股份有限公司 | 数据库备份装置与方法 |
Also Published As
Publication number | Publication date |
---|---|
CN106372170A (zh) | 2017-02-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11256715B2 (en) | Data backup method and apparatus | |
US8010962B2 (en) | Infrastructure for the automation of the assembly of schema maintenance scripts | |
CA2626227C (en) | Apparatus and method for creating a real time database replica | |
US7480643B2 (en) | System and method for migrating databases | |
JP5039891B2 (ja) | データベースの複製を生成する装置及び方法 | |
US7917472B2 (en) | Method, system and computer-readable media for backing up information contained in a database | |
US20070245332A1 (en) | Method and apparatus to perform an application software migration | |
CN110209735B (zh) | 数据库备份方法、数据库备份装置、计算设备和存储介质 | |
US11755427B2 (en) | Fast recovery and replication of key-value stores | |
US20110191299A1 (en) | Logical data backup and rollback using incremental capture in a distributed database | |
US20080243954A1 (en) | Generating and indicating incremental backup copies from virtual copies of a data set | |
US10756757B2 (en) | Maintaining data deduplication reference information | |
KR20040053142A (ko) | 대형 파일들의 효율적 관리 | |
KR20050001301A (ko) | 파일 시스템 액세스 방법, 파일 시스템 복원 방법, 컴퓨터 판독 가능 기록 매체 및 데이터 처리 시스템 | |
US10509780B2 (en) | Maintaining I/O transaction metadata in log-with-index structure | |
JPH08504528A (ja) | データベースにおけるメモリ空間の最適化方法 | |
WO2005078603A1 (en) | Method of converting a filesystem while the filesystem remains in an active state | |
CN103617277A (zh) | 一种还原误删除的数据表内容的方法 | |
US7631020B1 (en) | Method and system of generating a proxy for a database | |
CA2279028C (en) | Dropped database table recovery | |
EP1700237A1 (en) | System and method for removing rows from directory tables | |
US20060004877A1 (en) | Method and system for data processing with data replication for the same | |
US11829291B2 (en) | Garbage collection of tree structure with page mappings | |
US7831564B1 (en) | Method and system of generating a point-in-time image of at least a portion of a database | |
CN106372170B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |