CN103942117A - 一种数据备份方法、装置及系统 - Google Patents

Abstract

一种数据备份方法、装置及系统，主要内容包括：数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据，启动自身运行在归档模式下；对接收的数据进行物理备份。本发明实施例的方案由于利用数据备份装置作为中间数据库，一方面将原始数据库中的全部数据导入数据备份装置，另一方面并将该数据备份装置运行在归档模式下，进而可对该数据备份装置中的数据进行物理备份，实现了借助数据备份装置实现了运行在非归档模式下的原始数据库的物理备份，而使用物理备份在对存储的数据量较大的数据库进行数据备份和数据恢复时效率较高，因而本发明实施例的方案提高了存储的数据量较大的数据库的数据备份效率和恢复效率。

Description

一种数据备份方法、装置及系统

技术领域

本发明涉及业务支撑技术领域，尤其涉及一种数据备份方法、装置及系统。

背景技术

数据库可以运行在归档模式和非归档模式下，在归档模式下，当在线日志文件被循环重用（覆盖）之前保存一份副本文件到其他位置；在非归档模式下，在线日志被覆盖之前不保存副本文件到其他位置，而是直接覆盖掉（也就是丢弃）。同时，数据库的数据备份又可分为物理备份和逻辑备份，其中，物理备份是将实际组成数据库的操作系统文件从一处拷贝到另一处的备份过程，通常是从磁盘到磁带，具体包括冷备份和热备份；逻辑备份是利用备份工具或接口从数据库中抽取并存为数据文件的过程。

在使用数据库时，对于存储的数据量较大的数据库，由于运行在归档模式下，需要大量的存储空间来保存日志文件并且大量的消耗数据库的性能来对归档的日志文件进行管理及维护，因此，存储量的数据量较大的数据库通常运行在非归档模式，运行在非归档模式下的数据库只能采用逻辑备份，尽管采用逻辑方式可移植性比较强，可以实现跨平台、跨数据库软件，版本和跨字符集，但相对于数据块(block)级的物理备份，其备份效率和恢复效率比较低。同时由于利用逻辑备份只能恢复出部分关键数据表的历史增量数据，一旦整个数据库发生异常，将无法对数据库进行整体恢复。

发明内容

本发明实施例提供一种数据备份方法、装置及系统，以提高存储的数据量较大的数据库的数据备份效率和恢复效率。

一种数据备份方法，所述方法包括：

数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据，所述原始数据库中的全部数据为逻辑一致性的数据；

数据备份装置启动自身运行在归档模式下；

运行在归档模式的数据备份装置对接收的数据进行物理备份。

一种数据备份装置，包括：

接收模块，用于接收来自运行在非归档模式下的原始数据库中的全部数据，所述原始数据库中的全部数据为逻辑一致性的数据；

模式启动模块，用于启动数据备份装置运行在归档模式下；

备份模块，用于对接收的数据进行物理备份。

一种数据备份系统，所述数据备份系统包括：原始数据库和数据备份装置；

原始数据库，用于存储数据，并向数据备份装置发送自身存储的数据；

所述数据备份装置，用于接收来自运行在非归档模式下的原始数据库中的全部数据，启动自身运行在归档模式下，以及对接收的数据进行物理备份，所述原始数据库中的全部数据为逻辑一致性的数据。

通过本发明实施例的方案，由于利用数据备份装置作为中间数据库，一方面将原始数据库中的全部数据导入数据备份装置，另一方面将该数据备份装置运行在归档模式下，进而可对该数据备份装置中的数据进行物理备份，实现了借助数据备份装置实现了运行在非归档模式下的原始数据库的物理备份，而使用物理备份在对存储的数据量较大的数据库进行数据备份和数据恢复时效率较高，因而本发明实施例的方案提高了存储的数据量较大的数据库的数据备份效率和恢复效率。

附图说明

图1为本发明实施例一中的数据备份方法流程图；

图2为本发明实施例二中的数据备份架构的结构示意图；

图3为本发明实施例三中的数据备份装置结构示意图；

图4为本发明实施例三中的数据备份装置结构示意图；

图5为本发明实施例三中的数据备份装置结构示意图；

图6为本发明实施例四中的数据备份系统结构示意图。

具体实施方式

下面结合具体实施例详细描述本发明方案。

实施例一

