CN109388525A - 一种数据库备份系统 - Google Patents

Abstract

本发明公开了一种数据库备份系统，应用于使用情况分析系统，包括本地备份服务器、云存储服务器和客户端，其中本地备份服务器能够在备份周期中的第一时间节点对云存储服务器上的使用情况数据进行RMAN备份，还能够在第二时间节点对使用情况数据进行逻辑备份，并在需要恢复数据时，根据客户端发送的数据恢复指令，利用RMAN备份文件和/或逻辑备份文件进行数据恢复。由于RMAN备份文件占用空间较大，而逻辑备份耗时较长，本发明将两种备份方式相结合，避免了只进行RMAN备份导致备份文件占用空间过大，或者只进行逻辑备份导致备份时间过长的问题，实现了减小备份文件占用空间，节省备份时间的目的。

Description

一种数据库备份系统

技术领域

本发明涉及备份领域，特别涉及一种数据库备份系统。

背景技术

随着信息技术的迅猛发展和整个社会电子商务的发展，现代企业的运作日益依赖于信息技术。目前几乎所有的企业都离不开计算机，越来越多的部门使用计算机系统处理日常业务，企业里的资料如：生产计划，物料资料，销售信息，客户资料，核心文档，代码程序等。这些存储在计算机系统中的数据已成为各个部门的重要财富和资源。

然而，信息技术在给我们带来这么便利的同时，也给我们带来了很多潜在的危机。由于种种原因，我们无法预测，无法防止计算机信息系统的错误，也不能阻挡灾难事件的发生。如果我们对数据安全没有足够的重视，没有采取适当、有效的防患措施，当灾难发生后所造成的计算机数据的破坏，直接关系到企业的生死存亡。

灾难备份(或称为灾难备份及恢复，简称灾备)，它是指利用现有的技术、管理科学以及相关资源确保企业定义的数据库，交易系统，以及其它关键业务系统在灾难发生后可以恢复正常运作的过程。简单的说来，灾难备份为了保证信息系统持续有效的运行，保证对外服务的质量和要求，减少计划外的宕机时间。狭义的灾备包括灾难备份系统，广义的灾备包括灾难备份和灾难恢复两个部分。实施数据的容灾备份，是企业业务持续运作的要求、同时它也是现代企业规避风险，从而健康发展、推进企业全球化发展战略和布局、成为高水平企业的要求。

一般来讲，灾备分为备份和恢复两个部分，当事故发生后，我们能通过有效的备份或者容灾手段能够对原有的信息系统进行修复，从而保证业务系统对外可用，保证业务的连续性和安全性。灾难备份是灾难恢复的基础，严格意义上来讲，如果没有灾难备份我们也不从谈起灾难恢复。灾备是当灾难发生后，对信息系统的前端服界面，中间件软硬件，后台数据库数据，以及业务流程文档进行备份的一个有计划有组织的过程。灾难恢复不仅是灾难备份，它会更加关注业务的恢复和正常运行。

使用情况分析系统是一种将各个设备的使用情况数据采集到云存储服务器以便于更好的分析数据实现高效率维护设备的系统。该云存储服务器一般采用Oracle数据库来存储使用情况数据，其备份方式主要有两种，物理备份和逻辑备份。

其中，物理备份具体的备份方式包含冷备份和热备份，能实现OARCLE数据库的完整恢复，但是它涉及到数据库的具体文件，像普通的物理拷贝文件一样进行备份，因此需要比较大的外部存储空间。

而逻辑备份使用ORACLE数据库中自带的技术从数据库中导出一个二进制文件，它的格式与原来的数据文件不一样。它的基本原理是将数据库的定义读取出来变成一个备份文件，它不包含物理文件，能够适应不同的操作系统，但是这种备份方式如果遇到大型的数据库则会力不从心，因为耗时太长，效率太低。

综上，物理备份占用存储空间较大，而逻辑备份耗时过长，因此，如何提供一种针对使用情况分析系统中的云存储服务器上的使用情况数据进行备份的方法，十分具有研究意义。

发明内容

本发明的目的是提供一种数据库备份系统，用以解决传统备份方式占用存储空间过大以及备份耗时较长的问题。

为解决上述技术问题，本发明提供了一种数据库备份系统，应用于使用情况分析系统，包括本地备份服务器、以及使用情况分析系统中的云存储服务器和客户端；

