CN104809033A - 一种备份方法及系统 - Google Patents

Abstract

本申请公开了一种备份方法及系统，所述方法包括：接收一读取指令，所述读取指令是应用程序在基于归档目录中的已处理完成的归档文件生成备份列表之后发送，其中，所述已处理完成的归档文件指的是已经被所述应用程序解析并使用的归档文件；基于所述读取指令，读取所述备份列表的序列号，其中，所述序列号用于标记所述已处理完成的归档文件；根据读取到的备份列表中的序列号，生成备份任务，所述备份任务用于对所述已处理完成的归档文件进行备份；执行所述备份任务。

Description

一种备份方法及系统

技术领域

本发明涉及通信技术领域，特别涉及一种备份方法及系统。

背景技术

目前，在双中心数据库架构模式下，主数据库和备数据库之间使用基于数据同步软件进行数据同步。数据同步软件通过解析主数据库在线日志或归档日志获得数据的增量变化，再将这些变化应用到备数据库，从而实现主数据库与备数据库同步。

具体的实施步骤如下：

首先，数据同步软件实时读取主数据库中的归档目录；

然后，数据同步软件解析归档目录获得数据的增量变化，向备数据库做数据同步。

而在另一方面，主数据库的备份系统会对归档目录的所有归档文件进行数据备份，备份之后会删除归档目录中已完成备份的归档文件。

而由于备份系统在备份时与数据同步软件之间没有进行交互，因此不知道数据同步软件是否完成归档目录中的归档文件的解析，便直接对归档文件进行备份并删除。而若此时数据同步软件需要解析的归档文件被备份删除后，就无法完成备数据库与主数据库的数据同步，进而造成双中心主备数据库之间数据不一致。

因此，现有技术的备份系统在备份时会导致双中心主备数据库之间的数据不一致。

发明内容

本发明提供一种备份方法及系统，用以解决现有技术的备份系统在备份时会导致双中心主备数据库之间的数据不一致的技术问题。

一方面，本发明通过本申请的一个实施例，提供如下技术方案：

一种备份方法，所述方法包括：接收一读取指令，所述读取指令是应用程序在基于归档目录中的已处理完成的归档文件生成备份列表之后发送，其中，所述已处理完成的归档文件指的是已经被所述应用程序解析并使用的归档文件；基于所述读取指令，读取所述备份列表的序列号，其中，所述序列号用于标记所述已处理完成的归档文件；根据读取到的备份列表中的序列号，生成备份任务，所述备份任务用于对所述已处理完成的归档文件进行备份；执行所述备份任务。

优选的，所述执行所述备份任务之后，所述方法还包括：删除所述已处理完成的归档文件。

优选的，所述归档目录记录了对所述主数据库执行的操作，所述应用程序基于所述归档目录操作所述备数据库，能够使备数据库中的数据与主数据库中的数据保持一致。

优选的，所述根据读取到的备份列表中的序列号，生成备份任务，具体为：获取备份模板，所述备份模板为含有变量的静态备份脚本，其中所述变量可被所述序列号替换以生成备份任务；将所述备份模板中所述变量赋值为所述序列号，执行已赋值的备份模板，生成所述备份任务。

另一方面，本发明通过本申请的另一个实施例提供：

一种备份系统，包括：接收单元，用于接收一读取指令，所述读取指令是应用程序在基于归档目录中的已处理完成的归档文件生成备份列表之后发送，其中，所述已处理完成的归档文件指的是已经被所述应用程序解析并使用的归档文件；读取单元，用于基于所述读取指令，读取所述备份列表的序列号，其中，所述序列号用于标记所述已处理完成的归档文件；生成单元，用于根据读取到的备份列表中的序列号，生成备份任务，所述备份任务用于对所述已处理完成的归档文件进行备份；执行单元，用于执行所述备份任务。

优选的，所述系统还包括：删除单元，用于删除所述已处理完成的归档文件。

优选的，所述归档目录记录了对所述主数据库执行的操作，所述应用程序基于所述归档目录操作所述备数据库，能够使备数据库中的数据与主数据库中的数据保持一致。

