CN104166607A - 用于备份数据库的数据处理方法及装置 - Google Patents
用于备份数据库的数据处理方法及装置 Download PDFInfo
- Publication number
- CN104166607A CN104166607A CN201410449646.8A CN201410449646A CN104166607A CN 104166607 A CN104166607 A CN 104166607A CN 201410449646 A CN201410449646 A CN 201410449646A CN 104166607 A CN104166607 A CN 104166607A
- Authority
- CN
- China
- Prior art keywords
- file
- mover
- memory address
- son
- backup
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 26
- 238000003860 storage Methods 0.000 claims abstract description 140
- 238000000034 method Methods 0.000 claims description 49
- 238000001514 detection method Methods 0.000 claims description 29
- 238000012545 processing Methods 0.000 claims description 21
- 238000011084 recovery Methods 0.000 abstract description 4
- 230000006870 function Effects 0.000 description 47
- 230000008569 process Effects 0.000 description 36
- 230000009467 reduction Effects 0.000 description 23
- 238000010586 diagram Methods 0.000 description 12
- 238000013507 mapping Methods 0.000 description 9
- 230000000694 effects Effects 0.000 description 7
- 230000001360 synchronised effect Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 230000002349 favourable effect Effects 0.000 description 6
- 238000004519 manufacturing process Methods 0.000 description 6
- 238000004364 calculation method Methods 0.000 description 5
- 238000005192 partition Methods 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 238000013508 migration Methods 0.000 description 3
- 230000005012 migration Effects 0.000 description 3
- 239000000203 mixture Substances 0.000 description 3
- 238000000429 assembly Methods 0.000 description 2
- 230000000712 assembly Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000000151 deposition Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000004321 preservation Methods 0.000 description 2
- 239000012141 concentrate Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种用于备份数据库的数据处理方法及装置。用于备份数据库的数据处理方法包括：获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件；获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址；确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息；从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址；将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。通过本发明，可以实现备份文件中子文件的批量还原从而提高备份文件中子文件的还原效率。
Description
技术领域
本发明涉及数据处理领域，具体而言，涉及一种用于备份数据库的数据处理方法及装置。
背景技术
备份文件是拷贝到存储介质上的文件，可以帮助用户保护数据，以防止其在系统硬件或存储介质出现故障时受到破坏。一个备份文件里往往含有一个或多个文件组，每个文件组里又可以包含一个或多个子文件。在生产环境中，经常需要将备份文件里的一个或者多个子文件还原到指定的磁盘路径里，以便高效的利用并发磁盘IO的特性。在现有技术中，对于备份文件中子文件的还原通常是通过人工判断实现，即用户自行读取该子文件的原始存储地址并将该子文件从原始存储地址还原到目标存储地址。该方法一次只能实现一个子文件的还原，无法实现多个子文件同时还原。但是对于生产环境迁移，往往需要对备份文件中的子文件进行批量还原，这时，如果依次对每个子文件进行还原，则还原效率极低。
针对无法实现备份文件中子文件批量还原从而还原效率低的问题，目前尚未获得有效的解决方案。
发明内容
针对现有技术无法实现备份文件中子文件批量还原从而还原效率很低的问题而提出本发明，为此，本发明的主要目的在于提供一种用于备份数据库的数据处理方法及装置，以解决上述问题。
为了实现上述目的，根据本发明的一个方面，提供了一种用于备份数据库的数据处理方法。该方法包括：获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件；获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址；确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息；从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址；以及将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。
进一步地，从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址包括：检测备份文件包含的多个子文件的信息；判断子文件是否包含特征信息；如果子文件包含特征信息，则读取子文件的原始存储地址。
进一步地，将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址包括：确定第一目标存储地址，其中，第一目标存储地址是预先设定的移动多个待移动子文件的目标存储地址；获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第一目标存储地址；按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第一目标存储地址。
进一步地，将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址包括：获取第二目标存储地址，其中，第二目标存储地址是数据库默认的移动多个待移动子文件的目标存储地址；获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第二目标存储地址；按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第二目标存储地址。
进一步地，获取第二目标存储地址包括：获取数据库的注册表；获取注册表中的键值信息；以及从注册表中的键值信息获取第二目标存储地址。
进一步地，将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址包括：检测备份文件中的多个子文件；判断备份文件中的子文件是否是待移动子文件；如果备份文件中的子文件是待移动子文件，则创建一个从待移动子文件的原始存储地址到目标存储地址的映射并创建一个用于将待移动子文件从相应的原始存储地址移动到目标存储地址的函数；同步执行用于移动多个待移动子文件的函数，将多个待移动子文件由相应的原始存储地址移动到目标存储地址。
为了实现上述目的，根据本发明的另一个方面，提供了一种用于备份数据库的数据处理装置，该装置包括：第一获取单元，用于获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件；第二获取单元，用于获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址；确定单元，用于确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息；读取单元，用于从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址；以及移动单元，用于将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。
进一步地，读取单元包括：第一检测模块，用于检测备份文件包含的多个子文件的信息；第一判断模块，用于判断子文件是否包含所特征信息；以及读取模块，用于如果子文件包含特征信息，则读取子文件的原始存储地址。
进一步地，移动单元包括：确定模块，用于确定第一目标存储地址，其中，第一目标存储地址是预先设定的移动多个待移动子文件的目标存储地址；第一获取模块，用于获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第一目标存储地址；以及第一移动模块，用于按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第一目标存储地址。
进一步地，移动单元包括：第二获取模块，用于获取第二目标存储地址，其中，第二目标存储地址是数据库默认的移动多个待移动子文件的目标存储地址；第三获取模块，用于获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第二目标存储地址；以及第二移动模块，用于按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第二目标存储地址。
进一步地，第二获取模块包括：第四获取模块，用于获取数据库的注册表；第五获取模块，用于获取注册表中的键值信息；以及第六获取模块，用于从注册表中的键值信息获取第二目标存储地址。
进一步地，移动单元包括：第二检测模块，用于检测备份文件中的多个子文件；第二判断模块，用于判断备份文件中的子文件是否是待移动子文件；创建模块，用于如果备份文件中的子文件是待移动子文件，则创建一个从待移动子文件的原始存储地址到目标存储地址的映射并创建一个用于将待移动子文件从相应的原始存储地址移动到目标存储地址的函数；以及执行模块，用于同步执行用于移动多个待移动子文件的函数，将多个待移动子文件由相应的原始存储地址移动到目标存储地址。
通过本发明，采用包括以下步骤的方法：获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件；获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址；确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息；从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址；以及将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址，解决了无法实现备份文件中子文件批量还原从而还原效率低的问题，进而达到了提高备份文件中子文件移动效率的效果。
附图说明
构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明的用于备份数据库的数据处理方法的第一实施例的流程图；
图2是根据本发明的用于备份数据库的数据处理方法的第二实施例的流程图；
图3是根据本发明的用于备份数据库的数据处理方法的第三实施例的流程图；
图4是根据本发明的用于备份数据库的数据处理方法的第四实施例的流程图；
图5是根据本发明的用于备份数据库的数据处理方法的第五实施例的流程图；
图6是根据本发明的用于备份数据库的数据处理方法的第六实施例的流程图；
图7是根据本发明的用于备份数据库的数据处理装置的第一实施例的结构框图；
图8是根据本发明的用于备份数据库的数据处理装置的第二实施例的结构框图；以及
图9是根据本发明的用于备份数据库的数据处理装置的第三实施例的结构框图。
具体实施方式
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
图1是根据本发明的用于备份数据库的数据处理方法的第一实施例的流程图。如图1所示，该方法包括如下步骤：
步骤S102，获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件。
备份文件是拷贝到存储介质上的文件，可以帮助用户保护数据，以防止其在系统硬件或存储介质出现故障时受到破坏。常见的实现备份的方式有：使用U盘或者移动硬盘将重要数据备出电脑；使用刻录机将重要数据刻成光盘；将数据保存在分区以外，以免重装系统或系统损坏造成数据丢失；利用软盘备份数据等。按照备份内容可以分为三种备份形式：完全备份、差异备份和增量备份。完全备份是备份全部选中的文件夹，并不依赖文件的存档属性来确定备份哪些文件；差异备份是针对完全备份，备份上一次的完全备份后发生变化的所有文件；增量备份是针对于上一次备份(完全备份或者差异备份)后，所有发生变化的文件。SQL Server备份策略为只备份数据库、备份数据库和事务日志或者差异备份。
选择从分区到镜像，就是启动备份功能。比如：将C盘数据备份到D盘。备份文件的还原是从镜像到分区的过程，比如：将C盘数据备份到D盘，如果C盘数据意外丢失，则可以使用从镜像到分区的功能进行还原，还原时对文件系统没有要求，会还原到备份时的状态。需要注意的是备份和还原时源盘(或者源分区)和目标分区的选择。
步骤S104，获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址。
头文件在程序设计中通常是源代码形式，由编译器在处理另一个源文件的时候自动包含进来。一般来说，程序员通过编译器指令将头文件包含进其他源文件的开始(或头部)。一个头文件一般包含类、子程序、变量和其他标识符的前置声明。需要在一个以上源文件中被声明的标识符可以被放在一个头文件中，并在需要的地方包含这个头文件。
在大多数现代计算机编程语言中，程序可以被分成如子程序的更小的组件，这些组件可以通过许多物理源文件分发，这些源文件被单独编译。当一个子程序在定义的位置以外的地方被使用时，就需要引入前置声明和函数原型的概念。
例如，一个函数在一个源文件中有如下定义：
int add(int a,int b)
{
return a+b；
}
在另一个源文件中引用的时候就可以声明成这样(包含函数原型)：
int add(int,int)；
int triple(int x)
{
return add(x,add(x,x))；
}
该方法需要程序员为add在两处维护函数声明，即在一个包含函数实现的文件中和使用该函数的文件中。如果函数的定义改变了，程序员必须要更改散布在程序中的所有的原型。利用头文件将使该问题大为简化，减少程序员的维护负担。头文件被用来唯一指定接口，并提供一些文档来说明如何使用在该文件中声明的组件。当定义改变的时候，只须更新声明的一个独立副本(在头文件中的那个)。例如，在下面的情况下，头文件仅包含add的声明，每一个引用了add的源文件使用#include来包含头文件：
/*File add.h*/
#ifndef ADD_H
#define ADD_H
int add(int,int)；
#endif/*ADD_H*/
/*File triple.c*/
#include"add.h"
int triple(int x)
{
return add(x,add(x,x))；
}
步骤S106，确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息。
通常根据客户的不同需求会将备份文件中具有相同特定信息的子文件同时还原到目标磁盘路径下，例如：可以是文件名以数字开头的子文件，文件名中包含“data”的子文件，占用空间在1000KB以内的子文件，创建日期在距当前日期一个月以内的子文件以及文件类型为word的子文件等，或者也可以是满足以上多个特征信息的组合的子文件，例如：文件名中包含“data”并且占用空间在1000KB以内的子文件。首先，按照用户需求确定待移动的子文件是包含何种特定信息的子文件，从而将待移动子文件与非待移动子文件区分开来。
步骤S108，从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址。
头文件里包括宏定义、结构体、函数声明等诸多信息。通过读取头文件中存在的相关函数可以获取备份文件中所有子文件的原始存储地址(原始目录)，其中就包含有了具备特征信息的多个待移动子文件的原始存储地址(原始目录)。具体的函数实现是在库文件中，目录函数所在的函数库为dir.h、dos.h。
步骤S110，将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。
通过指定一个特定的目标存储地址(目标目录)，可以使指定的存储地址变成当前文件的存储地址(目录)。例如，利用int chdir(char*path)使指定的目标目录path(如:"C:\\WPS")变成当前的工作目录，成功返回0；利用int findfirst(char*pathname,struct ffblk*ffblk,int attrib)查找指定的文件，成功返回0，pathname为指定的目录名和文件名，如"C:\\WPS\\TXT"，ffblk为指定的保存文件信息的一个结构。
由于备份文件中每个子文件对应的原始存储地址可能存在差异，因此需要对每一个待移动子文件进行指定，也就是说，针对每一个待移动子文件将会生成一个移动函数。但是，这些移动函数不是分离执行的，而是当所有待移动子文件的移动函数全部生成之后，执行一个共同的移动操作，即实现该步骤中的“同步移动”。该移动子文件的策略将在一定程度上提高了子文件移动的效率，对于实现备份文件中批量子文件还原十分有利。
在该实施例中，给出了用于备份数据库的数据处理的具体实现方法：获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件；获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址；确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息；从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址；将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。该方法中，通过动态读取备份文件的头文件信息，将含有相同特征信息的多个子文件移动到目标存储地址，实现了备份文件中子文件的批量移动，大大提高了子文件的移动效率。
图2是根据本发明的用于备份数据库的数据处理方法的第二实施例的流程图。该实施例可以作为图1所示实施例的一种优选实施方式，如图2所示，该用于备份数据库的数据处理方法包括：
步骤S201，获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件。
该步骤等同于上述第一实施例中的步骤S102，这里不再赘述。
步骤S202，获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址。
该步骤等同于上述第一实施例中的步骤S104，这里不再赘述。
步骤S204，确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息。
该步骤等同于上述第一实施例中的步骤S106，这里不再赘述。
步骤S206，检测备份文件包含的多个子文件的信息。
用户根据自己的需求选定备份文件中需要还原的对象，对备份文件中包含的所有子文件的信息逐一进行检测，检测之后将会找到含有上述特征信息的子文件。该检测过程是按照特征信息的属性来进行的，正如第一实施例中，待移动子文件包含的特征信息可以是文件名以数字开头、文件名中包含“data”、占用空间在1000KB以内、创建日期在距当前日期一个月以内或者文件类型为word的子文件等，或者是以上多个特征信息的组合。这样，在检测备份文件包含的多个子文件的信息时，针对不同的特征信息属性，将检测不同的方面，而不是检测头文件中包含的多个子文件的所有信息。例如：待移动子文件包含的特征信息是占用空间在1000KB以内，检测时只需检测备份文件包含的多个子文件各自占用的空间。这种检测方法对于提高子文件移动的效率十分有利。
步骤S207，判断子文件是否包含特征信息。
该步骤的判断，即是一个将步骤S206中的检测结果与特征信息中中的规定的具体标准进行比较的过程。例如，待移动子文件包含的特征信息是占用空间在1000KB以内，每当检测完毕一个备份文件中子文件的占用空间，则与1000KB进行比较，如果该子文件的占用空间小于或者等于1000KB，则判断该子文件是待移动的子文件，可以进行步骤S208；如果该子文件的占用空间大于1000KB，则判断该子文件不是待移动的子文件，不对其进行步骤S208，而是继续检测下一个子文件，并继续进行判断。
步骤S208，如果子文件包含特征信息，则读取子文件的原始存储地址。
例如：待移动子文件包含的特征信息是占用空间在1000KB以内，每当检测到一个备份文件中子文件的占用空间小于或者等于1000KB，则读取该子文件的原始存储地址；如果某子文件占用空间超过了1000KB，则不再读取该子文件的原始存储地址，而是继续检测下一个子文件占用的空间。步骤S208与步骤S207是动态读取过程，边判断边读取子文件的原始存储地址，节省了程序的运行时间，在一定程度上提高了程序执行效率。
步骤S210，将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。
该步骤等同于第一实施例中的步骤S110，这里不再赘述。
在该实施例中，给出了从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址的具体实现步骤，包括：检测备份文件包含的多个子文件的信息；判断子文件是否包含特征信息；如果子文件包含特征信息，则读取子文件的原始存储地址；将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。在该实施例中，由于采用了动态读取子文件信息的方式，因此简化了获取待移动子文件相应的原始存储地址的过程，提高了子文件移动程序的执行效率。
图3是根据本发明的用于备份数据库的数据处理方法的第三实施例的流程图。该实施例可以作为图1所示实施例的一种优选实施方式，如图3所示，该用于备份数据库的数据处理方法包括：
步骤S301，获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件。
该步骤等同于上述第一实施例中的步骤S102，这里不再赘述。
步骤S302，获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址。
该步骤等同于上述第一实施例中的步骤S104，这里不再赘述。
步骤S304，确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息。
该步骤等同于上述第一实施例中的步骤S106，这里不再赘述。
步骤S306，从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址。
该步骤等同于上述第一实施例中的步骤S108，这里不再赘述。
步骤S307，确定第一目标存储地址，其中，第一目标存储地址是预先设定的移动多个待移动子文件的目标存储地址。
根据不同用户的不同需求，可以人为设定待移动子文件移向的磁盘地址。比如，用户A需要把备份文件中的某些子文件移动到“C:\Documents and Settings\yonghuA”路径下，则可以将“C:\Documents and Settings\yonghuA”设置为目标存储地址。其他的用户可根据自身不同的需要，更改该目标存储地址。对于具有相同特征信息的子文件，只需设定一次目标存储地址，即可实现将所有待移动子文件同时移到目标存储地址。该方法使用户可以自行选择备份文件中多个待移动子文件的目标存储地址，使批量文件移动过程更加人性化，同时对于提高子文件移动效率也十分有利。
步骤S308，获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第一目标存储地址。
该预设规则规定的是子文件移动过程的起始点和终止点，该规则可以体现在编写的移动相应子文件的程序中。比如，移动某子文件的程序为Move'AdventureWorks_Data'TO'c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf'，则从程序中可以看到预设规则是将AdventureWorks_Data由AdventureWorks_Data的原始存储地址移动到c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf。一旦设定了该预设规则，则上述检测出的含有相同特征信息的子文件将全部被移动到同一个目标存储地址。
步骤S310，按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第一目标存储地址。
在步骤S308中，给出了仅移动一个子文件的移动函数。这里，将对多个待移动子文件同步移动到目标存储地址进行举例说明。例如：待移动子文件包含的特征信息是文件名以数字开头并以数字结束，则通过检测得到了以下两个子文件的原始存储地址：'1 AdventureWorks_Data 2'和'3 AdventureWorks_Data 4'，移动规则中设定的目标存储地址是c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf，则实现上述两个待移动子文件由相应的原始存储地址移动到第一目标存储地址的程序为：Move'1AdventureWorks_Data 2'TO'c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf'；Move'3 AdventureWorks_Data 4'TO'c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf'，生成两个程序后同步执行，便可将两个待移动子文件由相应的原始存储地址同步移动到第一目标存储地址。
在该实施例中，给出了将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址的具体实现步骤：确定第一目标存储地址，其中，第一目标存储地址是预先设定的移动多个待移动子文件的目标存储地址；获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第一目标存储地址；按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第一目标存储地址。通过以上步骤，允许用户自行指定目标存储地址，更加人性化地实现了备份文件中子文件的批量移动；同时，按照预设规则将多个子文件同步移动到目标存储地址，提高了文件移动效率，尤其适用于生产环境迁移时大量子文件的批量还原。
图4是根据本发明的用于备份数据库的数据处理方法的第四实施例的流程图。该实施例可以作为图1所示实施例的一种优选实施方式，如图4所示，该用于备份数据库的数据处理方法包括：
步骤S401，获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件。
该步骤等同于第一实施例中的步骤S102，这里不再赘述。
步骤S402，获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址。
该步骤等同于第一实施例中的步骤S104，这里不再赘述。
步骤S404，确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息。
该步骤等同于第一实施例中的步骤S106，这里不再赘述。
步骤S406，从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址。
该步骤等同于第一实施例中的步骤S108，这里不再赘述。
步骤S407，获取第二目标存储地址，其中，第二目标存储地址是数据库默认的移动多个待移动子文件的目标存储地址。
在一些情况下，用户出于工作效率的考虑，在不影响整体工作效果的前提下，用户只关注将备份文件中的某些子文件移出进行还原，并不关注将上述子文件移到什么目标存储地址。这时，待移动子文件将会自动移动到服务器默认的目标存储地址。这种目标存储地址的选择，可以很大程度上提高子文件的移动速率，节省整个程序的运行时间。需要注意的是，对于不同的服务器，默认目标存储地址可能不同；同一服务器，默认目标存储地址是可以更改的。如果更改了默认目标存储地址，则以后在不指定目标存储地址的情况下，所有文件还原之后都将保存在该默认目标存储地址。
步骤S408，获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第二目标存储地址。
如上述步骤S308中，预设规则规定的是子文件移动过程的起始点和终止点，该规则可以体现在编写的移动相应子文件的程序中。比如，移动某子文件的程序为Move'AdventureWorks_Data'TO，则从程序中可以看到预设规则是将AdventureWorks_Data由AdventureWorks_Data的原始存储地址移动到服务器默认的目标存储地址。
步骤S410，按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第二目标存储地址。
例如，待移动子文件包含的特征信息是文件名中包含data四个连续字母，通过检测得到了以下三个待移动子文件：'AdventureWorks_Data 1'、'3 AdventureWorks_Data 2'和'AdventureWorks_Data 3'。执行程序Move'AdventureWorks_Data 1'TO；Move'AdventureWorks_Data 2'TO；Move'AdventureWorks_Data 2'TO，则可以将三个待移动子文件同步移动到服务器默认的目标存储地址。
在该实施例中，给出了将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址的具体实现步骤：获取第二目标存储地址，其中，第二目标存储地址是数据库默认的移动多个待移动子文件的目标存储地址；获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第二目标存储地址；按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第二目标存储地址。通过以上步骤，可以在用户不特意指定目标存储地址的情况下实现子文件的移动，在对整体工作效果没有影响的前提下，这种移动方式更加快捷高效，对于提高生产环境中批量文件还原的速度大有益处。
图5是根据本发明的用于备份数据库的数据处理方法的第五实施例的流程图。该实施例可以作为图1所示实施例的一种优选实施方式，如图5所示，该用于备份数据库的数据处理方法包括：
步骤S501，获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件。
该步骤等同于第一实施例中的步骤S102，这里不再赘述。
步骤S502，获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址。
该步骤等同于第一实施例中的步骤S104，这里不再赘述。
步骤S504，确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息。
该步骤等同于第一实施例中的步骤S106，这里不再赘述。
步骤S506，从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址。
该步骤等同于第一实施例中的步骤S108，这里不再赘述。
步骤S507，获取数据库的注册表。
注册表是windows操作系统中的一个核心数据库，其中存放着各种参数，直接控制着windows的启动、硬件驱动程序的装载以及一些windows应用程序的运行，从而在整个系统中起着核心作用。这些作用包括了软、硬件的相关配置和状态信息，比如注册表中保存有应用程序和资源管理器外壳的初始条件、首选项和卸载数据等，联网计算机的整个系统的设置和各种许可，文件扩展名与应用程序的关联，硬件部件的描述、状态和属性，性能记录和其他底层的系统状态信息，以及其他数据等。
注册表是为Windows NT和Windows95中所有32位硬件/驱动和32位应用程序设计的数据文件。16位驱动在WinNT下无法工作，所以所有设备都通过注册表来控制，一般这些是通过BIOS来控制的。
在没有注册表的情况下，操作系统不会获得必须的信息来运行和控制附属的设备和应用程序及正确响应用户的输入。
步骤S508，获取注册表中的键值信息。
注册表存储在一个层次结构的格式中，存储在其中的元素都基于一定的逻辑顺序。注册表键值是注册表中组织的基本单元。当在注册表中存储信息时，基于要存储的信息的类型选择适当的位置。
注册表由键(或称“项”)、子键(子项)和值项构成。一个键就是分支中的一个文件夹，而子键就是这个文件夹中的子文件夹，子键同样是一个键。一个值项则是一个键的当前定义，由名称、数据类型以及分配的值组成。一个键可以有一个或多个值，每个值的名称各不相同，如果一个值的名称为空，则该值为该键的默认值。
步骤S509，从注册表中的键值信息获取第二目标存储地址，其中，第二目标存储地址是数据库默认的移动多个待移动子文件的目标存储地址。
可以通过查询注册表中的键值信息准确地获取SqlSever的当前默认的目标存储地址。
步骤S510，获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第二目标存储地址。
该步骤等同于第一实施例中的步骤S408，这里不再赘述。
步骤S511，按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第二目标存储地址。
该步骤等同于第一实施例中的步骤S410，这里不再赘述。
在该实施例中，给出了获取第二目标存储地址的具体实现步骤：获取数据库的注册表；获取注册表中的键值信息；从注册表中的键值信息获取第二目标存储地址，其中，第二目标存储地址是数据库默认的移动多个待移动子文件的目标存储地址。通过以上步骤，可以通过注册表的键值信息准确获取当前默认的目标存储地址，从而更加准确地将多个待移动子文件转移到当前默认的目标存储地址，提高子文件移动效率。
图6是根据本发明的用于备份数据库的数据处理方法的第六实施例的流程图。该实施例可以作为图1所示实施例的一种优选实施方式，如图6所示，该用于备份数据库的数据处理方法包括：
步骤S601，获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件。
该步骤等同于第一实施例中的步骤S102，这里不再赘述。
步骤S602，获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址。
该步骤等同于第一实施例中的步骤S104，这里不再赘述。
步骤S604，确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息。
该步骤等同于第一实施例中的步骤S106，这里不再赘述。
步骤S606，从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址。
该步骤等同于第一实施例中的步骤S108，这里不再赘述。
步骤S607，检测备份文件中的多个子文件。
该步骤等同于步骤S206，这里不再赘述。
步骤S608，判断备份文件中的子文件是否是待移动子文件。
该步骤等同于步骤S207，这里不再赘述。
步骤S609，如果备份文件中的子文件是待移动子文件，则创建一个从待移动子文件的原始存储地址到目标存储地址的映射并创建一个用于将待移动子文件从相应的原始存储地址移动到目标存储地址的函数。
地址映射是指为了保证CPU执行指令时可正确访问存储单元，需将用户程序中的逻辑地址转换为运行时由机器直接寻址的物理地址。例如：从待移动子文件的原始存储地址到目标存储地址的映射的函数形式如下所示：
RESTORE DATABASE[AdventureWorksCopy]FROM DISK＝
'c:\mssql\backup\yukon\AW2K5_Full.bak'
WITH CHECKSUM,
MOVE'AdventureWorks_Data'TO
'c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf',
MOVE'AdventureWorks_Log'TO
'c:\mssql\log\yukon\AdventureWorksCopy_Log.ldf',
RECOVERY,REPLACE,STATS＝10；
步骤S610，同步执行用于移动多个待移动子文件的函数，将多个待移动子文件由相应的原始存储地址移动到目标存储地址。
将数据库备份文件头信息里取到的所有待移动子文件的文件名和目标存储地址分别写入Move语句，将所有Move语句同步执行，则可以实现将多个待移动子文件由相应的原始存储地址移动到目标存储地址。
在该实施例中，给出了将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址的具体实现步骤，包括：检测备份文件中的多个子文件判断备份文件中的子文件是否是待移动子文件；如果备份文件中的子文件是待移动子文件，则创建一个从待移动子文件的原始存储地址到目标存储地址的映射并创建一个用于将待移动子文件从相应的原始存储地址移动到目标存储地址的函数；同步执行用于移动多个待移动子文件的函数，将多个待移动子文件由相应的原始存储地址移动到目标存储地址。在该实施例中，通过针对每一个待移动子文件建立相应移动函数并同步执行所有函数的方式，实现了同步移动备份文件中多个待移动子文件的目的，简化了子文件的移动过程，提高了子文件移动程序的执行效率。
图7是根据本发明的用于备份数据库的数据处理装置的第一实施例的结构框图。如图7所示，该装置结构包括：
第一获取单元22，用于获取数据库中原始文件的备份文件，其中，备份文件包含多个子文件。
备份文件是拷贝到存储介质上的文件，可以帮助用户保护数据，以防止其在系统硬件或存储介质出现故障时受到破坏。常见的实现备份的方式有：使用U盘或者移动硬盘将重要数据备出电脑；使用刻录机将重要数据刻成光盘；将数据保存在分区以外，以免重装系统或系统损坏造成数据丢失；利用软盘备份数据等。按照备份内容可以分为三种备份形式：完全备份、差异备份和增量备份。完全备份是备份全部选中的文件夹，并不依赖文件的存档属性来确定备份哪些文件；差异备份是针对完全备份，备份上一次的完全备份后发生变化的所有文件；增量备份是针对于上一次备份(完全备份或者差异备份)后，所有发生变化的文件。SQL Server备份策略为只备份数据库、备份数据库和事务日志或者差异备份。
选择从分区到镜像，就是启动备份功能。比如：将C盘数据备份到D盘。备份文件的还原是从镜像到分区的过程，比如：将C盘数据备份到D盘，如果C盘数据意外丢失，则可以使用从镜像到分区的功能进行还原，还原时对文件系统没有要求，会还原到备份时的状态。需要注意的是备份和还原时源盘(或者源分区)和目标分区的选择。
第二获取单元24，用于获取备份文件的头文件信息，其中，头文件信息包含多个子文件对应的原始存储地址。
头文件在程序设计中通常是源代码形式，由编译器在处理另一个源文件的时候自动包含进来。一般来说，程序员通过编译器指令将头文件包含进其他源文件的开始(或头部)。一个头文件一般包含类、子程序、变量和其他标识符的前置声明。需要在一个以上源文件中被声明的标识符可以被放在一个头文件中，并在需要的地方包含这个头文件。
在大多数现代计算机编程语言中，程序可以被分成如子程序的更小的组件，这些组件可以通过许多物理源文件分发，这些源文件被单独编译。当一个子程序在定义的位置以外的地方被使用时，就需要引入前置声明和函数原型的概念。
例如，一个函数在一个源文件中有如下定义：
int add(int a,int b)
{
return a+b；
}
在另一个源文件中引用的时候就可以声明成这样(包含函数原型)：
int add(int,int)；
int triple(int x)
{
return add(x,add(x,x))；
}
该方法需要程序员为add在两处维护函数声明，即在一个包含函数实现的文件中和使用该函数的文件中。如果函数的定义改变了，程序员必须要更改散布在程序中的所有的原型。利用头文件将使该问题大为简化，减少程序员的维护负担。头文件被用来唯一指定接口，并提供一些文档来说明如何使用在该文件中声明的组件。当定义改变的时候，只须更新声明的一个独立副本(在头文件中的那个)。例如，在下面的情况下，头文件仅包含add的声明，每一个引用了add的源文件使用#include来包含头文件：
/*File add.h*/
#ifndef ADD_H
#define ADD_H
int add(int,int)；
#endif/*ADD_H*/
/*File triple.c*/
#include"add.h"
int triple(int x)
{
return add(x,add(x,x))；
}
确定单元26，用于确定特征信息，其中特征信息是多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息。
通常根据客户的不同需求会将备份文件中具有相同特定信息的子文件同时还原到目标磁盘路径下，例如：可以是文件名以数字开头的子文件，文件名中包含“data”的子文件，占用空间在1000KB以内的子文件，创建日期在距当前日期一个月以内的子文件以及文件类型为word的子文件等，或者也可以是满足以上多个特征信息的组合的子文件，例如：文件名中包含“data”并且占用空间在1000KB以内的子文件。首先，确定单元26按照用户需求确定待移动的子文件是包含何种特定信息的子文件，从而将待移动子文件与非待移动子文件区分开来。
读取单元28，用于从头文件信息中分别读取含有特征信息的多个待移动子文件对应的原始存储地址。
头文件里包括宏定义、结构体、函数声明等诸多信息。通过读取单元28读取头文件中存在的相关函数可以获取备份文件中所有子文件的原始存储地址(原始目录)，其中就包含有了具备特征信息的多个待移动子文件的原始存储地址(原始目录)。具体的函数实现是在库文件中，目录函数所在的函数库为dir.h、dos.h。
移动单元210，用于将多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。
通过指定一个特定的目标存储地址(目标目录)，可以使指定的存储地址变成当前文件的存储地址(目录)。例如，利用int chdir(char*path)使指定的目标目录path(如:"C:\\WPS")变成当前的工作目录，成功返回0；利用int findfirst(char*pathname,struct ffblk*ffblk,int attrib)查找指定的文件，成功返回0，pathname为指定的目录名和文件名，如"C:\\WPS\\TXT"，ffblk为指定的保存文件信息的一个结构。
由于备份文件中每个子文件对应的原始存储地址可能存在差异，因此需要对每一个待移动子文件进行指定，也就是说，针对每一个待移动子文件将会生成一个移动函数。但是，这些移动函数不是分离执行的，而是当所有待移动子文件的移动函数全部生成之后，执行一个共同的移动操作，即实现该步骤中的“同步移动”。该单元移动子文件的策略将在一定程度上提高了子文件移动的效率，对于实现备份文件中批量子文件还原十分有利。
图8是根据本发明的用于备份数据库的数据处理装置的第二实施例的结构框图。该实施例可以作为图7所示实施例的一种优选实施方式，如图8所示，该用于备份数据库的数据处理装置包括：
第一获取单元22、第二获取单元24、确定单元26、读取单元28以及移动单元210，其中，第一获取单元22、第二获取单元24、确定单元26以及移动单元210与图7中相同，这里不再赘述。读取单元28还可以包括：
第一检测模块32，用于检测备份文件包含的多个子文件的信息。
第一检测模块32对备份文件中包含的所有子文件的信息逐一进行检测，检测之后将会找到含有上述特征信息的子文件。该模块的检测过程是按照特征信息的属性来进行的，正如第一实施例中，待移动子文件包含的特征信息可以是文件名以数字开头、文件名中包含“data”、占用空间在1000KB以内、创建日期在距当前日期一个月以内或者文件类型为word的子文件等，或者是以上多个特征信息的组合。这样，在该模块检测备份文件包含的多个子文件的信息时，针对不同的特征信息属性，将检测不同的方面，而不是检测头文件中包含的多个子文件的所有信息。例如：待移动子文件包含的特征信息是占用空间在1000KB以内，检测时只需检测备份文件包含的多个子文件各自占用的空间。这种检测方法对于提高子文件移动的效率十分有利。
第一判断模块34，用于判断子文件是否包含所特征信息。
该模块的的判断过程，即是一个将步骤S206中的检测结果与特征信息中中的规定的具体标准进行比较的过程。例如，待移动子文件包含的特征信息是占用空间在1000KB以内，每当检测完毕一个备份文件中子文件的占用空间，则与1000KB进行比较，如果该子文件的占用空间小于或者等于1000KB，则判断该子文件是待移动的子文件，可以进行步骤S208；如果该子文件的占用空间大于1000KB，则判断该子文件不是待移动的子文件，不对其进行步骤S208，而是继续检测下一个子文件，并继续进行判断。
读取模块36，用于如果子文件包含特征信息，则读取子文件的原始存储地址。
例如：待移动子文件包含的特征信息是占用空间在1000KB以内，每当检测模块检测到一个备份文件中子文件的占用空间小于或者等于1000KB，则该模块读取该子文件的原始存储地址；如果某子文件占用空间超过了1000KB，则不再读取该子文件的原始存储地址，而是检测模块继续检测下一个子文件占用的空间。模块32和36所进行的过程是动态读取过程，边判断边读取子文件的原始存储地址，节省了程序的运行时间，在一定程度上提高了程序执行效率。
在该实施例中，给出了读取单元28的模块组成，包括：第一检测模块32、第一判断模块34和读取模块36。由于通过以上模块实现了动态读取子文件信息，因此简化了获取待移动子文件相应的原始存储地址的过程，提高了子文件移动程序的执行效率。
图9是根据本发明的用于备份数据库的数据处理装置的第三实施例的结构框图。该实施例可以作为图7所示实施例的一种优选实施方式，如图9所示，该用于备份数据库的数据处理装置包括：
第一获取单元22、第二获取单元24、确定单元26、读取单元28以及移动单元210，其中，第一获取单元22、第二获取单元24、确定单元26、读取单元28和图7中所述相同，这里不再赘述。移动单元210还可以包括：
确定模块42，用于确定第一目标存储地址，其中，第一目标存储地址是预先设定的移动多个待移动子文件的目标存储地址。
根据不同用户的不同需求，可以人为设定待移动子文件移向的磁盘地址。比如，用户A需要把备份文件中的某些子文件移动到“C:\Documents and Settings\yonghuA”路径下，则可以将“C:\Documents and Settings\yonghuA”设置为目标存储地址。其他的用户可根据自身不同的需要，更改该目标存储地址。对于具有相同特征信息的子文件，只需设定一次目标存储地址，即可实现将所有待移动子文件同时移到目标存储地址。该模块允许用户自行选择备份文件中多个待移动子文件的目标存储地址，使批量文件移动过程更加人性化，同时对于提高子文件移动效率也十分有利。
第一获取模块44，用于获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第一目标存储地址。
上述预设规则规定的是子文件移动过程的起始点和终止点，该规则可以体现在编写的移动相应子文件的程序中。比如，移动某子文件的程序为Move'AdventureWorks_Data'TO'c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf'，则从程序中可以看到预设规则是将AdventureWorks_Data由AdventureWorks_Data的原始存储地址移动到c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf。
第一移动模块46，用于按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第一目标存储地址。
这里，将对多个待移动子文件同步移动到目标存储地址进行举例说明。例如：待移动子文件包含的特征信息是文件名以数字开头并以数字结束，则通过检测得到了以下两个子文件原始存储地址：'1 AdventureWorks_Data 2'和'3 AdventureWorks_Data 4'，c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf是移动规则中设定的目标存储地址，则第一移动模块46执行实现上述两个待移动子文件由原始存储地址移动到第一目标存储地址的程序为：
Move'1AdventureWorks_Data2'TO'c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf'；Move'3AdventureWorks_Data4'TO'c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf'生成两个程序后同步执行，便可将两个待移动子文件由相应的原始存储地址同步移动到第一目标存储地址。
在该实施例中，给出了移动单元210还可以包括还可包含的模块组成：确定模块42、第一获取模块44和第一移动模块46。通过以上模块，允许用户自行指定目标存储地址，更加人性化地实现了备份文件中子文件的批量移动；同时，第一移动模块46按照预设规则将多个子文件同步移动到目标存储地址，提高了文件移动效率，尤其适用于生产环境迁移时大量子文件的批量还原。
下面是根据本发明的用于备份数据库的数据处理装置的第四实施例的结构框图。该实施例可以作为图7所示实施例的一种优选实施方式。该用于备份数据库的数据处理装置包括：
第一获取单元22、第二获取单元24、确定单元26、读取单元28以及移动单元210，其中，第一获取单元22、第二获取单元24、确定单元26、读取单元28和图7中所述相同，这里不再赘述。移动单元210还可以包括：
第二获取模块，用于获取第二目标存储地址，其中，第二目标存储地址是数据库默认的移动多个待移动子文件的目标存储地址。
在一些情况下，用户出于工作效率的考虑，在不影响整体工作效果的前提下，用户只关注将备份文件中的某些子文件移出进行还原，并不关注将上述子文件移到什么目标存储地址。这时，待移动子文件将会自动移动到服务器默认的目标存储地址。这种目标存储地址的选择，可以很大程度上提高子文件的移动速率，节省整个程序的运行时间。需要注意的是，对于不同的服务器，默认目标存储地址可能不同；同一服务器，默认目标存储地址是可以更改的。如果更改了默认目标存储地址，则以后在不指定目标存储地址的情况下，所有文件还原之后都将保存在该默认目标存储地址。
第三获取模块，用于获取预设规则，其中，预设规则规定将多个待移动子文件由相应的原始存储地址移动到第二目标存储地址。
预设规则规定的是子文件移动过程的起始点和终止点，该规则可以体现在编写的移动相应子文件的程序中。比如，移动某子文件的程序为Move'AdventureWorks_Data'TO，则从程序中可以看到预设规则是将AdventureWorks_Data由AdventureWorks_Data的原始存储地址移动到服务器默认的目标存储地址。
第二移动模块，用于按照预设规则将多个待移动子文件由相应的原始存储地址同步移动到第二目标存储地址。
例如，待移动子文件包含的特征信息是文件名中包含data四个连续字母，通过第一检测模块检测得到了以下三个待移动子文件：'AdventureWorks_Data 1'、'3AdventureWorks_Data 2'和'AdventureWorks_Data 3'。执行程序Move'AdventureWorks_Data 1'TO；Move'AdventureWorks_Data 2'TO；Move'AdventureWorks_Data 2'TO，则第二移动模块可以将三个待移动子文件同步移动到服务器默认的目标存储地址。
在该实施例中，给出了移动单元210还可以包括的模块组成：第二获取模块、第三获取模块和第二移动模块。通过以上模块，可以实现在用户不特意指定目标存储地址的情况下实现子文件的移动，在对整体工作效果没有影响的前提下，这种移动方式更加快捷高效，对于提高生产环境中批量文件还原的速度大有益处。
下面是根据本发明的用于备份数据库的数据处理装置的第五实施例的结构框图。该实施例可以作为用于备份数据库的数据处理装置的第四实施例的一种优选实施方式。该用于备份数据库的数据处理装置包括：
第一获取单元22、第二获取单元24、确定单元26、读取单元28以及移动单元210，其中，移动单元210还包括第二获取模块、第三获取模块和第二移动模块。这里，除第二获取模块外，其他单元和模块与装置的第四实施例中所述相同，这里不再赘述。第二获取模块还可以包括：
第四获取模块，用于获取数据库的注册表。
注册表是windows操作系统中的一个核心数据库，其中存放着各种参数，直接控制着windows的启动、硬件驱动程序的装载以及一些windows应用程序的运行，从而在整个系统中起着核心作用。这些作用包括了软、硬件的相关配置和状态信息，比如注册表中保存有应用程序和资源管理器外壳的初始条件、首选项和卸载数据等，联网计算机的整个系统的设置和各种许可，文件扩展名与应用程序的关联，硬件部件的描述、状态和属性，性能记录和其他底层的系统状态信息，以及其他数据等。
注册表是为Windows NT和Windows95中所有32位硬件/驱动和32位应用程序设计的数据文件。16位驱动在WinNT下无法工作，所以所有设备都通过注册表来控制，一般这些是通过BIOS来控制的。
在没有注册表的情况下，操作系统不会获得必须的信息来运行和控制附属的设备和应用程序及正确响应用户的输入。
第五获取模块，用于获取注册表中的键值信息。
注册表存储在一个层次结构的格式中，存储在其中的元素都基于一定的逻辑顺序。注册表键值是注册表中组织的基本单元。当在注册表中存储信息时，基于要存储的信息的类型选择适当的位置。
注册表由键(或称“项”)、子键(子项)和值项构成。一个键就是分支中的一个文件夹，而子键就是这个文件夹中的子文件夹，子键同样是一个键。一个值项则是一个键的当前定义，由名称、数据类型以及分配的值组成。一个键可以有一个或多个值，每个值的名称各不相同，如果一个值的名称为空，则该值为该键的默认值。
第六获取模块，用于从注册表中的键值信息获取第二目标存储地址。
第六获取模块可以通过查询注册表中的键值信息准确地获取SqlSever的当前默认的目标存储地址。
在该实施例中，给出了第二获取模块还可包含的模块组成：第四获取模块、第五获取模块和第六获取模块。通过以上模块，可以实现通过注册表的键值信息准确获取当前默认的目标存储地址，从而更加准确地将多个待移动子文件转移到当前默认的目标存储地址，提高子文件移动效率。
下面是根据本发明的用于备份数据库的数据处理装置的第六实施例的结构框图。该实施例可以作为图7的一种优选实施方式。该用于备份数据库的数据处理装置包括：
第一获取单元22、第二获取单元24、确定单元26、读取单元28以及移动单元210，其中，第一获取单元22、第二获取单元24、确定单元26、读取单元28与图7实施例中所述相同，这里不再赘述。移动单元210还可以包括：
第二检测模块，用于检测备份文件中的多个子文件。
第二判断模块，用于判断备份文件中的子文件是否是待移动子文件。
创建模块，用于如果备份文件中的子文件是待移动子文件，则创建一个从待移动子文件的原始存储地址到目标存储地址的映射并创建一个用于将待移动子文件从相应的原始存储地址移动到目标存储地址的函数。
地址映射是指为了保证CPU执行指令时可正确访问存储单元，需将用户程序中的逻辑地址转换为运行时由机器直接寻址的物理地址。例如：从待移动子文件的原始存储地址到目标存储地址的映射的函数形式如下所示：
RESTORE DATABASE[AdventureWorksCopy]FROM DISK＝
'c:\mssql\backup\yukon\AW2K5_Full.bak'
WITH CHECKSUM,
MOVE'AdventureWorks_Data'TO
'c:\mssql\data\yukon\AdventureWorksCopy_Data.mdf',
MOVE'AdventureWorks_Log'TO
'c:\mssql\log\yukon\AdventureWorksCopy_Log.ldf',
RECOVERY,REPLACE,STATS＝10；
执行模块，用于同步执行用于移动多个待移动子文件的函数，将多个待移动子文件由相应的原始存储地址移动到目标存储地址。
执行模块将数据库备份文件头信息里取到的所有待移动子文件的文件名和目标存储地址分别写入Move语句，将所有Move语句同步执行，实现了将多个待移动子文件由相应的原始存储地址移动到目标存储地址。
在该实施例中，给出了移动单元210还可包括的模块组成：第二检测模块、第二判断模块和执行模块。通过以上模块，可针对每一个待移动子文件建立相应移动函数并同步执行所有函数的方式，实现同步移动备份文件中多个待移动子文件的目的，从而简化了子文件的移动过程，提高了子文件移动程序的执行效率。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种用于备份数据库的数据处理方法，其特征在于，包括：
获取数据库中原始文件的备份文件，其中，所述备份文件包含多个子文件；
获取所述备份文件的头文件信息，其中，所述头文件信息包含所述多个子文件对应的原始存储地址；
确定特征信息，其中所述特征信息是所述多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息；
从所述头文件信息中分别读取含有所述特征信息的所述多个待移动子文件对应的原始存储地址；以及
将所述多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。
2.根据权利要求1所述的方法，其特征在于，从所述头文件信息中分别读取含有所述特征信息的所述多个待移动子文件对应的原始存储地址包括：
检测所述备份文件包含的多个子文件的信息；
判断所述子文件是否包含所特征信息；以及
如果所述子文件包含所述特征信息，则读取所述子文件的原始存储地址。
3.根据权利要求1所述的方法，其特征在于，将所述多个待移动子文件由相应的原始存储地址同步移动到目标存储地址包括：
确定第一目标存储地址，其中，所述第一目标存储地址是预先设定的移动所述多个待移动子文件的目标存储地址；
获取预设规则，其中，所述预设规则规定将所述多个待移动子文件由相应的原始存储地址移动到所述第一目标存储地址；以及
按照所述预设规则将所述多个待移动子文件由相应的原始存储地址同步移动到所述第一目标存储地址。
4.根据权利要求1所述的方法，其特征在于，将所述多个待移动子文件由相应的原始存储地址同步移动到目标存储地址包括：
获取第二目标存储地址，其中，所述第二目标存储地址是所述数据库默认的移动所述多个待移动子文件的目标存储地址；
获取预设规则，其中，所述预设规则规定将所述多个待移动子文件由相应的原始存储地址移动到所述第二目标存储地址；以及
按照所述预设规则将所述多个待移动子文件由相应的原始存储地址同步移动到所述第二目标存储地址。
5.根据权利要求4所述的方法，其特征在于，获取所述第二目标存储地址包括：
获取所述数据库的注册表；
获取所述注册表中的键值信息；以及
从所述注册表中的键值信息获取所述第二目标存储地址。
6.一种用于备份数据库的数据处理装置，其特征在于，包括：
第一获取单元，用于获取数据库中原始文件的备份文件，其中，所述备份文件包含多个子文件；
第二获取单元，用于获取所述备份文件的头文件信息，其中，所述头文件信息包含所述多个子文件对应的原始存储地址；
确定单元，用于确定特征信息，其中所述特征信息是所述多个子文件中的多个待移动子文件共同含有的信息并且非待移动子文件没有含有的信息；
读取单元，用于从所述头文件信息中分别读取含有所述特征信息的所述多个待移动子文件对应的原始存储地址；以及
移动单元，用于将所述多个待移动子文件由相应的原始存储地址同步移动到目标存储地址。
7.根据权利要求6所述的装置，其特征在于，所述读取单元包括：
第一检测模块，用于检测所述备份文件包含的多个子文件的信息；
第一判断模块，用于判断所述子文件是否包含所特征信息；以及
读取模块，用于如果所述子文件包含所述特征信息，则读取所述子文件的原始存储地址。
8.根据权利要求6所述的装置，其特征在于，所述移动单元包括：
确定模块，用于确定第一目标存储地址，其中，所述第一目标存储地址是预先设定的移动所述多个待移动子文件的目标存储地址；
第一获取模块，用于获取预设规则，其中，所述预设规则规定将所述多个待移动子文件由相应的原始存储地址移动到所述第一目标存储地址；以及
第一移动模块，用于按照所述预设规则将所述多个待移动子文件由相应的原始存储地址同步移动到所述第一目标存储地址。
9.根据权利要求6所述的装置，其特征在于，所述移动单元包括：
第二获取模块，用于获取第二目标存储地址，其中，所述第二目标存储地址是所述数据库默认的移动所述多个待移动子文件的目标存储地址；
第三获取模块，用于获取预设规则，其中，所述预设规则规定将所述多个待移动子文件由相应的原始存储地址移动到所述第二目标存储地址；以及
第二移动模块，用于按照所述预设规则将所述多个待移动子文件由相应的原始存储地址同步移动到所述第二目标存储地址。
10.根据权利要求9所述的装置，其特征在于，所述第二获取模块包括：
第四获取模块，用于获取所述数据库的注册表；
第五获取模块，用于获取所述注册表中的键值信息；以及
第六获取模块，用于从所述注册表中的键值信息获取所述第二目标存储地址。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410449646.8A CN104166607B (zh) | 2014-09-04 | 2014-09-04 | 用于备份数据库的数据处理方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410449646.8A CN104166607B (zh) | 2014-09-04 | 2014-09-04 | 用于备份数据库的数据处理方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104166607A true CN104166607A (zh) | 2014-11-26 |
| CN104166607B CN104166607B (zh) | 2017-12-19 |
Family
ID=51910437
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410449646.8A Active CN104166607B (zh) | 2014-09-04 | 2014-09-04 | 用于备份数据库的数据处理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104166607B (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104615507A (zh) * | 2015-02-13 | 2015-05-13 | 广东欧珀移动通信有限公司 | 备份数据的批量还原方法和装置 |
| CN110059061A (zh) * | 2019-03-22 | 2019-07-26 | 厦门快商通信息咨询有限公司 | 一种声纹数据的备份方法及备份装置及存储介质 |
| CN110928847A (zh) * | 2019-10-14 | 2020-03-27 | 佛山科学技术学院 | 一种文件的批量抽样方法及装置 |
| CN111767171A (zh) * | 2020-06-29 | 2020-10-13 | 四川阵风科技有限公司 | 文件备份与还原的方法 |
| CN111897772A (zh) * | 2020-08-05 | 2020-11-06 | 光大兴陇信托有限责任公司 | 一种大文件数据导入方法 |
| CN113126928A (zh) * | 2021-04-22 | 2021-07-16 | 北京百度网讯科技有限公司 | 文件移动方法及装置、电子设备和介质 |
| CN113434598A (zh) * | 2021-06-28 | 2021-09-24 | 青岛海尔科技有限公司 | 实现数据双写的方法、装置与电子装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5913219A (en) * | 1996-02-16 | 1999-06-15 | Electronics And Telecommunications Research Institute | Database recovery apparatus and method of using dual plane nonvolatile memory |
| US6760859B1 (en) * | 2000-05-23 | 2004-07-06 | International Business Machines Corporation | Fault tolerant local area network connectivity |
| CN101714107A (zh) * | 2009-10-23 | 2010-05-26 | 金蝶软件（中国）有限公司 | 一种erp系统中的数据库备份、恢复方法和装置 |
| CN101814045A (zh) * | 2010-04-22 | 2010-08-25 | 华中科技大学 | 一种用于备份服务的数据组织方法 |
| CN102253871A (zh) * | 2011-07-13 | 2011-11-23 | 重庆大学 | 一种数据备份、还原方法、装置及系统 |
-
2014
- 2014-09-04 CN CN201410449646.8A patent/CN104166607B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5913219A (en) * | 1996-02-16 | 1999-06-15 | Electronics And Telecommunications Research Institute | Database recovery apparatus and method of using dual plane nonvolatile memory |
| US6760859B1 (en) * | 2000-05-23 | 2004-07-06 | International Business Machines Corporation | Fault tolerant local area network connectivity |
| CN101714107A (zh) * | 2009-10-23 | 2010-05-26 | 金蝶软件（中国）有限公司 | 一种erp系统中的数据库备份、恢复方法和装置 |
| CN101814045A (zh) * | 2010-04-22 | 2010-08-25 | 华中科技大学 | 一种用于备份服务的数据组织方法 |
| CN102253871A (zh) * | 2011-07-13 | 2011-11-23 | 重庆大学 | 一种数据备份、还原方法、装置及系统 |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104615507A (zh) * | 2015-02-13 | 2015-05-13 | 广东欧珀移动通信有限公司 | 备份数据的批量还原方法和装置 |
| CN110059061A (zh) * | 2019-03-22 | 2019-07-26 | 厦门快商通信息咨询有限公司 | 一种声纹数据的备份方法及备份装置及存储介质 |
| CN110928847A (zh) * | 2019-10-14 | 2020-03-27 | 佛山科学技术学院 | 一种文件的批量抽样方法及装置 |
| CN111767171A (zh) * | 2020-06-29 | 2020-10-13 | 四川阵风科技有限公司 | 文件备份与还原的方法 |
| CN111767171B (zh) * | 2020-06-29 | 2024-03-19 | 四川阵风科技有限公司 | 文件备份与还原的方法 |
| CN111897772A (zh) * | 2020-08-05 | 2020-11-06 | 光大兴陇信托有限责任公司 | 一种大文件数据导入方法 |
| CN111897772B (zh) * | 2020-08-05 | 2024-02-20 | 光大兴陇信托有限责任公司 | 一种大文件数据导入方法 |
| CN113126928A (zh) * | 2021-04-22 | 2021-07-16 | 北京百度网讯科技有限公司 | 文件移动方法及装置、电子设备和介质 |
| CN113126928B (zh) * | 2021-04-22 | 2024-01-23 | 北京百度网讯科技有限公司 | 文件移动方法及装置、电子设备和介质 |
| US12019592B2 (en) | 2021-04-22 | 2024-06-25 | Beijing Baidu Netcom Science Technology Co., Ltd. | File moving method, electronic device, and medium |
| CN113434598A (zh) * | 2021-06-28 | 2021-09-24 | 青岛海尔科技有限公司 | 实现数据双写的方法、装置与电子装置 |
| CN113434598B (zh) * | 2021-06-28 | 2024-03-22 | 青岛海尔科技有限公司 | 实现数据双写的方法、装置与电子装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104166607B (zh) | 2017-12-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104166607A (zh) | 用于备份数据库的数据处理方法及装置 | |
| CN112099800B (zh) | 代码数据的处理方法、装置和服务器 | |
| CN103809975B (zh) | 智能云表单的实现方法 | |
| CN110209650A (zh) | 数据规整迁移方法、装置、计算机设备和存储介质 | |
| CN109684822B (zh) | 多用户访问环境配置方法、装置、设备及多联机系统 | |
| CN105324750A (zh) | 开发环境系统、开发环境装置、开发环境提供方法及程序 | |
| EP3413149B1 (en) | Field device commissioning system and field device commissioning method | |
| JP2013535716A (ja) | 仮想マシン間で分析の結果を共有するためのシステムおよび方法 | |
| CN112256348B (zh) | 一种云服务平台创建方法、系统及电子设备和存储介质 | |
| CN111414228B (zh) | 基于Kubernetes的管理存储空间的方法和相关装置 | |
| CN105630818A (zh) | 一种批量文件重命名的方法及装置 | |
| WO2015085736A1 (en) | Method and system for accessing a distributed file system | |
| EP3827370A1 (en) | Tracking attribution of content in an online collaborative electronic document | |
| CN106406127A (zh) | 物联网设备的控制界面的生成方法及生成装置 | |
| CN105159673A (zh) | 一种设置控件样式的方法和装置 | |
| US20170269869A1 (en) | Data migration tool with intermediate incremental copies | |
| CN110704139B (zh) | 一种图标分类的方法及装置 | |
| CN107885543B (zh) | 一种应用程序的功能管理方法、装置和智能终端 | |
| US10305740B2 (en) | System and method for performing mass renaming of list of items at run-time with variable differentiation factor | |
| EP2985662A1 (en) | Automatic creation of hardware configuration in a distributed control system | |
| CN112214978A (zh) | 一种数据处理方法及相关设备 | |
| EP3009900A1 (en) | Dynamic recommendation of elements suitable for use in an engineering configuration | |
| CN110874220B (zh) | 游戏应用程序中的功能集成方法、设备和存储介质 | |
| CN112632930A (zh) | 表格数据控制方法及装置 | |
| CN112560403A (zh) | 文本的处理方法及装置、电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Data processing method and device for backup database Effective date of registration: 20190531 Granted publication date: 20171219 Pledgee: Shenzhen Black Horse World Investment Consulting Co.,Ltd. Pledgor: BEIJING GRIDSUM TECHNOLOGY Co.,Ltd. Registration number: 2019990000503 |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| CP02 | Change in the address of a patent holder |
Address after: 100083 No. 401, 4th Floor, Haitai Building, 229 North Fourth Ring Road, Haidian District, Beijing Patentee after: BEIJING GRIDSUM TECHNOLOGY Co.,Ltd. Address before: 100086 Beijing city Haidian District Shuangyushu Area No. 76 Zhichun Road cuigongfandian 8 layer A Patentee before: BEIJING GRIDSUM TECHNOLOGY Co.,Ltd. |
|
| CP02 | Change in the address of a patent holder | ||
| PP01 | Preservation of patent right |
Effective date of registration: 20240604 Granted publication date: 20171219 |
|
| PP01 | Preservation of patent right |