CN104182302A - 数据库备份方法及装置 - Google Patents

Abstract

本发明公开了一种数据库备份方法及装置。其中，该方法包括：读取需要备份的源数据库的容量大小；将源数据库的容量大小和预先设定的阈值进行比较，确定源数据库所采用的备份方式，其中，备份方式至少包括：定时备份、实时备份；使用备份方式将源数据库中的内容备份至目标位置。本发明解决了现有技术中对大量数据库进行备份所采用的方法无法进行完整备份的问题。

Description

数据库备份方法及装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种数据库备份方法及装置。

背景技术

在计算机领域，备份是指为了防止计算机数据因计算机故障、病毒、人为因素等原因而造成的数据丢失及损坏，从而对原始数据进行复制或拷贝进行单独存储，通过原始数据的备份副本可以提供在数据丢失或故障后的数据恢复的一种技术手段。

当前对数据的备份方式主要有两种，分别是定时备份和实时备份。定时备份通常都是根据预先设置的备份策略自动执行备份，又叫计划备份，而两个备份计划之间的时间间隔，则叫备份窗口。实时备份是指对数据进行自动监控，连续捕获和备份数据变化，只要数据发生变化，便实时、准确的备份下来，数据安全性更高。

大型的数据库(例如超过200GB)，如果每次要进行全备份，由于网络和磁盘速度的限制，所需要的备份时间过于冗长，有时一天都无法完成。而使用实时备份的方法对数据库进行备份时，当对多个数据库容量较小的数据库进行备份时，系统负荷较大，影响数据库的读取速度。

针对现有技术中对大量数据库进行备份所采用的方法无法进行完整备份的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种数据库备份方法及装置，以解决现有技术中对大量数据库进行备份所采用的方法无法进行完整备份的问题。

为了实现上述目的，根据本发明实施例的一个方面，提供了一种数据库备份方法。该方法包括：读取需要备份的源数据库的容量大小；将源数据库的容量大小和预先设定的阈值进行比较，确定源数据库所采用的备份方式，其中，备份方式至少包括：定时备份、实时备份；使用备份方式将源数据库中的内容备份至目标位置。

为了实现上述目的，根据本发明实施例的另一方面，提供了一种数据库备份装置，该装置包括读取模块，用于读取需要备份的源数据库的容量大小；确定模块，用于将源数据库的容量大小和预先设定的阈值进行比较，确定源数据库所采用的备份方式，其中，备份方式至少包括：定时备份、实时备份；第一备份模块，用于使用备份方式将源数据库中的内容备份至目标位置。

根据发明实施例，通过读取需要备份的源数据库的容量大小；将源数据库的容量大小和预先设定的阈值进行比较，确定源数据库所采用的备份方式，其中，备份方式至少包括：定时备份、实时备份；使用备份方式将源数据库中的内容备份至目标位置，解决了现有技术中对大量数据库进行备份所采用的方法无法进行完整备份的问题。实现了根据不同情况和业务需要对各种数据库进行实时或定时备份，既保证了备份速度，又平衡了系统负载的效果。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例一的数据库备份方法的流程图；

图2是根据本发明实施例的对源数据库大小判断的流程框图；

图3是根据本发明实施例一可选的的数据库备份方法的流程图；

图4是根据本发明实施例的对第二备份数据库进行定时备份的结构示意图；

图5是根据本发明实施例二的数据库备份装置的结构示意图；以及

图6是根据本发明实施例二可选的的数据库备份装置的结构示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

本发明实施例提供了一种数据库备份方法。

图1是根据本发明实施例的数据库备份方法的流程图。如图1所示，该方法包括步骤如下：

步骤S101，读取需要备份的源数据库的容量大小。

具体的，上述步骤S101中，对需要备份的源数据库进行读取，获取源数据库的容量信息。

步骤S103，将源数据库的容量大小和预先设定的阈值进行比较，确定源数据库所采用的备份方式，其中，备份方式至少包括：定时备份、实时备份。

具体的，上述步骤S103中，对源数据库的本分方式包括定时备份和实时备份。根据对源数据库的容量信息和预先设置的阈值，对备份方式进行选择。其中，预先设置的阈值是对源数据库容量大小进行的限定。