优选的，所述生成单元具体用于获取备份模板，所述备份模板中包含变量，所述备份模板用于根据所述变量的值生成所述备份任务；将所述备份模板中所述变量赋值为所述序列号，执行已赋值的备份模板，生成所述备份任务。

上述技术方案中的一个或多个技术方案，具有如下技术效果或优点：

在本发明的技术方案中，在应用程序使用了归档文件之后，会基于已处理完成的归档文件生成备份列表，然后发送读取指令给备份系统，而备份系统则会基于该读取指令对备份列表中需要进行备份的归档文件做备份处理，如此便能够保证备份系统在备份的都是应用程序已经处理过的归档文件，不会影响到应用程序对主备数据库的数据同步操作，进而能保证主备数据库的数据一致。

附图说明

图1为本申请实施例中备份方法的过程图；

图2为本申请实施例中备份任务具有自动修复功能的示意图；

图3为本申请实施例中双中心动态备份列表备份方案的示意图；

图4为本申请实施例中备份方案的完整实施流程图；

图5为本申请实施例中备份系统的示意图。

名词解释：ARCH（archivelog）：归档文件；INSTANCE：数据库实例；SEQ（sequence）：序列号。

具体实施方式

为了解决现有技术的备份系统在备份时会导致双中心主备数据库之间的数据不一致的技术问题，本发明实施例提出了一种备份方法及系统，下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解本发明实施例和实施例中的具体特征是对本发明技术方案的详细的说明，而不是对本发明技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

实施例一：

在本申请实施例中，描述了一种备份方法。

下面请参看图1，该方法的具体实施步骤如下：

S101，接收一读取指令。

在具体的实施过程中，读取指令是应用程序在基于归档目录中的已处理完成的归档文件生成备份列表之后发送。归档目录记录了对主数据库执行的操作，如删除主数据库中的某一个数据的操作，或者增加某个数据的操作等等。应用程序基于归档目录操作备数据库，能够使备数据库中的数据与主数据库中的数据保持一致。而归档目录中的已处理完成的归档文件就是已经被应用程序解析并使用的归档文件。在处理过后，则会基于已处理完成的归档文件生成备份列表。

进一步的，备份列表中已处理完成的归档文件都具有序列号。对于双中心数据库来说，应用程序为数据同步软件，而备份列表的内容就为已处理完成的归档（arch）文件。对于话单查询来说，应用程序为话单查询系统，而备份列表的内容就是话单文件，为备份列表中的话单文件的序列号就是话单文件的时间戳。

如备份列表中已处理完成的归档文件的序列号：

BHZWA1:188612

BHZWA2:99662

S102，基于读取指令，读取备份列表的序列号。

在具体的实施过程中，序列号用于标记已处理完成的归档文件。

假设应用案例数据库有2个实例。

那么数据库实例1中已处理完成的归档文件的序列号为：180669

数据库实例2中已处理完成的归档文件的序列号为：94885

S103，根据读取到的备份列表中的序列号，生成备份任务。

在具体的实施过程中，备份任务用于对已处理完成的归档文件进行备份。而在生成备份任务的过程中，一般是使用备份模板为基础来执行。具体的实施过程如下：

获取备份模板。

将备份模板中变量赋值为序列号，执行已赋值的备份模板，生成备份任务。

备份模板为含有变量的静态备份脚本，其中变量可被备份列表中的序列号替换，以生成备份任务。在备份模板中，SEQ-BHZWA1和SEQ-BHZWA2为变量，而模板中涉及的SEQ即代表序列号。而arch代表归档文件。

备份模板的具体内容如下：

将备份模板中变量赋值为序列号后，就会生成备份任务，如下图，变量SEQ-BHZWA1替换为188577，SEQ-BHZWA2替换为99644。

那么备份任务的内容如下：

另外，若序列号为其他的数值，则可以使用相同的方法生成其他备份任务。应当注意，此处列举的备份模板仅用于说明和解释本发明，并不用于限制本发明，在实际操作中，本发明还可以使用其他的备份模板进行备份，因此，对于备份模板的类型本发明不做限制。

而进一步的，备份任务具有自动修复功能，具体请参看图2。