其中，在所述云存储服务器正常运行时，所述本地备份服务器用于在备份周期的第一时间节点对所述云存储服务器中的使用情况数据执行RMAN备份，得到RMAN备份文件并保存到所述本地备份服务器；还用于在所述备份周期的第二时间节点根据所述RMAN备份文件对所述云存储服务器上的使用情况数据执行逻辑备份，得到逻辑备份文件并保存到所述本地备份服务器；其中，所述备份周期为预先设置的，在所述备份周期中所述第二时间节点的数量大于所述第一时间节点的数量；

在所述云存储服务器需要进行数据恢复时，所述本地备份服务器用于根据所述客户端发送来的数据恢复指令，利用所述RMAN备份文件，和/或所述逻辑备份文件对所述云存储服务器上的使用情况数据进行恢复。

优选的，在所述备份周期中所述第一时间节点的数量为一个，多个所述第二时间节点均匀分布在所述备份周期上。

优选的，所述使用情况数据包括设备使用情况数据、数据库使用情况数据以及用户使用情况数据中至少两项。

优选的，所述本地备份服务器为光纤存储服务器，所述光纤存储服务器与所述云存储服务器通过光纤相连接。

优选的，还包括异地备份服务器，所述本地备份服务器用于将所述本地服务器上的所述RMAN备份文件以及所述逻辑备份文件备份到所述异地备份服务器。

优选的，所述本地备份服务器包括本地无线通信模块，所述异地备份服务器包括异地无线通信模块；所述本地备份服务器通过所述本地无线通信模块和所述异地无线通信模块将所述RMAN备份文件以及所述逻辑备份文件备份到所述异地备份服务器。

优选的，所述异地备份服务器为异地磁带库。

优选的，所述数据恢复指令包括数据恢复时间节点，所述本地服务器具体用于确定与所述数据恢复时间节点最接近的第二时间节点，并确定在所述第二时间节点之前且与所述第二时间节点最接近的第一时间节点，进而利用在所述第一时间节点备份得到的RMAN备份文件，和/或在所述第二时间节点备份得到的逻辑备份文件对所述云存储服务器上的使用情况数据进行恢复。

本发明所提供的一种数据库备份系统，应用于使用情况分析系统，包括本地备份服务器、云存储服务器和客户端，其中本地备份服务器能够在备份周期中的第一时间节点对云存储服务器上的使用情况数据进行RMAN备份，还能够在第二时间节点对使用情况数据进行逻辑备份，并在需要恢复数据时，根据客户端发送的数据恢复指令，利用RMAN备份文件和/或逻辑备份文件进行数据恢复。由于RMAN备份文件占用空间较大，而逻辑备份耗时较长，本发明将两种备份方式相结合，避免了只进行RMAN备份导致备份文件占用空间过大，或者只进行逻辑备份导致备份时间过长的问题，实现了减小备份文件占用空间，节省备份时间的目的。

附图说明

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

图1为本发明提供的一种数据库备份系统实施例的结构框图。

具体实施方式

本发明的核心是提供一种应用于使用情况分析系统的数据库备份系统，减小了备份文件占用空间，节省了备份耗时。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

ORACLE数据库有两类备份方法。第一类为物理备份，该方法实现数据库的完整恢复，但数据库必须运行在归挡模式下(业务数据库在非归挡模式下运行)，且需要极大的外部存储设备，例如磁带库；第二类备份方式为逻辑备份，业务数据库采用此种方式，此方法不需要数据库运行在归挡模式下，不但备份简单，而且可以不需要外部存储设备。数据库逻辑备份方法ORACLE数据库的逻辑备份分为三种模式：表备份、用户备份和完全备份。

以下所提及的RMAN备份为一种用于备份(backup)、还原(restore)和恢复(recover)数据库的Oracle工具，RMAN备份只能用于ORACLE8或更高的版本中，它能够备份整个数据库或数据库部件，如表空间、数据文件、控制文件、归档文件以及Spfile参数文件。

下面对本发明提供的一种数据库备份系统实施例进行介绍，该系统实施例应用于使用情况分析系统，参见图1，该系统实施例包括：本地备份服务器100、以及使用情况分析系统中的云存储服务器200和客户端300。