步骤S105，使用备份方式将源数据库中的内容备份至目标位置。

具体的，上述步骤S105中，通过步骤S103的判断，按照判断结果对源数据库进行备份。

上述步骤S101至步骤S105中，通过对源数据库容量大小的获取，将获取到的源数据库容量大小与预先设置的阈值进行比较。当源数据库容量小于等于预先设置的阈值时，采用定时备份的方法对源数据库进行备份；当数据库容量大于预先设置的阈值时，采用实时备份的方法对源数据库进行备份。

在实际应用当中，以SQL Server数据库为例。该发明实施例改变了现有备份数据库备份的架构，在生产环境和备份接口之间增加了一层同步的数据库。实时备份主要是针对文件较大的数据库文件难以备份的问题，提出的解决方案。如果数据库较小，可以直接进新数据库的完整备份。如图2所述，具体判断过程为：设置阈值，获取数据库大小，根据阈值和数据库大小判断模块进行判断。

其中，阈值的默认值设置为6GByte。设置阈值的默认值为6GByte的原因是：当前主流的网卡带宽为1000Mbit，那么传输6GByte的时间在是1分钟左右，对于线上环境通常可以接受的数据的备份时间最长为2分钟。如果在其他应用环境中，也可以根据能够业务的不同对阈值进行相应的调整。

获取数据库容量大小的方法，可以通过数据库自带的存储过程Exec sp_spaceused，获取数据库的文件大小，得到以下的表1所示的结果：

表1

database_name	database_size
		DemoDB	2.81MB

其中，存储过程(Stored Procedure)是在大型数据库系统中，一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数(如果该存储过程带有参数)来执行它。存储过程是数据库中的一个重要对象，任何一个设计良好的数据库应用程序都应该用到存储过程。

优选地，本申请上述实施例中，在步骤S103将源数据库的容量大小和预先设定的阈值进行比较，确定源数据库所采用的备份方式中，还包括：

步骤S1031，判断源数据库容量是否小于等于阈值。

步骤S1033，当源数据库容量小于等于阈值时，对源数据库进行定时备份。

步骤S1035，当源数据库容量大于阈值时，对源数据库进行实时备份。

具体的，上述步骤S1031至步骤S1035，根据读取到的源数据库容量的大小，和预先设置的阈值进行比较。通过比较，对不同容量大小的源数据库采用不同的备份方式。当源数据库容量小于等于预先设置的阈值时，对源数据库采用定时备份的方法进行备份；当源数据库容量大于预先设置的阈值时，对源数据库采用实时备份的方式进行备份。

在实际应用当中，以SQL Server数据库为例。将通过数据库自带的存储过程Execsp spaceused获取到的数据库容量大小(database_size)和预先设置的阈值大小6Gbyte进新比较，根据上面的结果2.81MB>6Gbyte的结果为false，因此，不会进行数据库的实时同步，而直接对数据库进行定时备份。

优选地，本申请上述实施例中，在步骤S1033对源数据库进行定时备份中，还包括：

步骤S10331，读取预先设定的定时备份所采用的第一时间间隔。

步骤S10333，将源数据库按照第一时间间隔所确定的备份频率备份至第一备份数据库。

具体的，上述步骤S10331至步骤S10333，在读取预先设定的对源数据库定时备份的两个备份计划之间的时间间隔后，按照备份计划对源数据库进行定期备份。

优选地，本申请上述实施例中，在步骤S1035对源数据库进行实时备份中，还包括：

步骤S10351，创建第二备份数据库，第二备份数据库用于实时对源数据库进行备份。

步骤S10353，通过源数据库内容和第二备份数据库内容的比对，判断源数据库内容是否发生变化。

步骤S10355，当源数据库内容发生变化时，发送实时备份信息。

步骤S10357，根据实时备份信息，对源数据库进行实时备份。

具体的，上述步骤S10351至步骤S10357，根据源数据库创建第二备份数据库，通过对源数据库中的内容与第二备份数据库中的内容进行比对，实时监控源数据库的内容是否发生变化。当源数据库的内容发生变化时，对源数据库内产生变化的内容进行实时备份。