若应用程序出现异常会导致备份列表和备份任务异常；由于采用了备份模板功能，应用场景恢复正常后，备份列表会自动恢复正常，由备份模板生成的备份任务也会自动恢复正常，从而达到了备份任务自动修复功能。

应用程序异常时：

第一步：应用程序异常会导致备份列表生成异常。

第二步：备份模板读取异常的备份列表。

第三步：由备份模板和异常的备份列表生成的备份任务也是异常，会导致备份失败。

应用程序恢复正常后：

第一步：应用程序恢复后生成正常的备份列表。

第二步：备份模板读取到的是重新生成的正常备份列表。

第三步：备份模板生成了正常的备份任务，实现了自动恢复的功能。以保证主数据库和备数据库的数据一致性。

下面列举具体的应用案例，请参看图3，是双中心动态备份列表备份方案的示意图。

基于序列号的双中心数据库动态备份方式：通过实时和同步软件交互获取同步进度，根据备份模板动态生成备份任务，备份任务具有自动修复功能，这种备份方式可以保证双中心的数据一致性。

在具体的实施过程中，应用程序使用数据同步软件为例：

第①步，数据同步软件实现对主备数据库进行数据同步。

第②步，获得备份列表的序列号。在具体的实施过程中，序列号用于标记已处理完成的归档文件。假设应用案例数据库有2个实例，那么数据库实例1中已处理完成的归档文件的序列号为：12301。那么数据库实例2中已处理完成的归档文件的序列号为：43891。

第③步，获得备份模板。在具体的实施过程中，SEQ-INSTANCE1和SEQ-INSTANCE2为变量，那么备份模板中关于变量的脚本如下：“backuparchivelog until sequence SEQ-INSTANCE1thread1delete input；”“backuparchivelog until sequence SEQ-INSTANCE2thread2delete input；”

第④步，生成备份任务。备份模板和备份任务为相同的格式，备份任务是由备份模板替换变量之后生成（如图3中SEQ-INSTANCE1替换为12301；SEQ-INSTANCE2替换为43891）。

备份任务的内容含义如下：

backup archivelog until sequence12301thread1delete input;

备份数据库实例1的SEQ在12301以下的归档文件（包含SEQ为12301的归档文件）；备份完成后删除备份文件。

backup archivelog until sequence43891thread2delete input;

备份数据库实例2的SEQ在43891以下的归档文件（包含SEQ为43891的归档文件）；备份完成后删除备份文件。

第⑤步，从归档目录中提取出序列号在12301以下的归档文件进行备份，以及序列号在43891以下的归档文件进行备份。

第⑥步，在备份之后，删除归档目录中已备份过的归档文件。

进一步的，在执行S103：根据读取到的备份列表中的序列号，生成备份任务之后，会执行S104中的步骤：执行备份任务。另外，在执行备份任务之后，该方法还可以包括此步骤：删除已处理完成的归档文件。

下面以具体的实施例对上述流程进行说明，具体请参看图4。

步骤1：数据库同步软件实时读取主数据库的归档文件，并向备数据库做数据同步。

步骤2：数据同步软件更新已经完成数据同步的归档文件的序列号，并生成备份列表。

该备份列表使用序列号标识需备份的文件。

假设，应用案例数据库有2个实例：

说明：此例子数据库为RAC（Real Application Cluster，真正应用集群）技术，可以通过N个节点（N≥1）来达到负载均衡和故障转移的作用，而对外以SERVICE_NAME（服务名称）来统一提供服务。此处两个实例为一个应用。

实例INSTANCE1已经完成解析的序列号（INSTANCE1.seq）为：180669。

实例INSTANCE2已经完成解析的序列号（INSTANCE2.seq）为：94885。

实现代码是：

If(ARCHSYNC.log UPDATE=Finished)

{

EXTRACT ARCH.seq to BACKUPLIST.seq;

}

步骤3：备份模板读取备份列表中序列号。

归档文件备份采用指定实例SEQ的RMAN（Recovery Manager，恢复管理器）备份模板，SEQ用固定字符串标识。