其中，在所述云存储服务器200正常运行时，所述本地备份服务器100用于在备份周期的第一时间节点对所述云存储服务器200中的使用情况数据执行RMAN备份，得到RMAN备份文件并保存到所述本地备份服务器100；还用于在所述备份周期的第二时间节点根据所述RMAN备份文件对所述云存储服务器200上的使用情况数据执行逻辑备份，得到逻辑备份文件并保存到所述本地备份服务器100；其中，所述备份周期为预先设置的，在所述备份周期中所述第二时间节点的数量大于所述第一时间节点的数量。

在所述云存储服务器200需要进行数据恢复时，所述本地备份服务器100用于根据所述客户端300发送来的数据恢复指令，利用所述RMAN备份文件，和/或所述逻辑备份文件对所述云存储服务器200上的使用情况数据进行恢复。

值得一提的是，本发明所涉及的备份周期为预先设置的，具体来讲，可以以进行两次RMAN备份之间的时间间隔作为一个备份周期。所述第一时间节点可以为备份周期的起始时刻，第二时间节点可以均匀分布在备份周期上。具体的，在一个时段内，例如在一天内，各个时间周期不一定要设置为等长的，比如在白天云存储服务器200上的数据更新较快，而在晚上数据更新较慢，此时可以将备份周期在晚上设置为时间段较长的，而在白天设置为时间段较短的。

另外，对于本发明中所涉及的使用情况数据，指的是使用情况分析系统中采集得到的各个设备上的数据，具体的，所述使用情况数据可以包括设备使用情况数据、数据库使用情况数据以及用户使用情况数据中至少两项。

对于备份文件的保存位置，具体的，可以预先在本地备份服务器100上创建RMAN备份数据库，和逻辑备份数据库。

需要指出的是，对于本地备份服务器100本身可以为与云存储服务器200具有相同的硬件和软件的服务器，且如图1所示，本地备份服务器100与云存储服务器200可以均与客户端300相连接，这样，加入云存储服务器200发生故障，客户端300可以直接利用本地备份服务器100作为备用的云存储服务器来使用。

参见图1，作为一种优选方式，本系统实施例中的所述本地备份服务器100可以采用光纤存储服务器，所述光纤存储服务器与所述云存储服务器200通过光纤相连接。

作为一种优选方式，除了本地备份服务器之外，本系统实施例还可以包括异地备份服务器400，所述本地备份服务器100可以将所述本地服务器100上的所述RMAN备份文件以及所述逻辑备份文件备份到所述异地备份服务器400。具体的，异地备份服务器400可以为异地磁带库。

具体的，本地备份服务器100可以通过无线通信的方式与异地备份服务器400进行数据交互，具体的，所述本地备份服务器100可以包括本地无线通信模块110，所述异地备份服务器400可以包括异地无线通信模块410；所述本地备份服务器100可以通过所述本地无线通信模块110和所述异地无线通信模块410将所述RMAN备份文件以及所述逻辑备份文件备份到所述异地备份服务器400。

需要说明的是，具体的数据恢复过程可以如下：

客户端300向本地存储服务器100发送数据恢复指令，所述数据恢复指令包括数据恢复时间节点，所述本地服务器100进而确定与所述数据恢复时间节点最接近的第二时间节点，并确定在所述第二时间节点之前且与所述第二时间节点最接近的第一时间节点，进而利用在所述第一时间节点备份得到的RMAN备份文件，和/或在所述第二时间节点备份得到的逻辑备份文件对所述云存储服务器200上的使用情况数据进行恢复。

综上，本系统实施例采用逻辑备份与RMAN备份相结合的备份方式，备份文件在本地备份服务器100保留一份最新的，异地磁带库可以根据规划保留一个月的备份。具体的，RMAN备份可以作为系统的主要恢复工具，逻辑备份作为辅助工具。

RMAN备份有全备份(Full Backup)与增量备份(Incremental Backup)，全备份是备份全部数据库，它是将所有的块都复制到备份集中，增量备份是用于大型数据库上，其前提是数据库执行完全备份时间比较长，性能影响比较大，业务受到影响，选用增量备份可以缩短备份时间，减小对业务的影响。RMAN在进行增量备份的时候，仅仅备份自动上一次成功备份后改变的数据块，这能大大提高了备份的效率。依据以往的案例，有时会有丢失表或者丢失部分数据的可能，这样的辅助的逻辑备份能够满足这些风险的应对要求。