在实际应用当中，以SQL Server数据库为例。对于新增的数据，可以使用微软的复制技术(replication技术)进行同步。微软的复制是一种将数据库的数据拷贝并分发到其他数据库，并且保持数据库之间同步的技术。通过复制技术(replication技术)，数据可以分布在各个不同的地点，从而能提供高可用性、负载均衡等特性。

其中，在复制技术(replication技术)中，有三个角色，分别为：发布者(Publisher)、分发者(Distributor)和订阅者(Subscriber)。发布者(Publisher)是这个数据库服务器作为数据源，将自己的数据发布给订阅者，类似于出版业中的出版社；分发者(Distributor)是这个数据库服务器用来转储发布者提供的数据，并把数据分发给订阅者，类似于出版业中的书店；订阅者(Subscriber)是这个数据库服务器将接收分发者传来的数据，类似于出版业中的读者。

发布者将数据库上的事务传输给订阅者。这种方式依赖数据库本身的日志机制，将在前次同步后产生的事务发送给订阅者，故而适用于对实时性要求较高而自治性低的情形。其步骤分为两步，第一步是先对订阅者数据库做初始化，一般是通过快照复制来实现；第二步是获取数据库的事务信息并发送，即先通过分发者的事务读取代理(Log Reader Agent)读取事务，然后通过分发代理(Distributor Agent)传送给订阅者。此复制涉及数据库的对象，不一定是数据库全部。可以根据业务重要程度进行选择。

使用微软提供的复制技术(Replication技术)只是在实时备份中，可选的一种实时备份手段，还可以采用内容增量备份等。

优选地，本申请上述实施例中，在步骤S10355当源数据库内容发生变化时，发送实时备份信息中，其中实时备份信息至少包括如下信息之一：源数据库发生变化的内容位置信息、源数据库发生变化的内容容量信息。

具体的，实时备份信息用于标记源数据库的内容发生变化的位置和发生变化的内容的大小等信息，为实时备份提供依据。

优选地，本申请上述实施例中，如图3所示，在步骤S105使用备份方式将源数据库中的内容备份至目标位置之后，还包括：

步骤S106，备份第二备份数据库至第一备份数据库。

具体的，为避免对源数据库的误操作导致第二备份数据库的数据被损坏，要对第二备份数据库进行定期全备份。

优选地，本申请上述实施例中，在步骤S106备份第二备份数据库至第一备份数据库中，还包括：

步骤S1061，读取预先设定的定时备份所采用的第二时间间隔，第二时间间隔用于确定第二备份数据库备份至第一备份数据库的时间间隔。

步骤S1063，将源数据库按照第二时间间隔所确定的备份频率备份第二备份数据库至第一备份数据库。

具体的，上述步骤S1061至步骤S1063，在读取预先设定的对源数据库定时备份的两个备份计划之间的时间间隔后，按照备份计划对源数据库进行定期备份。

在实际应用当中，以SQL Server数据库为例。如图4所示，数据库A是源数据库，数据库B是使用复制技术(Replication技术)的第二备份数据库，数据库C是用于定时备份的第一备份数据库。为避免数据库A的误操作导致数据库B数据被损坏，要对数据库B进行定期全备份，周期可以长一些(例如一个月)。数据库C是作为可恢复数据库。

也就是说，数据库C和数据库A的数量是一致的，任意数据库A出现了损坏，都是可以通过数据库C进行恢复。

而数据库B只有数据库大于阈值6GByte的数据库。

综上可知，本发明可以根据不同情况和业务需要，针对各种大数据库进行实时或定时备份。同时做到了“读写分离”，数据库A做“写操作”和少量的读操作，也只有数据库A可以被修改。数据库B只做“读”，备份操作是读操作的一种。这样在全备份的时候，不影响写操作的数据库A，避免影响数据库A的性能。

实施例2

本发明实施例还提供了一种数据库备份装置，如图5所示，该装置可以包括：读取模块201、确定模块203、第一备份模块205。

其中，读取模块201，用于读取需要备份的源数据库的容量大小。

具体的，通过上述读取模块201，对需要备份的源数据库进行读取，获取源数据库的容量信息。

确定模块203，用于将源数据库的容量大小和预先设定的阈值进行比较，确定源数据库所采用的备份方式，其中，备份方式至少包括：定时备份、实时备份。