实例INSTACNE1的SEQ表示字符串：SEQ-INSTANCE1。

实例INSTANCE2的SEQ表示字符串：SEQ-INSTANCE2。

备份模板中，SEQ-INSTANCE1和SEQ-INSTANCE2为变量，那么备份模板中关于变量的脚本如下：

"backup format'DB_bhzwa1_arch<BHZWA1_%s:%t:%p>.dbf'archivelog untilsequence SEQ-INSTANCE1thread1delete input;"

"backup format'DB_bhzwa1_arch<BHZWA1_%s:%t:%p>.dbf'archivelog untilsequence SEQ-INSTANCE2thread2delete input;"

生成备份脚本的实现代码为：

FOR ip in HOSTLIST

DO

MYCMD ip 1977“CAT BACKUPLIST.seq”；

DONE

步骤4：备份模板根据备份列表中的序列号生成备份任务。

即根据备份模板动态生成“对已处理完成的归档文件进行备份”的备份任务。而在生成备份任务的过程中，一般是由备份模板替换变量之后生成，如下：

实例INSTANCE1的SEQ-INSTANCE1标识串替换为180669。

实例INSTANCE2的SEQ-INSTANCE2标识串替换为94885。

将备份模板中变量赋值为序列号，那么脚本就变为：

"backup format'DB_bhzwa1_arch<BHZWA1_%s:%t:%p>.dbf'archivelog untilsequence180669thread1delete input;"

备份数据库实例1的序列号在180669以下的归档文件（包含序列号为180669的归档文件）；备份完成后删除备份文件。

"backup format'DB_bhzwa1_arch<BHZWA1_%s:%t:%p>.dbf'archivelog untilsequence94885thread2delete input;"

备份数据库实例2的序列号在94885以下的归档文件（包含序列号为94885的归档文件）；备份完成后删除备份文件。

若序列号为其他的数值，则可以使用相同的方法生成其他备份任务，在此本申请不再赘述。

而生成备份任务的实现代码是：

SEQ=”BACKUPLIST.seq"

REPLACE_SEQ_FUN{#replace$SEQ to SEQ-INSTANCE and generate BACKUPTASKsed-e's/SEQ-INSTANCE/'$SEQ'/g'BACKUPTASK.template>BACKUPTASK.ok

}

步骤5：执行备份任务对进行数据备份。

在具体的实施过程中，根据已采用SEQ的正式RMAN脚本启动ARCH备份，实例1的ARCH只会备份到SEQ：180669并删除完成备份的归档文件，实例2的ARCH只会备份到SEQ：94885并删除完成备份的归档文件。

如下为INSTANCE1的备份信息，备份了SEQ180657——180669，且备份任务完成备份后会自动将备份文件删除，对于例子INSTANCE1而言，因为上次备份列表中的SEQ为180656，180656之前的文件都已经完成备份并被删除，而本次备份列表中的SEQ为180669，所以本次备份匹配的ARCH文件为SEQ180657——180669。

在实际操作中，实际可以有多种备份模板，若使用RMAN备份模板，那么备份任务应该是：

“RMAN-08504:input archived log thread=1 sequence=180657RECID=274411STAMP=826776066；”

“RMAN-08504:input archived log thread=1 sequence=180658RECID=274412STAMP=826776920；”

……

“RMAN-08504:input archived log thread=1 sequence=180669RECID=274432STAMP=826784788；”

步骤6：备份任务删除已完成备份的归档文件。

实例1的ARCH只会删除到SEQ：180669的ARCH文件，实例2的ARCH只会删除到SEQ：94885的ARCH文件。

如下：

RMAN-08071:channel dev_0:deleting archived log(s)

“RMAN-08514:archived log file name=/zwarch/1_185275_753744685.dbfRECID=281822STAMP=828330100；”

“RMAN-08514:archived log file name=/zwarch/1_185276_753744685.dbfRECID=281823STAMP=828331258；”

……

“RMAN-08514:archived log file name=/zwarch/1_185288_753744685.dbfRECID=281844STAMP=828339530；”

在本发明的另一个实施例中，描述了一种备份系统。

下面请参看图5，备份系统包括：