如图1所示，为本发明实施例一中的一种数据备份方法，所述方法包括以下步骤：

步骤101：数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据。

本步骤101中，可以是数据备份装置主动向运行在非归档模式下的原始数据库发起数据传输请求，原始数据库在接收到数据传输请求后向数据备份装置发送自身存储的全部数据，也可以是原始数据库向数据备份装置主动发起数据传输请求，备份数据装置在响应原始数据库的请求后，原始数据库向数据备份装置发送自身存储的全部数据，这里并不对此进行限定。

所述原始数据库中的全部数据为逻辑一致性的数据，也就是说所述全部数据包括该原始数据库中的数据文件和共享该原始数据库的存储空间的所有主机的内存空间中的数据。

所述数据备份装置可以包括备份数据库和共享该备份数据库的主机，此时，在本步骤101中，即为备份数据库接收来自运行在非归档模式下的原始数据库的全部数据。

较优的，所述数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据可以通过以下两种方式中的任意一种方式来实现。

第一种方式：

第一步：数据备份装置接收来自运行在非归档模式下的原始数据库中的数据；

第二步：数据备份装置关闭共享该原始数据库的存储空间的所有主机内的数据库软件应用程序，以使所述主机的内存空间中的数据存入所述原始数据库；

在该第一种方式中的第二步中，关闭共享该原始数据库的存储空间的所有主机内的数据库软件应用程序后，共享该原始数据库的存储空间的所有主机的内存空间中的数据则会自动保存在所述原始数据库中。

第三步：数据备份装置接收运行在非归档模式下的原始数据库中的来自所述主机的内存空间中的数据。

第二种方式：

第一步：数据备份装置关闭共享该原始数据库的存储空间的所有主机内的数据库软件应用程序，以使所述主机的内存空间中的数据存入所述原始数据库；

该第二种方式中的第一步与上述第一种方式的第二步的目的相同，均是使所述主机的内存空间中的数据存入所述原始数据库。

第二步：数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据。

由于主机的内存中的数据较少，采用上述第一种方式，可以使共享该原始数据库的存储空间的所有主机内的数据库软件应用程序关闭的时间较短，很快的完成原始数据库中所有数据到数据备份装置的复制，完成数据的复制之后，所述主机可开启其内的数据库软件应用程序，进行数据的生产过程。

步骤102：数据备份装置断开和运行在非归档模式下的原始数据库之间的数据传输。

需要说明的是，本步骤102是本发明实施例一的优选步骤，目的是将原始数据库和数据备份装置进行隔离，一方面，使得原始数据库继续行使其生产数据的功能时不受数据备份装置的影响；另一方面，使得数据备份装置在进行数据备份时不受原始数据库的影响。

步骤103：数据备份装置启动自身运行在归档模式下。

本步骤103也即为共享备份数据库的主机启动，并使该备份数据库运行在归档模式下。

步骤104：运行在归档模式的数据备份装置对接收的数据进行物理备份。

由于数据备份装置运行在归档模式下，因此可以对接收的数据进行物理备份。

所述运行在归档模式的数据备份装置对接收的数据进行物理备份，具体为：

运行在归档模式的数据备份装置将接收的数据备份到磁带介质。

通过本发明实施例一的方案，由于利用数据备份装置作为中间数据库，一方面将原始数据库中的全部数据导入数据备份装置，另一方面将该数据备份装置运行在归档模式下，进而可对该数据备份装置中的数据进行物理备份，实现了借助数据备份装置实现了运行在非归档模式下的原始数据库的物理备份，而使用物理备份在对存储的数据量较大的数据库进行数据备份和数据恢复时效率较高，因而本发明实施例的方案提高了存储的数据量较大的数据库的数据备份效率和恢复效率，并且，由于采用物理备份，因此，在整个数据库发生异常，可以利用备份的数据来实现对原始数据库进行整体恢复。

为了更清楚的说明本发明实施例一的方案，本发明实施例二中以图2中所示的原始数据库为XP24000存储、共享该XP24000的主机为4台rx8640主机、数据备份装置为rx8640主机和企业虚拟阵列（Enterprise Virtual Array EVA）存储、数据库软件为Oracle数据库软件，以及磁带介质为IBM3584为例，对本发明实施例一的方案进行详细地说明。

实施例二