具体的，通过上述确定模块203，对源数据库的本分方式包括定时备份和实时备份。根据对源数据库的容量信息和预先设置的阈值，对备份方式进行选择。其中，预先设置的阈值是对源数据库容量大小进行的限定。

第一备份模块205，用于使用备份方式将源数据库中的内容备份至目标位置。

具体的，上述第一备份模块205，通过确定模块203的判断，按照判断结果对源数据库进行备份。

上述读取模块201、确定模块203、第一备份模块205，通过对源数据库容量大小的获取，将获取到的源数据库容量大小与预先设置的阈值进行比较。当源数据库容量小于等于预先设置的阈值时，采用定时备份的方法对源数据库进行备份；当数据库容量大于预先设置的阈值时，采用实时备份的方法对源数据库进行备份。

在实际应用当中，以SQL Server数据库为例。该发明实施例改变了现有备份数据库备份的架构，在生产环境和备份接口之间增加了一层同步的数据库。实时备份主要是针对文件较大的数据库文件难以备份的问题，提出的解决方案。如果数据库较小，可以直接进新数据库的完整备份。如图2所述，具体判断过程为：设置阈值，获取数据库大小，根据阈值和数据库大小判断模块进行判断。

其中，阈值的默认值设置为6GByte。设置阈值的默认值为6GByte的原因是：当前主流的网卡带宽为1000Mbit，那么传输6GByte的时间在是1分钟左右，对于线上环境通常可以接受的数据的备份时间最长为2分钟。如果在其他应用环境中，也可以根据能够业务的不同对阈值进行相应的调整。

获取数据库容量大小的方法，可以通过数据库自带的存储过程Exec sp_spaceused，获取数据库的文件大小，得到以下表2所示的结果：

表2

database_name	database_size
		DemoDB	2.81MB

其中，存储过程(Stored Procedure)是在大型数据库系统中，一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数(如果该存储过程带有参数)来执行它。存储过程是数据库中的一个重要对象，任何一个设计良好的数据库应用程序都应该用到存储过程。

优选地，本申请上述实施例中，在确定模块203中，还包括：判断模块2031、定时备份模块2033、实时备份模块2035。

其中，判断模块2031，用于判断源数据库容量是否小于等于阈值。

定时备份模块2033，用于当源数据库容量小于等于阈值时，对源数据库进行定时备份。

实时备份模块2035，用于当源数据库容量大于阈值时，对源数据库进行实时备份。

具体的，上述判断模块2031、定时备份模块2033、实时备份模块2035，根据读取到的源数据库容量的大小，和预先设置的阈值进行比较。通过比较，对不同容量大小的源数据库采用不同的备份方式。当源数据库容量小于等于预先设置的阈值时，对源数据库采用定时备份的方法进行备份；当源数据库容量大于预先设置的阈值时，对源数据库采用实时备份的方式进行备份。

在实际应用当中，以SQL Server数据库为例。将通过数据库自带的存储过程Execsp spaceused获取到的数据库容量大小(database_size)和预先设置的阈值大小6Gbyte进新比较，根据上面的结果2.81MB>6Gbyte的结果为false，因此，不会进行数据库的实时同步，而直接对数据库进行定时备份。

优选地，本申请上述实施例中，在定时备份模块2033中，还包括：第一子读取模块20331、第一子定时备份模块20333。

其中，第一子读取模块20331，用于读取预先设定的定时备份所采用的第一时间间隔。

第一子定时备份模块20333，用于将源数据库按照第一时间间隔所确定的备份频率备份至第一备份数据库。

具体的，通过上述第一子读取模块20331、第一子定时备份模块20333，在读取预先设定的对源数据库定时备份的两个备份计划之间的时间间隔后，按照备份计划对源数据库进行定期备份。

优选地，本申请上述实施例中，在实时备份模块2035中，还包括：创建模块20351、子判断模块20353、通知模块20355、子实时备份模块20357。

其中，创建模块20351，用于创建第二备份数据库，第二备份数据库用于实时对源数据库进行备份；

子判断模块20353，用于通过源数据库内容和第二备份数据库内容的比对，判断源数据库内容是否发生变化；

