CN102385637A - 一种数据库信息的备份方法及系统 - Google Patents

Abstract

本发明公开了一种数据库信息的备份方法，包括：监测应用系统对数据库进行操作的SQL指令；分析SQL指令，获取SQL指令所对应数据库中的数据信息；将数据信息转化为日志文件，分别发送至不同的服务器进行备份。本发明还公开了一种数据库信息的备份系统，包括：监测模块，用于监测应用系统对数据库进行操作的SQL指令；分析模块，用于分析SQL指令，获取SQL指令所对应数据库中的数据信息；转化模块，用于将数据信息转化为日志文件，分别发送至不同的服务器进行备份。通过本发明提供的一种数据库信息的备份方法及系统，能够确保需要备份数据信息成功备份至位于异地的目标服务器，保护备份信息的安全。

Description

一种数据库信息的备份方法及系统

技术领域

本申请涉及数据库领域，尤其涉及一种数据库信息的备份方法及系统。

背景技术

随着计算机技术的发展和信息系统的广泛应用，数据库的应用也是越来越广泛，并逐渐成了信息系统的基础和核心。数据库是存储在一起的相关数据的集合，这些数据是结构化的，无有害的或不必要的冗余，并为多种应用服务；数据的存储独立于使用它的程序。

为了最大限度地维护信息的安全性和完整性，必须对数据库实施备份。

根据备份端的服务器位置分为本地备份和远程备份，本地备份是将数据库信息备份到本地的服务器上；远程备份是将数据库信息备份到异地的服务器上。

目前数据库的本地备份，就是在本地服务器的一个专用区域建立数据库的一个拷贝，备份过程为：建立本地服务器和数据库之间的备份路径，选择数据库中需要备份的信息，将需要备份的信息通过备份路径传输到本地服务器的备份区域进行存储，即完成了本地备份。

当本地物理环境受到破坏，可能会导致服务器数据受损，数据库备份保护数据信息的作用完全没有得到发挥。

发明内容

有鉴于此，本申请提供了一种数据库信息的备份方法，采用远程备份，当本地服务器数据受损时，备份在异地服务器的数据库数据信息不受影响可以继续使用，保护数据库数据信息的存储安全。

本申请还提供了一种数据库信息的备份系统，用以保证上述方法在实际中的实现及应用。

为实现上述目的，本申请提供了如下技术方案：

一种数据库信息的备份方法，包括：

监测应用系统对数据库进行操作的SQL指令；

分析所述SQL指令，获取所述SQL指令所对应数据库中的数据信息；

将所述数据信息转化为日志文件，分别发送至不同的服务器进行备份。

优选的，上述的备份方法，所述分析SQL指令，获取所述SQL指令所对应数据库中的数据信息包括：

分析所述SQL指令对数据库的操作类型，所述操作类型包括：更新所述数据库中的已有数据，以及，在所述数据库中插入新的数据；

获取所述数据库中发生更新的数据或新插入的数据。

优选的，上述的备份方法，当获取的所述SQL指令对应的数据信息为所述数据库中已有数据的更新数据时：

所述将数据信息转化为日志文件，分别发送至不同服务器进行备份包括：

将所述经过更新的数据转化为日志文件；发送所述日志文件至服务器，对所述服务器中备份的所述未经过更新的数据信息对应的日志文件进行更新备份。

优选的，上述的备份方法，当获取的所述SQL指令对应的数据信息为所述数据库中插入的新数据时：

所述将数据信息转化为日志文件，分别发送至不同服务器进行备份包括：

将所述插入的新数据转化为日志文件，发送所述日志文件至服务器进行备份。

优选的，上述的备份方法，当获取的所述SQL指令对应的数据信息为所述数据库中删除的数据时：

所述将数据信息转化为日志文件，分别发送至不同服务器进行备份包括：

将所述删除的数据转化为日志文件；

发送所述日志文件至服务器，对所述服务器中备份的所述未经过删除的数据信息对应的日志文件进行删除备份。

优选的，上述的备份方法，在将所述数据信息转化为日志文件之后，分别发送至不同的服务器进行备份之前，还包括：

依据所述转化的日志文件的大小，对所述日志文件进行压缩。