接收单元501，用于接收一读取指令，读取指令是应用程序在基于归档目录中的已处理完成的归档文件生成备份列表之后发送，其中，已处理完成的归档文件指的是已经被应用程序解析并使用的归档文件。

读取单元502，用于基于读取指令，读取备份列表的序列号，其中，序列号用于标记已处理完成的归档文件。

生成单元503，用于根据读取到的备份列表中的序列号，生成备份任务，备份任务用于对已处理完成的归档文件进行备份；

执行单元504，用于执行备份任务。

在本发明的另一个实施例中，系统还包括：删除单元，用于删除已处理完成的归档文件。

在本发明的另一个实施例中，归档目录记录了对主数据库执行的操作，应用程序基于归档目录操作备数据库，能够使备数据库中的数据与主数据库中的数据保持一致。

在本发明的另一个实施例中，生成单元503具体用于获取备份模板，备份模板中包含变量，备份模板用于根据变量的值生成备份任务；将备份模板中变量赋值为序列号，执行已赋值的备份模板，生成备份任务。

通过本发明的一个或多个实施例，可以实现如下技术效果：

在本发明的实施例中，在应用程序使用了归档文件之后，会基于已处理完成的归档文件生成备份列表，然后发送读取指令给备份系统，而备份系统则会基于该读取指令对备份列表中需要进行备份的归档文件做备份处理，如此便能够保证备份系统在备份的都是应用程序已经处理过的归档文件，不会影响到应用程序对主备数据库的数据同步操作，进而能保证主备数据库的数据一致。

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

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

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

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

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

Claims (8)

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

接收一读取指令，所述读取指令是应用程序在基于归档目录中的已处理完成的归档文件生成备份列表之后发送，其中，所述已处理完成的归档文件指的是已经被所述应用程序解析并使用的归档文件；

基于所述读取指令，读取所述备份列表的序列号，其中，所述序列号用于标记所述已处理完成的归档文件；

根据读取到的备份列表中的序列号，生成备份任务，所述备份任务用于对所述已处理完成的归档文件进行备份；

执行所述备份任务。

2.如权利要求1所述的方法，其特征在于，所述执行所述备份任务之后，所述方法还包括：

删除所述已处理完成的归档文件。

3.如权利要求1所述的方法，其特征在于，

所述归档目录记录了对所述主数据库执行的操作，所述应用程序基于所述归档目录操作所述备数据库，能够使备数据库中的数据与主数据库中的数据保持一致。

4.如权利要求1所述的方法，其特征在于，所述根据读取到的备份列表中的序列号，生成备份任务，具体为：

获取备份模板，所述备份模板为含有变量的静态备份脚本，其中所述变量可被所述序列号替换以生成备份任务；

将所述备份模板中所述变量赋值为所述序列号，执行已赋值的备份模板，生成所述备份任务。

5.一种备份系统，其特征在于，包括：

接收单元，用于接收一读取指令，所述读取指令是应用程序在基于归档目录中的已处理完成的归档文件生成备份列表之后发送，其中，所述已处理完成的归档文件指的是已经被所述应用程序解析并使用的归档文件；

读取单元，用于基于所述读取指令，读取所述备份列表的序列号，其中，所述序列号用于标记所述已处理完成的归档文件；

生成单元，用于根据读取到的备份列表中的序列号，生成备份任务，所述备份任务用于对所述已处理完成的归档文件进行备份；

执行单元，用于执行所述备份任务。

6.如权利要求5所述的系统，其特征在于，所述系统还包括：

删除单元，用于删除所述已处理完成的归档文件。

7.如权利要求5所述的系统，其特征在于，所述归档目录记录了对所述主数据库执行的操作，所述应用程序基于所述归档目录操作所述备数据库，能够使备数据库中的数据与主数据库中的数据保持一致。

8.如权利要求5所述的系统，其特征在于，所述生成单元具体用于获取备份模板，所述备份模板中包含变量，所述备份模板用于根据所述变量的值生成所述备份任务；将所述备份模板中所述变量赋值为所述序列号，执行已赋值的备份模板，生成所述备份任务。