通知模块20355，用于当源数据库内容发生变化时，发送实时备份信息；

子实时备份模块20357，用于根据实时备份信息，对源数据库进行实时备份。

具体的，通过上述创建模块20351、子判断模块20353、通知模块20355、子实时备份模块20357，根据源数据库创建第二备份数据库，通过对源数据库中的内容与第二备份数据库中的内容进行比对，实时监控源数据库的内容是否发生变化。当源数据库的内容发生变化时，对源数据库内产生变化的内容进行实时备份。

在实际应用当中，以SQL Server数据库为例。对于新增的数据，可以使用微软的复制技术(replication技术)进行同步。微软的复制是一种将数据库的数据拷贝并分发到其他数据库，并且保持数据库之间同步的技术。通过复制技术(replication技术)，数据可以分布在各个不同的地点，从而能提供高可用性、负载均衡等特性。

其中，在复制技术(replication技术)中，有三个角色，分别为：发布者(Publisher)、分发者(Distributor)和订阅者(Subscriber)。发布者(Publisher)是这个数据库服务器作为数据源，将自己的数据发布给订阅者，类似于出版业中的出版社；分发者(Distributor)是这个数据库服务器用来转储发布者提供的数据，并把数据分发给订阅者，类似于出版业中的书店；订阅者(Subscriber)是这个数据库服务器将接收分发者传来的数据，类似于出版业中的读者。

发布者将数据库上的事务传输给订阅者。这种方式依赖数据库本身的日志机制，将在前次同步后产生的事务发送给订阅者，故而适用于对实时性要求较高而自治性低的情形。其步骤分为两步，第一步是先对订阅者数据库做初始化，一般是通过快照复制来实现；第二步是获取数据库的事务信息并发送，即先通过分发者的事务读取代理(Log Reader Agent)读取事务，然后通过分发代理(Distributor Agent)传送给订阅者。此复制涉及数据库的对象，不一定是数据库全部。可以根据业务重要程度进行选择。

使用微软提供的复制技术(Replication技术)只是在实时备份中，可选的一种实时备份手段，还可以采用内容增量备份等。

优选地，本申请上述实施例中，如图6所示，数据库备份装置还包括：第二备份模块206。

其中，第二备份模块206，用于备份第二备份数据库至第一备份数据库。

具体的，为避免对源数据库的误操作导致第二备份数据库的数据被损坏，要对第二备份数据库进行定期全备份。

优选地，本申请上述实施例中，在第二备份模块206中，包括：第二子读取模块2061、第二子定时备份模块2063。

其中，第二子读取模块2061，用于读取预先设定的定时备份所采用的第二时间间隔，第二时间间隔用于确定第二备份数据库备份至第一备份数据库的时间间隔。

第二子定时备份模块2063，用于将源数据库按照第二时间间隔所确定的备份频率备份第二备份数据库至第一备份数据库。

具体的，通过第二子读取模块2061、第二子定时备份模块2063，在读取预先设定的对源数据库定时备份的两个备份计划之间的时间间隔后，按照备份计划对源数据库进行定期备份。

在实际应用当中，以SQL Server数据库为例。如图4所示，数据库A是源数据库，数据库B是使用复制技术(Replication技术)的第二备份数据库，数据库C是用于定时备份的第一备份数据库。为避免数据库A的误操作导致数据库B数据被损坏，要对数据库B进行定期全备份，周期可以长一些(例如一个月)。数据库C是作为可恢复数据库。

也就是说，数据库C和数据库A的数量是一致的，任意数据库A出现了损坏，都是可以通过数据库C进行恢复。

而数据库B只有数据库大于阈值6GByte的数据库。

综上可知，本发明可以根据不同情况和业务需要，针对各种大数据库进行实时或定时备份。同时做到了“读写分离”，数据库A做“写操作”和少量的读操作，也只有数据库A可以被修改。数据库B只做“读”，备份操作是读操作的一种。这样在全备份的时候，不影响写操作的数据库A，避免影响数据库A的性能。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、移动终端、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

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

读取需要备份的源数据库的容量大小；

将所述源数据库的容量大小和预先设定的阈值进行比较，确定所述源数据库所采用的备份方式，其中，所述备份方式至少包括：定时备份、实时备份；

