CN109086170A - 一种数据库备份恢复方法与装置 - Google Patents

Abstract

本发明公开了一种数据库备份恢复方法与装置包括：对整个源数据库进行物理备份，以获得全库数据集；对全库数据集选择性地进行物理恢复，以生成辅助数据库；对辅助数据库按需进行逻辑备份，以获得dump文件；使用逻辑恢复将dump文件导入另一数据库中。本发明提出的数据库备份恢复方法与装置能够针对不同数据库或不同类型的数据库进行备份与恢复，提高工作效率、较少等待时间。

Description

一种数据库备份恢复方法与装置

技术领域

本发明涉及数据库领域，并且更具体地，特别是指一种数据库备份恢复方法与装置。

背景技术

现有技术中，K-DB数据库备份恢复有两种：物理备份恢复与逻辑备份恢复。物理备份恢复工具kdrmgr可以实现对数据文件的全库备份、增量备份等；逻辑备份恢复工具kdexport、kdimport可以实现对数据库中逻辑对象(如表、索引等的数据)的导入和导出。然而，在物理备份后，在恢复过程中不能指定恢复具体的逻辑对象(表、索引等)来恢复，只能恢复物理文件(全库、全库的增量、具体表空间等)。逻辑备份虽然可以实现对全库的逻辑备份，但效率低下、耗时很长。

针对现有技术中数据库的物理备份不能进行逻辑恢复的问题，目前尚未有有效的解决方案。

发明内容

有鉴于此，本发明实施例的目的在于提出一种数据库备份恢复方法与装置，能够针对不同数据库或不同类型的数据库进行备份与恢复，提高工作效率、较少等待时间。

基于上述目的，本发明实施例的一方面提供了一种数据库备份恢复方法，包括以下步骤：

对整个源数据库进行物理备份，以获得全库数据集；

对全库数据集选择性地进行物理恢复，以生成辅助数据库；

对辅助数据库按需进行逻辑备份，以获得dump文件；

使用逻辑恢复将dump文件导入另一数据库中。

在一些实施方式中，全库数据集包括全部的元数据和全部的业务数据；辅助数据库包括全部的元数据，还包括全部的业务数据、包括部分的业务数据、或不包括业务数据。

在一些实施方式中，对全库数据集选择性地进行物理恢复为：选择全库数据集中全部的元数据，以及全部的业务数据、部分的业务数据、或不选择业务数据进行物理恢复。

在一些实施方式中，元数据包括源数据库的基本框架和逻辑对象。

在一些实施方式中，对辅助数据库按需进行逻辑备份为：根据需要恢复的逻辑对象，从辅助数据库中使用逻辑备份提取并生成相应的dump文件。

在一些实施方式中，逻辑对象包括表。

在一些实施方式中，另一数据库为源数据库、或不同于源数据库和辅助数据库的其他数据库。

在一些实施方式中，源数据库为KD-B数据库。

在一些实施方式中，物理备份使用kdrmgr backup工具来执行；物理恢复使用kdrmgr recover工具来执行；逻辑备份使用kdexport工具来执行；逻辑恢复使用kdimport工具来执行。

本发明实施例的另一方面，还提供了一种数据库备份恢复装置，包括至少一个处理器和存储器，存储器用于存储可在处理器上运行的程序代码，其中处理器在运行程序代码时执行上述的数据库备份恢复方法。

本发明具有以下有益技术效果：本发明实施例提供的数据库备份恢复方法与装置，通过对整个源数据库进行物理备份获得全库数据集、对全库数据集选择性地进行物理恢复生成辅助数据库、对辅助数据库按需进行逻辑备份获得dump文件、使用逻辑恢复将dump文件导入另一数据库中的技术方案，能够针对不同数据库或不同类型的数据库进行备份与恢复，提高工作效率、较少等待时间。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的数据库备份恢复方法的实施例的流程示意图；

图2为本发明提供的数据库备份恢复方法的实施例的数据流向关系示意图；

图3为本发明提供的数据库备份恢复装置的实施例的硬件结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

基于上述目的，本发明实施例的第一个方面，提出了一种能够针对不同数据库或不同类型的数据库进行备份与恢复的方法的实施例。图1示出的是本发明提供的数据库备份恢复方法的实施例的流程示意图。

所述数据库备份恢复方法，可选地，应用于数据库，包括以下步骤：

步骤S101，对整个源数据库进行物理备份，获得全库数据集；

步骤S103，对全库数据集选择性地进行物理恢复，生成辅助数据库；

步骤S105，对辅助数据库按需进行逻辑备份，获得dump文件；