逻辑备份的优势是备份不考虑数据库内容的逻辑，仅仅导出一个dump文件当成一个普通文件存放，如果丢失一个表或者表的部分数据，可以运用dump文件快速的找回来。另外当日的备份文件会保留在本地一份，异地磁带库一份。

这两种结合的方式可以避免客户或者相关人员误删数据的表或者表里面的部分数据，这种方案比较灵活，当数据库的表或者部分数据被删除需要恢复的时候，我们不能采取传统的单纯利用逻辑备份恢复方式，因为这种数据库的恢复可能从准备到完成需要几个小时的时间，同时增加的RMAN备份也为了数据完全恢复又提供了一道安全保障。

可见，本实施例所提供的一种数据库备份系统，应用于使用情况分析系统，包括本地本分服务器、云存储服务器和客户端，其中本地备份服务器能够在备份周期中的第一时间节点对云存储服务器上的使用情况数据进行RMAN备份，还能够在第二时间节点对使用情况数据进行逻辑备份，并在需要恢复数据时，根据客户端发送的数据恢复指令，利用RMAN备份文件和/或逻辑备份文件进行数据恢复。由于RMAN备份文件占用空间较大，而逻辑备份耗时较长，本发明将两种备份方式相结合，避免了只进行RMAN备份导致备份文件占用空间过大，或者只进行逻辑备份导致备份时间过长的问题，实现了减小备份文件占用空间，节省备份时间的目的。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的一种数据库备份方法进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (8)

1.一种数据库备份系统，应用于使用情况分析系统，其特征在于，包括本地备份服务器、以及使用情况分析系统中的云存储服务器和客户端；

其中，在所述云存储服务器正常运行时，所述本地备份服务器用于在备份周期的第一时间节点对所述云存储服务器中的使用情况数据执行RMAN备份，得到RMAN备份文件并保存到所述本地备份服务器；还用于在所述备份周期的第二时间节点根据所述RMAN备份文件对所述云存储服务器上的使用情况数据执行逻辑备份，得到逻辑备份文件并保存到所述本地备份服务器；其中，所述备份周期为预先设置的，在所述备份周期中所述第二时间节点的数量大于所述第一时间节点的数量；

在所述云存储服务器需要进行数据恢复时，所述本地备份服务器用于根据所述客户端发送来的数据恢复指令，利用所述RMAN备份文件，和/或所述逻辑备份文件对所述云存储服务器上的使用情况数据进行恢复。

2.如权利要求1所述的系统，其特征在于，在所述备份周期中所述第一时间节点的数量为一个，多个所述第二时间节点均匀分布在所述备份周期上。

3.如权利要求1所述的系统，其特征在于，所述使用情况数据包括设备使用情况数据、数据库使用情况数据以及用户使用情况数据中至少两项。

4.如权利要求1所述的系统，其特征在于，所述本地备份服务器为光纤存储服务器，所述光纤存储服务器与所述云存储服务器通过光纤相连接。

5.如权利要求1所述的系统，其特征在于，还包括异地备份服务器，所述本地备份服务器用于将所述本地服务器上的所述RMAN备份文件以及所述逻辑备份文件备份到所述异地备份服务器。

6.如权利要求5所述的系统，其特征在于，所述本地备份服务器包括本地无线通信模块，所述异地备份服务器包括异地无线通信模块；所述本地备份服务器通过所述本地无线通信模块和所述异地无线通信模块将所述RMAN备份文件以及所述逻辑备份文件备份到所述异地备份服务器。

7.如权利要求6所述的系统，其特征在于，所述异地备份服务器为异地磁带库。

8.如权利要求1-7任意一项所述的系统，其特征在于，所述数据恢复指令包括数据恢复时间节点，所述本地服务器具体用于确定与所述数据恢复时间节点最接近的第二时间节点，并确定在所述第二时间节点之前且与所述第二时间节点最接近的第一时间节点，进而利用在所述第一时间节点备份得到的RMAN备份文件，和/或在所述第二时间节点备份得到的逻辑备份文件对所述云存储服务器上的使用情况数据进行恢复。