使用所述备份方式将所述源数据库中的内容备份至目标位置。

2.根据权利要求1所述的方法，其特征在于，将所述源数据库的容量大小和预先设定的阈值进行比较，确定所述源数据库所采用的备份方式的方法包括：

判断所述源数据库容量是否小于等于所述阈值；

当所述源数据库容量小于等于所述阈值时，对所述源数据库进行所述定时备份；

当所述源数据库容量大于所述阈值时，对所述源数据库进行所述实时备份。

3.根据权利要求2所述的方法，其特征在于，对所述源数据库进行所述定时备份的方法包括：

读取预先设定的所述定时备份所采用的第一时间间隔；

将所述源数据库按照所述第一时间间隔所确定的备份频率备份至第一备份数据库。

4.根据权利要求2所述的方法，其特征在于，对所述源数据库进行实时备份的方法包括：

创建第二备份数据库，所述第二备份数据库用于实时对所述源数据库进行备份；

通过所述源数据库内容和所述第二备份数据库内容的比对，判断所述源数据库内容是否发生变化；

当所述源数据库内容发生变化时，发送实时备份信息；

根据所述实时备份信息，对所述源数据库进行实时备份。

5.根据权利要求4所述的方法，其特征在于，所述实时备份信息至少包括如下信息之一：所述源数据库发生变化的内容位置信息、所述源数据库发生变化的内容容量信息。

6.根据权利要求5中所述的方法，其特征在于，在使用所述备份方式将所述源数据库中的内容备份至目标位置之后，所述方法还包括：

备份所述第二备份数据库至所述第一备份数据库。

7.根据权利要求6中所述的方法，其特征在于，备份所述第二备份数据库至所述第一备份数据库的方法包括：

读取预先设定的所述定时备份所采用的第二时间间隔，所述第二时间间隔用于确定所述第二备份数据库备份至所述第一备份数据库的时间间隔；

将所述源数据库按照所述第二时间间隔所确定的备份频率备份所述第二备份数据库至所述第一备份数据库。

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

读取模块，用于读取需要备份的源数据库的容量大小；

确定模块，用于将所述源数据库的容量大小和预先设定的阈值进行比较，确定所述源数据库所采用的备份方式，其中，所述备份方式至少包括：定时备份、实时备份；

第一备份模块，用于使用所述备份方式将所述源数据库中的内容备份至目标位置。

9.根据权利要求8所述的装置，其特征在于，所述确定模块还包括：

判断模块，用于判断所述源数据库容量是否小于等于所述阈值；

定时备份模块，用于当所述源数据库容量小于等于所述阈值时，对所述源数据库进行所述定时备份；

实时备份模块，用于当所述源数据库容量大于所述阈值时，对所述源数据库进行所述实时备份。

10.根据权利要求9所述的装置，其特征在于，所述定时备份模块还包括：

第一子读取模块，用于读取预先设定的所述定时备份所采用的第一时间间隔；

第一子定时备份模块，用于将所述源数据库按照所述第一时间间隔所确定的备份频率备份至第一备份数据库。

11.根据权利要求9所述的装置，其特征在于，所述实时备份模块还包括：

创建模块，用于创建第二备份数据库，所述第二备份数据库用于实时对所述源数据库进行备份；

子判断模块，用于通过所述源数据库内容和所述第二备份数据库内容的比对，判断所述源数据库内容是否发生变化；

通知模块，用于当所述源数据库内容发生变化时，发送实时备份信息；

子实时备份模块，用于根据所述实时备份信息，对所述源数据库进行实时备份。

12.根据权利要求11中所述的装置，其特征在于，所述装置还包括：

第二备份模块，用于备份所述第二备份数据库至所述第一备份数据库。

13.根据权利要求12中所述的装置，其特征在于，所述第二备份模块包括：

第二子读取模块，用于读取预先设定的所述定时备份所采用的第二时间间隔，所述第二时间间隔用于确定所述第二备份数据库备份至所述第一备份数据库的时间间隔；

第二子定时备份模块，用于将所述源数据库按照所述第二时间间隔所确定的备份频率备份所述第二备份数据库至所述第一备份数据库。