步骤S107，使用逻辑恢复将dump文件导入另一数据库中。

其中，源数据库是需要进行备份的数据库；辅助数据库是本发明实施例创建的数据库，使用全库数据集在辅助数据库中进行物理恢复，然后通过逻辑备份工具从辅助数据库中导出需要的表或其他对象，再通过逻辑恢复工具导入到其他需要导入的数据库中。辅助数据库和源数据库的环境(存储空间和硬件配置)应尽量保持一致。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。所述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

在一些实施方式中，全库数据集包括全部的元数据和全部的业务数据；辅助数据库包括全部的元数据，还包括全部的业务数据、包括部分的业务数据、或不包括业务数据。在一些实施方式中，对全库数据集选择性地进行物理恢复为：选择全库数据集中全部的元数据，以及全部的业务数据、部分的业务数据、或不选择业务数据进行物理恢复。在一些实施方式中，元数据包括源数据库的基本框架和逻辑对象。

元数据即业务数据的控制数据，也是逻辑备份恢复所涉及的关键数据。辅助数据库设计为主要用于保存元数据，元数据足以还原基本框架和逻辑对象的内容，而不涉及具体的业务数据。

结合这里的公开所描述的各种示例性步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给数据库的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现所述的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

在一些实施方式中，对辅助数据库按需进行逻辑备份为：根据需要恢复的逻辑对象，从辅助数据库中使用逻辑备份提取并生成相应的dump文件。dump文件是存储所需的基本框架和逻辑对象信息的中间文件，并且存储为易于写入数据库的形式。

在一些实施方式中，逻辑对象包括表。除表以外，逻辑对象还可以包括索引、视图、序列、存储过程等内容。

在一些实施方式中，另一数据库为源数据库、或不同于源数据库和辅助数据库的其他数据库。

本发明实施例的数据流向如图2所示。首先执行物理备份脚本，对源数据库使用kdrmgr进行全库备份，生成全库数据集，再执行恢复脚本，恢复脚本将从物理备份集中快速恢复源数据库的基本框架(如system、sysaux、undo、temp表空间等)，然后对恢复脚本中指定表或其他对象所在的表空间进行单独恢复，得到辅助数据库。生成辅助数据库不需要恢复全库，因此更加快速高效。最后，对恢复脚本中指定的表或其他对象从辅助数据库中kdexport导出，再按kdimport导入到其他数据库中，即完成恢复。

根据本发明实施例公开的方法还可以被实现为由CPU执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被CPU执行时，执行本发明实施例公开的方法中限定的上述功能。上述方法步骤也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。

在一些实施方式中，源数据库为KD-B数据库。在一些实施方式中，物理备份使用kdrmgr backup工具来执行；物理恢复使用kdrmgr recover工具来执行；逻辑备份使用kdexport工具来执行；逻辑恢复使用kdimport工具来执行。

K-DB是浪潮自研的国产关系型数据库，功能类似oracle数据库。Kdrmgr是K-DB自带的备份恢复工具，包括kdrmgr backup和kdrmgr recover分别用于物理备份恢复(即备份恢复数据库文件)，可实现全库备份恢复，增量备份恢复，基于时间点备份恢复等功能。Kdexport是逻辑备份工具，可以从数据库导出逻辑对象(如表、索引、视图、序列、存储过程等)；kdimport是逻辑恢复工具，可以向数据库导入逻辑对象。

从上述实施例可以看出，本发明实施例提供的数据库备份恢复方法，通过使用启用表广播机制、接收数据操纵语言的数据库语句、判断数据库语句是否需要执行全局表逻辑、需要时使用表广播机制将数据库语句表广播到所有数据库节点、不需要时将数据库语句发送到所有数据库节点并执行数据库语句的技术方案，能够针对不同数据库或不同类型的数据库进行备份与恢复，提高工作效率、较少等待时间。

需要特别指出的是，上述数据库备份恢复方法的各个实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于数据库备份恢复方法也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在所述实施例之上。

基于上述目的，本发明实施例的第二个方面，提出了一种能够针对不同数据库或不同类型的数据库进行备份与恢复的装置的实施例。所述数据库备份恢复装置包括至少一个处理器和存储器，存储器用于存储可在处理器上运行的程序代码，其中处理器在运行程序代码时执行上述的数据库备份恢复方法。

如图3所示，为本发明提供的执行所述数据库备份恢复方法的数据库备份恢复装置的一个实施例的硬件结构示意图。