优选的，上述的备份方法，将所述数据信息转化为日志文件，分别发送至不同服务器进行备份包括：

在所述多个不同服务器中选定目标服务器，发送所述日志文件至所述目标服务器，并接收所述目标服务器返回的备份状态信息，当所述备份状态信息标志对所述日志文件备份成功时，完成备份，否则，选定新的目标服务器，将所述日志文件发送至所述新的目标服务器进行备份。

一种数据库信息的备份系统，包括：

监测模块、分析模块和转化模块；

其中：

所述监测模块，用于监测应用系统对数据库进行操作的SQL指令；

所述分析模块，用于分析所述SQL指令，获取所述SQL指令所对应数据库中的数据信息；

所述转化模块，用于将所述数据信息转化为日志文件，分别发送至不同的服务器进行备份。

优选的，上述的备份系统，所述分析模块包括：

分析单元，用于分析所述SQL指令对数据库的操作类型；

更新数据获取单元，用于获取所述SQL指令所对应数据库中的更新数据信息；

插入数据获取单元，用于获取所述SQL指令所对应数据库中新插入的数据信息；

删除数据获取单元，用于获取所述SQL指令所对应数据库中删除的数据信息。

优选的，上述的备份系统，所述转化模块包括：

更新数据转化单元，用于将所述更新数据信息转化为日志文件；

插入数据转化单元，用于将所述新插入的数据信息转化为日志文件；

删除数据转化单元，用于将所述删除的数据信息转化为日志文件；

发送单元，用于将所述日志文件发送至不同的所述服务器进行备份。

优选的，上述的备份系统，所述转化模块还包括：

压缩单元，用于依据所述转化的日志文件的大小，对所述日志文件进行压缩。

通过以上方案可知，本申请公开了一种数据库信息的备份方法及系统，所述一种数据库信息的备份方法，包括：监测应用系统对数据库进行操作的SQL指令；分析所述SQL指令，获取所述SQL指令所对应数据库中的数据信息；将所述数据信息转化为日志文件，分别发送至不同的服务器进行备份。所述一种数据库信息的备份系统，包括：监测模块、分析模块和转化模块；其中：所述监测模块，用于监测应用系统对数据库进行操作的SQL指令；所述分析模块，用于分析所述SQL指令，获取所述SQL指令所对应数据库中的数据信息；所述转化模块，用于将所述数据信息转化为日志文件，分别发送至不同的服务器进行备份。通过本申请提供的一种数据库信息的备份方法及系统，就能实现数据库信息的远程备份，保证在本地服务器的数据受到破坏时，能够保证异地服务器上的数据的安全。

附图说明

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

图1为本申请的一种数据库信息的备份方法实施例1的流程图；

图2为本申请的一种数据库信息的备份方法实施例1中具体的分析SQL指令和获取数据信息的流程图；

图3为本申请的一种数据库信息的备份方法实施例2的流程图；

图4为本申请的一种数据库信息的备份系统实施例1的系统框图；

图5为本申请的一种数据库信息的备份系统实施例1的系统中分析模块框图；

图6为本申请的一种数据库信息的备份系统实施例1的系统中转化模块框图；

图7为本申请的一种数据库信息的备份系统实施例2的系统框图。

具体实施例

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

通过采用本申请的实施例提供的一种数据库信息的备份方法和系统，能够确保需要备份数据信息成功备份至位于异地的目标服务器，保护备份信息的安全。

如图1，示出了本申请提供的一种数据库信息的备份方法实施例1的流程图，可以包括以下步骤：

步骤S101：监测应用系统对数据库进行操作的SQL指令；

应用系统通过SQL方式操作数据库，为了解应用系统的SQL指令，需要对所述SQL指令进行监测。

步骤S102：分析所述SQL指令，获取所述SQL指令所对应数据库中的数据信息；

在本申请中，分析SQL指令，根据该SQL指令对数据库中的数据信息进行获取。具体的分析过程和获取，如本申请提供的图2所示包括：

步骤S201：分析所述SQL指令对数据库的操作类型，所述操作类型包括：更新所述数据库中的已有数据，在所述数据库中插入新的数据，以及在所述数据库中删除的数据；