图2中共享XP24000的存储空间的4台主机可称为ORACLE集群（RealApplication Clusters，RAC）节点，相互之间可以由心跳网络连接，该4台主机并且都通过SAN网络连接到XP24000。XP24000数据库为Oracle 11g RAC，数据量为50TB，没有开启归档模式，也即运行在非归档模式下。

图2中数据备份装置由rx8640主机和若干台EVA存储设备组成，其中rx8640主机和EVA存储设备通过存储子网（Storage Area Network，SAN）进行连接，rx8640主机和IBM3584LTO5磁带库通过备份子网进行连接。IBM3584磁带库共配置20个LTO5驱动（DRIVER）和2个磁带柜，通过驱动器读写磁带进行数据备份和恢复，所述存储子网是主机和用于存放数据库文件的存储之间的SAN网络，所述备份子网是主机和用于LAN free模式备份数据库的磁带库之间的SAN网络。

第一步：开启XP24000存储镜像（Business Copy，BC）异步数据复制功能（在XP24000存储上配置EVA存储为外部存储（external storage），通过XP24000的存储前端口（CHA port）和EVA的存储前端口（FP port）直接传输数据实现BC数据复制。），实时将XP24000上的数据同步到EVA中，以此实现定期备份。在定期备份时间（依据数据库中的数据量定）到达后，关闭共享该XP240000上的数据库应用软件（可以为oracle数据库），来保证ORACLE对存储的数据的逻辑一致性（ORACLE采用异步输入输出（Input Output，IO）。

第二步：接收断开命令（如pairsplit命令）断开XP24000K和EVA之间的数据传输，实现由EVA和rx8640构成的备份环境与由XP24000和共享该XP24000的主机（也即图2中与XP24000相连的4台rx8640主机）构成的生产环境的分离。

第三步：生产环境正常打开共享XP24000的主机中的数据库软件，开始恢复对外提供服务。

第四步：rx8640或任何一台安装了和共享XP24000的主机中的数据库软件一样的主机以归档模式启动与自身相连的EVA存储上的oracle数据库。

第五步：使用数据库备份软件启动数据库备份任务，将EVA存储上的数据库备份到磁带介质IBM3584中，从而完成对XP24000数据库中的数据的物理备份。

使用上述数据备份方法，在XP24000数据库中的数据量大，没有打开归档的情况下，可以有效的实现数据库的物理备份。

实施例三

如图3所示，为本发明实施例三中的数据备份装置，所述数据备份装置工作在归档模式下，包括：接收模块11、模式启动模块12和备份模块13，其中：

接收模块11，用于接收来自运行在非归档模式下的原始数据库中的全部数据，所述原始数据库中的全部数据为逻辑一致性的数据；

模式启动模块12，用于启动数据备份装置运行在归档模式下；

备份模块13，用于对接收的数据进行物理备份。

较优的，如图4所示，所述接收模块具体包括：

第一接收单元21，用于接收来自运行在非归档模式下的原始数据库中的数据；

关闭单元22，用于关闭共享该原始数据库的存储空间的所有主机内的数据库软件，以使所述主机的内存空间中的数据存入所述原始数据库；

第二接收单元23，用于接收运行在非归档模式下的原始数据库中的来自所述主机的内存空间中的数据。

较优的，如图5所示，所述接收模块11具体包括：

关闭单元31，用于关闭共享该原始数据库的存储空间的所有主机内的数据库软件，以使所述主机的内存空间中的数据存入所述原始数据库；

接收单元32，用于接收来自运行在非归档模式下的原始数据库中的全部数据。

较优的，所述数据备份装置还包括：

断开模块14，用于断开数据备份装置和运行在非归档模式下的原始数据库之间的数据传输。

较优的，所述备份模块13，具体用于将接收的数据备份到磁带介质。

实施例四

如图6所示，为本发明实施例四中的数据备份系统，所述数据备份系统包括：原始数据库41和数据备份装置42；

原始数据库41，用于存储数据，并向数据备份装置发送自身存储的数据；

所述数据备份装置42，用于接收来自运行在非归档模式下的原始数据库中的全部数据，启动自身运行在归档模式下，以及对接收的数据进行物理备份，所述原始数据库中的全部数据为逻辑一致性的数据。