以如图3所示的数据库备份恢复装置为例，在该数据库备份恢复装置中包括至少一个处理器301以及存储器302，并还可以包括：输入装置303和输出装置304。

处理器301、存储器302、输入装置303和输出装置304可以通过总线或者其他方式连接，图3中以通过总线连接为例。

存储器302作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的所述数据库备份恢复方法对应的程序指令/模块。处理器301通过运行存储在存储器302中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的数据库备份恢复方法。

存储器302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据数据库备份恢复装置的使用所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器302可选包括相对于处理器301远程设置的存储器，这些远程存储器可以通过网络连接至本地模块。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置303可接收输入的数字或字符信息，以及产生与数据库备份恢复装置的用户设置以及功能控制有关的键信号输入。输出装置304可包括显示屏等显示设备。

所述一个或者多个数据库备份恢复方法对应的程序指令/模块存储在所述存储器302中，当被所述处理器301执行时，执行上述任意方法实施例中的数据库备份恢复方法。

所述执行所述数据库备份恢复方法的计算机设备的任何一个实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

结合这里的公开所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行这里所述功能的下列部件来实现或执行：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。通用处理器可以是微处理器，但是可替换地，处理器可以是任何传统处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP和/或任何其它这种配置。

本发明实施例提供的数据库备份恢复装置，通过使用启用表广播机制、接收数据操纵语言的数据库语句、判断数据库语句是否需要执行全局表逻辑、需要时使用表广播机制将数据库语句表广播到所有数据库节点、不需要时将数据库语句发送到所有数据库节点并执行数据库语句的技术方案，能够针对不同数据库或不同类型的数据库进行数据库的备份与恢复，改变Mycat在DML访问时对全局表的执行逻辑，将作用于所有节点的操作改成对主节点的操作再通过表广播机制完成各节点间的数据库备份恢复，从而维持数据库中全局表的数据一致性。

需要特别指出的是，上述数据库备份恢复装置的实施例采用了所述数据库备份恢复方法的实施例来具体说明各模块的工作过程，本领域技术人员能够很容易想到，将这些模块应用到所述数据库备份恢复方法的其他实施例中。当然，由于所述数据库备份恢复方法实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于所述数据库备份恢复装置也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在所述实施例之上。

基于上述目的，本发明实施例的第三个方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的数据库备份恢复方法与实现上述任意装置实施例中的数据库备份恢复装置。所述计算机可读存储介质的实施例，可以达到与之对应的前述任意方法与装置实施例相同或者相类似的效果。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上所述的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (10)

1.一种数据库备份恢复方法，其特征在于，包括以下步骤：

对整个源数据库进行物理备份，以获得全库数据集；

对所述全库数据集选择性地进行物理恢复，以生成辅助数据库；

对所述辅助数据库按需进行逻辑备份，以获得dump文件；

使用逻辑恢复将所述dump文件导入另一数据库中。

2.根据权利要求1所述的方法，其特征在于，所述全库数据集包括全部的元数据和全部的业务数据；所述辅助数据库包括全部的所述元数据，还包括全部的业务数据、包括部分的业务数据、或不包括业务数据。

3.根据权利要求2所述的方法，其特征在于，对所述全库数据集选择性地进行物理恢复为：选择所述全库数据集中全部的所述元数据，以及全部的业务数据、部分的业务数据、或不选择业务数据进行物理恢复。

4.根据权利要求2所述的方法，其特征在于，所述元数据包括所述源数据库的基本框架和逻辑对象。

5.根据权利要求4所述的方法，其特征在于，对所述辅助数据库按需进行逻辑备份为：根据需要恢复的所述逻辑对象，从所述辅助数据库中使用逻辑备份提取并生成相应的dump文件。

6.根据权利要求4所述的方法，其特征在于，所述逻辑对象包括表。

7.根据权利要求1所述的方法，其特征在于，所述另一数据库为所述源数据库、或不同于所述源数据库和所述辅助数据库的其他数据库。

8.根据权利要求1中所述的方法，其特征在于，所述源数据库为KD-B数据库。

9.根据权利要求8中所述的方法，其特征在于，所述物理备份使用kdrmgr backup工具来执行；所述物理恢复使用kdrmgr recover工具来执行；所述逻辑备份使用kdexport工具来执行；所述逻辑恢复使用kdimport工具来执行。

10.一种数据库备份恢复装置，其特征在于，包括：

至少一个处理器；

存储器，所述存储器用于存储可在所述处理器上运行的程序代码，其中所述处理器在运行所述程序代码时执行如权利要求1-9中任意一项所述的数据库备份恢复方法。