数据库备份的类型有三种：完全备份、差异备份、增量备份。完全备份：备份全部数据信息，并不依赖数据信息的存档属性来确定备份哪些数据信息。差异备份：差异备份是针对完全备份，备份上一次的完全备份后发生变化的所有数据信息。增量备份是针对于上一次备份(无论是哪种备份)，备份上一次备份后，所有发生变化的数据信息。

在本申请中采用的是增量备份，也就是说，备份上一次备份后，所有发生变化的数据信息。数据信息发生的变化包括：数据库中已有数据的变化、数据库中插入新的数据和数据库中删除数据。则SQL指令对数据库的操作类型就包括：更新所述数据库中的已有数据，在所述数据库中插入新的数据和在所述数据库中删除数据。

分析所述SQL指令，判断出有需要备份的数据信息，即数据库中数据与上一次备份相比发生了变化。

采用SQL语句的增量截获备份，以SQL语句为原则，适用于所有的数据库，而且提高了备份效率。

步骤S202：获取所述数据库中发生更新的数据或新插入的数据或删除的数据。

通过使用CORBA(Common Object Request Broker Architecture公共对象请求代理体系机构)中间件技术使开发人员进行分布式开发的时候不用考虑网络底层的各种情况，利用分布式终端进行通讯的时候，只需将消息发送到ORB(Object Request Broker对象请求代管者)总线即可，不需要考虑对方的IP等底层网络信息。

本申请的备份方法就是基于CORBA标准的分布对象技术，可以忽略IP等底层网络信息。

获取数据库中的增量信息即发生变化的数据：更新的数据或新插入的数据或删除的数据。为将得到的增量信息发送至备份端，需要与所述增量信息匹配的传输副本。采用CORBA名字服务为基础的多副本技术，通过备份系统规定的名字规则得到多个服务副本。

步骤S103：将所述数据信息转化为日志文件，分别发送至不同的服务器进行备份。

所述数据信息包括：更新的数据或新插入的数据或删除的数据。

服务器是位于与数据库所在服务器不同地理位置的地方，异地的服务器。

所以，本步骤可以包括：

步骤S3011：将所述经过更新的数据转化为日志文件；

步骤S3012：发送所述日志文件至服务器，对所述服务器中备份的所述未经过更新的数据信息对应的日志文件进行更新备份。

获取的数据信息为更新的数据信息，对服务器中备份的未经过更新的数据信息对应的日志文件进行更新备份。

步骤S3021：将所述插入的新数据转化为日志文件；

步骤S3022：发送所述日志文件至服务器进行备份。

获取的数据信息为新插入的数据信息，对服务器中备份的数据信息插入新的数据信息。

步骤S3031：将所述删除的数据转化为日志文件；

步骤S3032：发送所述日志文件至服务器进行删除备份。

获取的数据信息为删除的数据信息，对所述服务器中备份的所述未经过删除的数据信息对应的日志文件进行删除备份。

以日志文件的形式记录需要备份的数据信息，多个传输副本根据配置文件的配置信息传输日志文件到相应的备份端。传输副本传输日志文件到备份端的时候，采用以CORBA名字服务为基础的多副本技术。但是多个传输副本传输的可能是同一个日志文件，为了日志文件内数据信息的稳定，需要异步互锁机制，在服务器接收到日志文件时，备份执行副本通过配置文件的信息，扫描相应的目录检测是否有自己需要执行的日志文件，如果有，以独占方式打开日志文件，其他副本访问该日志文件时会打开失败，以防其他副本也执行此文件。

在步骤S103中，将日志文件副本发送至不同的服务器的过程，具体为：在所述多个不同服务器中选定目标服务器，发送所述日志文件至所述目标服务器，并接收所述目标服务器返回的备份状态信息，当所述备份状态信息标识对所述日志文件备份成功时，完成备份，否则，选定新的目标服务器，将所述日志文件发送至所述新的目标服务器进行备份。