较优的，所述数据库备份装置42，具体用于接收来自运行在非归档模式下的原始数据库中的数据，关闭共享该原始数据库的存储空间的所有主机内的数据库软件应用程序，以使所述主机的内存空间中的数据存入所述原始数据库，以及接收运行在非归档模式下的原始数据库中的来自所述主机的内存空间中的数据。

较优的，所述数据库备份装置42，具体用于关闭共享该原始数据库的存储空间的所有主机内的数据库软件应用程序，以使所述主机的内存空间中的数据存入所述原始数据库，以及接收来自运行在非归档模式下的原始数据库中的全部数据。

较优的，所述数据库备份装置42，还用于在接收来自运行在非归档模式下的原始数据库中的全部数据之后，对接收的数据进行物理备份之前，断开自身和运行在非归档模式下的原始数据库之间的数据传输。

较优的，所述数据库备份系统还包括：磁带介质43，所述数据库备份装置42，具体用于将接收的数据备份到磁带介质43。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理装置的处理器以产生一个机器，使得通过计算机或其他可编程数据处理装置的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理装置以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理装置上，使得在计算机或其他可编程装置上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程装置上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (11)

1.一种数据备份方法，其特征在于，所述方法包括：

数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据，所述原始数据库中的全部数据为逻辑一致性的数据；

数据备份装置启动自身运行在归档模式下；

运行在归档模式的数据备份装置对接收的数据进行物理备份。

2.如权利要求1所述的方法，其特征在于，所述数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据，具体包括：

数据备份装置接收来自运行在非归档模式下的原始数据库中的数据；

数据备份装置关闭共享该原始数据库的存储空间的所有主机内的数据库软件，以使所述主机的内存空间中的数据存入所述原始数据库；

数据备份装置接收运行在非归档模式下的原始数据库中的来自所述主机的内存空间中的数据。

3.如权利要求1所述的方法，其特征在于，所述数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据，具体包括：

数据备份装置关闭共享该原始数据库的存储空间的所有主机内的数据库软件，以使所述主机的内存空间中的数据存入所述原始数据库；

数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据。

4.如权利要求1所述的方法，其特征在于，数据备份装置接收来自运行在非归档模式下的原始数据库中的全部数据之后，数据备份装置启动自身运行在归档模式下之前，所述方法还包括：

数据备份装置断开自身和运行在非归档模式下的原始数据库之间的数据传输。

5.如权利要求1所述的方法，其特征在于，所述运行在归档模式的数据备份装置对接收的数据进行物理备份，具体为：

运行在归档模式的数据备份装置将接收的数据备份到磁带介质。

6.一种数据备份装置，其特征在于，所述数据备份装置包括：

接收模块，用于接收来自运行在非归档模式下的原始数据库中的全部数据，所述原始数据库中的全部数据为逻辑一致性的数据；

模式启动模块，用于启动数据备份装置运行在归档模式下；

备份模块，用于对接收的数据进行物理备份。

7.如权利要求6所述的数据备份装置，其特征在于，所述接收模块具体包括：

第一接收单元，用于接收来自运行在非归档模式下的原始数据库中的数据；

关闭单元，用于关闭共享该原始数据库的存储空间的所有主机内的数据库软件应用程序，以使所述主机的内存空间中的数据存入所述原始数据库；

第二接收单元，用于接收运行在非归档模式下的原始数据库中的来自所述主机的内存空间中的数据。

8.如权利要求6所述的数据备份装置，其特征在于，所述接收模块具体包括：

关闭单元，用于关闭共享该原始数据库的存储空间的所有主机内的数据库软件，以使所述主机的内存空间中的数据存入所述原始数据库；

接收单元，用于接收来自运行在非归档模式下的原始数据库中的全部数据。

9.如权利要求6所述的数据备份装置，其特征在于，所述数据备份装置还包括：

断开模块，用于断开数据备份装置和运行在非归档模式下的原始数据库之间的数据传输。

10.如权利要求6所述的数据备份装置，其特征在于，

所述备份模块，具体用于将接收的数据发备份到磁带介质。

11.一种数据备份系统，其特征在于，所述数据备份系统包括：原始数据库和数据备份装置；

原始数据库，用于存储数据，并向数据备份装置发送自身存储的数据；

所述数据备份装置，用于接收来自运行在非归档模式下的原始数据库中的全部数据，启动自身运行在归档模式下，以及对接收的数据进行物理备份，所述原始数据库中的全部数据为逻辑一致性的数据。