CN106372170B - 数据库中表的恢复方法、系统及具有该系统的服务器 - Google Patents

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中任一项所述的数据库中表的恢复系统。

Images