目标服务器返回的备份状态信息包括：服务器接收成功和备份成功两个状态信息，如果服务器没有接收成功，则选定新的目标服务器，将所述日志文件发送至所述新的目标服务器进行备份；如果服务器接收成功但是备份不成功，则选定新的目标服务器，将所述日志文件发送至所述新的目标服务器进行备份。只有目标服务器返回的两个成功信息都达到才算是备份成功。只要有一个目标服务器返回的备份状态信息表示成功即服务器接收成功和备份成功，所述数据库需要备份的数据信息就备份成功。

参考图3，示出了本申请一种数据库信息的备份方法实施例2的流程图，在本申请实施例1的基础上，步骤S3012、步骤S3022和步骤S3032之前，还可以包括：

步骤S104：依据所述转化的日志文件的大小，对所述日志文件进行压缩。

判断日志文件的大小即日志文件的数据信息量是否超过了传输线路的负荷程度，如果超过了，会降低它传输速度，所以需要对所述日志文件进行压缩。

若对日志文件进行了压缩，在服务器中执行所述日志文件时，需要先解压缩，再执行日志文件。

与上述本申请实施例1所提供的方法相对应，如图4所示，本申请还提供了一种数据库信息的备份系统实施例1，在本实施例中，该系统包括：

监测模块101、分析模块102、转化模块103；

其中：

所述监测模块101，用于监测应用系统对数据库进行操作的SQL指令；

所述分析模块102，用于分析所述SQL指令，获取所述SQL指令所对应数据库中的数据信息；

所述转化模块103，用于将所述数据信息转化为日志文件，分别发送至不同的服务器进行备份。

如图5所示，其中所述分析模块102包括：

分析单元1021，用于分析所述SQL指令对数据库的操作类型；

更新数据获取单元1022，用于获取所述SQL指令所对应数据库中的更新数据信息；

插入数据获取单元1023，用于获取所述SQL指令所对应数据库中新插入的数据信息；

删除数据获取单元1024，用于获取所述SQL指令所对应数据库中删除的数据信息。

如图6所示，其中所述转化模块103包括：

更新数据转化单元1031，用于将所述更新数据信息转化为日志文件；

插入数据转化单元1032，用于将所述新插入的数据信息转化为日志文件；

删除数据转化单元1033，用于将所述删除的数据信息转化为日志文件；

发送单元1034，用于将所述日志文件发送至不同的所述服务器进行备份。

应用系统通过SQL方式操作数据库，为了解应用系统的SQL指令，监测模块101要对应用系统的SQL指令进行监测。

分析模块1021分析所述SQL指令对数据库的操作类型，所述操作类型包括：更新所述数据库中的已有数据，在所述数据库中插入新的数据，以及在所述数据库中删除数据；然后更新数据获取模块1022获取所述数据库中发生更新的数据，插入数据获取模块1023获取所述数据库中新插入的数据，删除数据获取模块1024获取所述数据库中删除的数据。

分析模块102收到应用系统在执行SQL语句提交的请求后，会将获取的数据信息通过内部CORBA接口传输给转化模块103。转化模块103是多副本同时运行的状态，分析模块102调用CORBA接口传输时可能会因正在使用的转化模块副本故障而导致失败。这个时候就需要用到以CORBA名字服务为基础的多副本技术，分析模块102会通过备份系统规定的名字规则得到下一个服务副本直至调用成功，这样得到以CORBA名字服务为基础的多个传输副本。

转化模块103的更新数据转化模块1031将所述更新数据信息转化为日志文件；插入数据转化单元1032将所述新插入的数据信息转化为日志文件；删除数据转化单元1033，用于将所述删除的数据信息转化为日志文件；发送单元1034将所述日志文件发送至不同的服务器进行备份，多个传输副本根据配置文件的配置信息传输日志文件到相应的备份端服务器，传输副本传输日志文件到备份端服务器的时候，采用以CORBA名字服务为基础的多副本技术。

在服务器接收到日志文件时，以独占方式打开日志文件，其他副本访问该日志文件时会打开失败，以防其他副本也执行此文件。

与上述本申请一种数据库信息的备份方法实施例2所提供的方法相对应，参见图7，本申请还提供了一种数据库信息备份信息的优选实施例2，在本实施例中，转化模块103还包括压缩单元1035，用于依据所述转化的日志文件的大小，对所述日志文件进行压缩。

判断日志文件的大小即日志文件的数据信息量是否超过了传输线路的负荷程度，如果超过了，会降低它传输速度，所以需要对所述日志文件进行压缩。

若对日志文件进行了压缩，在服务器中执行所述日志文件时，需要先解压缩，再执行日志文件。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (11)

1.一种数据库信息的备份方法，其特征在于，包括：

监测应用系统对数据库进行操作的SQL指令；

分析所述SQL指令，获取所述SQL指令所对应数据库中的数据信息；

将所述数据信息转化为日志文件，分别发送至不同的服务器进行备份。

2.根据权利要求1所述的方法，其特征在于，所述分析SQL指令，获取所述SQL指令所对应数据库中的数据信息包括：

分析所述SQL指令对数据库的操作类型，所述操作类型包括：更新所述数据库中的已有数据，在所述数据库中插入新的数据，以及在所述数据库中删除的数据；

获取所述数据库中发生更新的数据或新插入的数据或删除的数据。

3.根据权利要求2所述的方法，其特征在于，当获取的所述SQL指令对应的数据信息为所述数据库中已有数据的更新数据时：

所述将数据信息转化为日志文件，分别发送至不同服务器进行备份包括：

将所述经过更新的数据转化为日志文件；

发送所述日志文件至服务器，对所述服务器中备份的所述未经过更新的数据信息对应的日志文件进行更新备份。

4.根据权利要求2所述的方法，其特征在于，当获取的所述SQL指令对应的数据信息为所述数据库中插入的新数据时：

所述将数据信息转化为日志文件，分别发送至不同服务器进行备份包括：

将所述插入的新数据转化为日志文件，发送所述日志文件至服务器进行备份。

5.根据权利要求2所述的方法，其特征在于，当获取的所述SQL指令对应的数据信息为所述数据库中删除的数据时：

所述将数据信息转化为日志文件，分别发送至不同服务器进行备份包括：

将所述删除的数据转化为日志文件；

发送所述日志文件至服务器，对所述服务器中备份的所述未经过删除的数据信息对应的日志文件进行删除备份。

6.根据权利要求1所述的方法，其特征在于，在将所述数据信息转化为日志文件之后，分别发送至不同的服务器进行备份之前，还包括：

依据所述转化的日志文件的大小，对所述日志文件进行压缩。

7.根据权利要求1所述的方法，其特征在于，将所述数据信息转化为日志文件，分别发送至不同服务器进行备份包括：

在所述多个不同服务器中选定目标服务器，发送所述日志文件至所述目标服务器，并接收所述目标服务器返回的备份状态信息，当所述备份状态信息标志对所述日志文件备份成功时，完成备份，否则，选定新的目标服务器，将所述日志文件发送至所述新的目标服务器进行备份。

8.一种数据库信息的备份系统，其特征在于，包括：

监测模块、分析模块和转化模块；

其中：

所述监测模块，用于监测应用系统对数据库进行操作的SQL指令；

所述分析模块，用于分析所述SQL指令，获取所述SQL指令所对应数据库中的数据信息；

所述转化模块，用于将所述数据信息转化为日志文件，分别发送至不同的服务器进行备份。

9.根据权利要求8所述的系统，其特征在于，所述分析模块包括：

分析单元，用于分析所述SQL指令对数据库的操作类型；

更新数据获取单元，用于获取所述SQL指令所对应数据库中的更新数据信息；

插入数据获取单元，用于获取所述SQL指令所对应数据库中新插入的数据信息；

删除数据获取单元，用于获取所述SQL指令所对应数据库中删除的数据信息。

10.根据权利要求9所述的系统，其特征在于，所述转化模块包括：

更新数据转化单元，用于将所述更新数据信息转化为日志文件；

插入数据转化单元，用于将所述新插入的数据信息转化为日志文件；

删除数据转化单元，用于将所述删除的数据信息转化为日志文件；

发送单元，用于将所述日志文件发送至不同的所述服务器进行备份。

11.根据权利要求10，其特征在于，所述转化模块还包括：

压缩单元，用于依据所述转化的日志文件的大小，对所述日志文件进行压缩。

Images