本發(fā)明涉及數(shù)據(jù)庫備份技術(shù)領域，特別涉及一種數(shù)據(jù)備份和恢復方法及系統(tǒng)。

背景技術(shù)：

隨著大數(shù)據(jù)時代的到來，以Hadoop為代表的大數(shù)據(jù)技術(shù)不斷成熟，基于NoSQL存儲海量數(shù)據(jù)的方案也成熟起來，NoSQL數(shù)據(jù)庫具有良好的海量數(shù)據(jù)存儲能力和線性的橫向擴展能力，以及海量數(shù)據(jù)的查詢能力。與此同時，傳統(tǒng)的關系型數(shù)據(jù)庫(RDBMS，Relational Database Management System)由于在數(shù)據(jù)結(jié)構(gòu)、事務處理和良好的結(jié)構(gòu)化查詢語言(SQL，Structured Query Language)支持，對于傳統(tǒng)應用支持非常好，也將會和新興的大數(shù)據(jù)數(shù)據(jù)庫長期并存。

但是對于大數(shù)據(jù)量的情況，傳統(tǒng)RDBMS的備份主要通過磁帶庫實現(xiàn)，其它諸如光盤、硬盤、U盤等方式由于容量、保密性、物理可靠性、安全性等原因而不適用于大量備份，利用磁帶庫備份使得每一套數(shù)據(jù)庫均需要購買備份工具和磁帶庫才能進行備份，實施難度大、投入成本高。同時備份數(shù)據(jù)以磁帶方式存儲于磁帶庫中，只能進行線性讀寫，未經(jīng)完全恢復的情況下很難進行數(shù)據(jù)查詢。此外，傳統(tǒng)方式備份數(shù)據(jù)的恢復必須恢復至相同環(huán)境，如數(shù)據(jù)庫的版本相同、操作系統(tǒng)的類型相同等的數(shù)據(jù)庫中，無法在異構(gòu)環(huán)境中恢復，進一步增加了備份數(shù)據(jù)的使用難度。

技術(shù)實現(xiàn)要素：

為解決現(xiàn)有存在的技術(shù)問題，本發(fā)明實施例期望提供一種數(shù)據(jù)備份和恢復方法及系統(tǒng)，以對傳統(tǒng)關系型數(shù)據(jù)庫進行快捷、高效、易用的備份。

本發(fā)明實施例的技術(shù)方案是這樣實現(xiàn)的：

在本發(fā)明實施例的一方面，提供一種數(shù)據(jù)備份方法，包括：

從待備份關系型數(shù)據(jù)庫中獲取表結(jié)構(gòu)，解析所述表結(jié)構(gòu)中數(shù)據(jù)之間的E-R模型；

按照預設的備份參數(shù)啟動備份，根據(jù)所述E-R模型和行-列轉(zhuǎn)換模型將所述關系型數(shù)據(jù)庫各表的行數(shù)據(jù)轉(zhuǎn)換為列數(shù)據(jù)；

將轉(zhuǎn)換后的所述列數(shù)據(jù)寫入HBase庫中。

優(yōu)選地，所述行-列轉(zhuǎn)換模型包括：

建立與待備份表的表名相同的HBase表；

在所述待備份表有主鍵時，以所述主鍵作為所述HBase表的RowKey；在所述待備份表沒有主鍵時，自動產(chǎn)生所述HBase表的RowKey；

為所述HBase表增加第一列族，將所述待備份表的各字段依次作為所述第一列族的各列；

在所述待備份表包括至少一個外鍵表時，根據(jù)每個所述外鍵表依次增加所述HBase表的列族，所述外鍵表的各個字段分別作為對應列族的各個列。

優(yōu)選地，所述數(shù)據(jù)備份方法還包括：

對于各個所述外鍵表，將所述外鍵表按照所述行-列轉(zhuǎn)換模型進行轉(zhuǎn)換。

在本發(fā)明實施例的另一方面，還同時提供一種數(shù)據(jù)恢復方法，包括：

讀取HBase庫、E-R模型和預設的還原配置信息，其中，所述HBase庫和所述E-R模型按照上述的數(shù)據(jù)備份方法得到；

根據(jù)所述E-R模型和列-行轉(zhuǎn)換模型將所述HBase庫各表的列數(shù)據(jù)轉(zhuǎn)換為行數(shù)據(jù)；

根據(jù)所述還原配置信息將所述行數(shù)據(jù)恢復至目標庫。

優(yōu)選地，所述數(shù)據(jù)恢復方法還包括：

在所述目標庫為異構(gòu)數(shù)據(jù)庫時，根據(jù)所述目標庫的數(shù)據(jù)要求轉(zhuǎn)換所述行數(shù)據(jù)的數(shù)據(jù)格式后再恢復至所述目標庫。

在本發(fā)明實施例的再一方面，還提供一種數(shù)據(jù)備份系統(tǒng)，包括：

解析模塊，用于從待備份關系型數(shù)據(jù)庫中獲取表結(jié)構(gòu)，解析所述表結(jié)構(gòu)中 數(shù)據(jù)之間的E-R模型；

行-列轉(zhuǎn)換模塊，用于按照預設的備份參數(shù)啟動備份，根據(jù)所述E-R模型和行-列轉(zhuǎn)換模型將所述關系型數(shù)據(jù)庫各表的行數(shù)據(jù)轉(zhuǎn)換為列數(shù)據(jù)；

備份模塊，用于將轉(zhuǎn)換后的所述列數(shù)據(jù)寫入HBase庫中。

優(yōu)選地，所述行-列轉(zhuǎn)換模塊還包括：

建表模塊，用于建立與待備份表的表名相同的HBase表；

RowKey模塊，用于在所述待備份表有主鍵時，以所述主鍵作為所述HBase表的RowKey；或用于在所述待備份表沒有主鍵時，自動產(chǎn)生所述HBase表的RowKey；

主數(shù)據(jù)模塊，用于為所述HBase表增加第一列族，將所述待備份表的各字段依次作為所述第一列族的各列；

外鍵數(shù)據(jù)模塊，用于在所述待備份表包括至少一個外鍵表時，根據(jù)每個所述外鍵表依次增加所述HBase表的列族，所述外鍵表的各個字段分別作為對應列族的各個列。

優(yōu)選地，所述數(shù)據(jù)備份系統(tǒng)還包括：

外鍵表轉(zhuǎn)換模塊，用于將各個所述外鍵表通過所述行-列轉(zhuǎn)換模塊按照所述行-列轉(zhuǎn)換模型進行轉(zhuǎn)換。

在本發(fā)明實施例的又一方面，還同時提供一種數(shù)據(jù)恢復系統(tǒng)，包括：

讀取模塊，用于讀取HBase庫、E-R模型和預設的還原配置信息；其中，所述HBase庫和所述E-R模型由權(quán)利要求6至8任一項所述的數(shù)據(jù)備份系統(tǒng)得到；

列-行轉(zhuǎn)換模塊，用于根據(jù)所述E-R模型和列-行轉(zhuǎn)換模型將所述HBase庫各表的列數(shù)據(jù)轉(zhuǎn)換為行數(shù)據(jù)；

恢復模塊，用于根據(jù)所述還原配置信息將所述行數(shù)據(jù)恢復至目標庫。

優(yōu)選地，所述恢復模塊還包括：

格式轉(zhuǎn)換模塊，用于在所述目標庫為異構(gòu)數(shù)據(jù)庫時，根據(jù)所述目標庫的數(shù)據(jù)要求轉(zhuǎn)換所述行數(shù)據(jù)的數(shù)據(jù)格式后再恢復至所述目標庫。

本發(fā)明實施例期望提供的數(shù)據(jù)備份和恢復方法及系統(tǒng)，通過HBase庫對關 系型數(shù)據(jù)進行備份和恢復，不再依賴磁帶庫及相關工具，本發(fā)明實施例可將全部關系數(shù)據(jù)備份在一張HBase表中，憑借HBase庫列存儲的靈活性和可伸縮性，實現(xiàn)了低成本、高效率的備份，同時可支持自由查詢和異構(gòu)恢復。

附圖說明

圖1為本發(fā)明的一個實施例中數(shù)據(jù)備份方法的流程示意圖；

圖2為本發(fā)明的另一個實施例中數(shù)據(jù)恢復方法的流程示意圖；

圖3為本發(fā)明的再一個實施例中數(shù)據(jù)備份系統(tǒng)的模塊結(jié)構(gòu)示意圖；

圖4為本發(fā)明的再一個實施例中數(shù)據(jù)恢復系統(tǒng)的模塊結(jié)構(gòu)示意圖。

具體實施方式

目前的RDBMS備份，主要采用RDMBS自帶的數(shù)據(jù)庫備份功能或?qū)I(yè)的備份工具進行，同時需要采購備份磁帶庫和磁帶。磁帶備份的成本極高，且少量物理損壞會導致全部數(shù)據(jù)不可用，安全性和可靠性差；此外，傳統(tǒng)RDBMS備份數(shù)據(jù)查詢不易、無法進行異構(gòu)恢復等缺陷，也進一步限制了其發(fā)展和應用。

本發(fā)明實施例中，通過HBase(Hadoop Database，一種基于Hadoop的NoSQL數(shù)據(jù)庫)對關系型數(shù)據(jù)進行備份和恢復，實現(xiàn)了低成本、高效率的備份，同時可支持自由查詢和異構(gòu)恢復。

如圖1所示，本發(fā)明實施例的數(shù)據(jù)備份方法包括：

S1：從待備份關系型數(shù)據(jù)庫中獲取表結(jié)構(gòu)，解析所述表結(jié)構(gòu)中數(shù)據(jù)之間的實體-關系(E-R，Entity-Relationship)模型；

S2：按照預設的備份參數(shù)啟動備份，根據(jù)所述E-R模型和行-列轉(zhuǎn)換模型將所述關系型數(shù)據(jù)庫各表的行數(shù)據(jù)轉(zhuǎn)換為列數(shù)據(jù)；

S3：將轉(zhuǎn)換后的所述列數(shù)據(jù)寫入HBase庫中。

其中，本發(fā)明實施例中提供一套可支持將多種關系型數(shù)據(jù)庫中表結(jié)構(gòu)導出的數(shù)據(jù)庫驅(qū)動，其可支持的RDBMS包括但不限于DB2、Oracle、MySQL等常用的傳統(tǒng)關系型數(shù)據(jù)庫。步驟S1中，利用該數(shù)據(jù)庫驅(qū)動連接待備份的數(shù)據(jù)庫，導 出其中的表結(jié)構(gòu)進行解析，獲得各數(shù)據(jù)之間的E-R模型，主要模型包括1-1(即1對1)模式、1-N(即1對多)模式和M-N(即多對多)模式。此外，還同時記錄導出的原始表結(jié)構(gòu)，用于在數(shù)據(jù)庫恢復時使用。

步驟S2中，預設的備份參數(shù)主要規(guī)定了數(shù)據(jù)庫備份的策略，通常包括備份時間、頻率、備份方式、目前庫IP、用戶、全量備份、增量備份(對于增量備份，需要原數(shù)據(jù)增加時間戳，刪除數(shù)據(jù)禁用物理刪除等要求)等；根據(jù)這些參數(shù)系統(tǒng)將在預定的時間按照指定的方式啟動備份。將關系型數(shù)據(jù)庫備份到HBase的關鍵是數(shù)據(jù)格式的轉(zhuǎn)換，其中，相對于傳統(tǒng)關系型數(shù)據(jù)庫以一行記錄為單位的數(shù)據(jù)行存儲方式，Hadoop及HBase最大的特點是數(shù)據(jù)以列數(shù)據(jù)集合(或稱列族，column family)為單位的列存儲。本發(fā)明實施例中，根據(jù)解析得到的E-R模塊和行數(shù)據(jù)轉(zhuǎn)換到列數(shù)據(jù)的轉(zhuǎn)換模型進行數(shù)據(jù)轉(zhuǎn)換，轉(zhuǎn)換的原則是在一張HBase表中保存RDBMS中存在對應關系的全部關系表數(shù)據(jù)，其中以主表數(shù)據(jù)作為HBase表第一列族，以每個外鍵表作為一個增加的列族進行轉(zhuǎn)換。具體行-列轉(zhuǎn)換模型表述如下：

建立與待備份表的表名相同的HBase表；

如待備份表有主鍵，則HBase表的RowKey與待備份表主鍵相同；如果沒有，則自動產(chǎn)生RowKey，優(yōu)選地，自動產(chǎn)生的RowKey為一個自增的序號；

如果待備份表為1-1模式，則HBase表增加一個列族(此處以列族名為info為例)，分別根據(jù)待備份表的各字段增加各列(比如依次在列族info中增加列info:字段i，其中字段i為待備份表中第i個字段)；

如果待備份表為1-N模式，則HBase表第一個列族為待備份表數(shù)據(jù)，第二個列族開始為根據(jù)外鍵映射的數(shù)據(jù)集，第二個列族開始的各列族名為對應外鍵表的表名；如果一張表有多個1-N模式的外鍵表，則根據(jù)多個外鍵表增加多個列族；

如果待備份表為M-N模式，則HBase表第一個列族為待備份表數(shù)據(jù)；第二個列族開始仍然為根據(jù)外鍵映射的數(shù)據(jù)集，第二個列族名為外鍵表的表名，對于待備份表中的M個數(shù)據(jù)不做合并處理，仍然按照待備份表的不同行進行記錄。如果有多個M-N模式的外鍵表，則根據(jù)多個外鍵表依次增加列族。

具體地，1-N模式時，備份后列數(shù)據(jù)表的形式為：表名+RowKey+info:字段1+…+info:字段N₁+外鍵表:字段1+…+外鍵表:字段N₂，其中N₁為待備份表字段數(shù)，N₂為外鍵表字段數(shù)；有多個外鍵表時按照該形式依次增加列族。一個典型的示例：如用戶表User(Userid,Number,Name,DeptId)，部門表Dept(DeptId,DeptNumber,DpetName)為1-N模式，備份后即為：(User,Userid,info:Number,info:Name,info:DeptId,dept:DeptNumber,dept:DeptName)。

M-N模式的示例：如學生表為待備份表，課程表為外鍵表，一個學生可以選擇多個課程，一個課程可以被多個學生選擇，其關系即為M-N模式。其中，學生表UserCourse(Id,UserNumber,CourseId)；課程表Course(CourseId,CourseNumber,CoursName)；相應的轉(zhuǎn)換結(jié)果為：(UserCourse,Id,info:UserNumber,info:CourseId,course:CourseNumber,course:CoursName)。同一學生選擇多個課程時由多行數(shù)據(jù)表示，備份時對其不做合并處理，仍然按照不同行在HBase表中進行記錄。

根據(jù)上述行-列轉(zhuǎn)換模型確定HBase表及其轉(zhuǎn)換結(jié)構(gòu)后，依次讀取待備份表和外鍵表(若存在)中各行數(shù)據(jù)，將每個字段的記錄按照轉(zhuǎn)換關系寫入HBase表對應列族的對應列中，實現(xiàn)待備份關系型數(shù)據(jù)庫到HBase庫的備份。其中，在外鍵表存在時，HBase各行與待備份表/外鍵表的行并不對應，根據(jù)數(shù)據(jù)關系適當填充為多行數(shù)據(jù)備份；比如上述同一學生選擇多個課程，由多行該學生數(shù)據(jù)分別填充各課程列族數(shù)據(jù)實現(xiàn)備份。

上述模型詳細描述了待備份表作為主表時的轉(zhuǎn)換方式，對于各個外鍵表，直接將其視作主表按上述模型進行轉(zhuǎn)換即可。對于某些情況，由于數(shù)據(jù)庫中的數(shù)據(jù)關系是相對的，還可將主表作為外鍵表的外鍵表進行轉(zhuǎn)換備份。比如，由于課程表記錄了N個學生，在備份課程表時，將課程表視作主表按照上述待備份表處理，學生表視作課程表的外鍵表增加列族，轉(zhuǎn)換相應的N個學生記錄。此方式可使得每一HBase表均可支持全部數(shù)據(jù)的自由查詢，增強了備份數(shù)據(jù)的適用性。

傳統(tǒng)的磁帶備份能夠支持對數(shù)據(jù)庫進行全量備份或增量備份，同時對于數(shù) 據(jù)庫的數(shù)據(jù)結(jié)構(gòu)、存儲過程、視圖、權(quán)限等也可進行全量備份，恢復時也能進行全量恢復或者指定恢復到一個特定時間點。但在實際應用中，數(shù)據(jù)庫備份最重要的是對數(shù)據(jù)的備份；而其它諸如數(shù)據(jù)結(jié)構(gòu)、視圖、權(quán)限等內(nèi)容的實際變化量很低，全量備份需求較低，同時恢復到特定時間點等功能在實際應用中的使用頻率也非常低(基本不使用)，但現(xiàn)有技術(shù)中要提供這些備份和恢復功能所造成的成本卻非常高。本發(fā)明實施例僅備份數(shù)據(jù)和表結(jié)構(gòu)(E-R模型)，降低成本的同時提高了效率，同時依賴于HBase的可伸縮性，可自由實現(xiàn)全量備份和增量備份；HBase的時間戳特性更可輕松實現(xiàn)定點備份和查詢，在各方面的性能均優(yōu)于傳統(tǒng)的磁帶備份方式。

更進一步地，本發(fā)明實施例還提供一種數(shù)據(jù)恢復方法，以便將備份到HBase庫的數(shù)據(jù)還原到關系型數(shù)據(jù)庫中。如圖2所示，本發(fā)明實施例的數(shù)據(jù)恢復方法包括：

S21：讀取HBase庫、E-R模型和預設的還原配置信息，其中，所述HBase庫和所述E-R模型按照上述數(shù)據(jù)備份方法得到；

S22：根據(jù)所述E-R模型和列-行轉(zhuǎn)換模型將所述HBase庫各表的列數(shù)據(jù)轉(zhuǎn)換為行數(shù)據(jù)；

S23：根據(jù)所述還原配置信息將所述行數(shù)據(jù)恢復至目標庫(關系型數(shù)據(jù)庫)。

其中，還原配置信息包括目標庫名、IP、用戶名密碼、庫類型、JDBC驅(qū)動。對于不同的數(shù)據(jù)庫環(huán)境，還需要配置數(shù)據(jù)轉(zhuǎn)換的驅(qū)動，如MYSQL轉(zhuǎn)換ORACEL或者ORACEL轉(zhuǎn)db2等，一些日期、文本格式是不相同的，需要根據(jù)驅(qū)動來轉(zhuǎn)換格式。因此，本發(fā)明優(yōu)選實施例中，在目標庫為異構(gòu)數(shù)據(jù)庫時，還根據(jù)目標庫的數(shù)據(jù)要求轉(zhuǎn)換所述行數(shù)據(jù)的數(shù)據(jù)格式。

在列數(shù)據(jù)轉(zhuǎn)換為行數(shù)據(jù)的過程中，根據(jù)原庫的E-R模型，將HBase中的列族還原為單獨的表，對第一列族進行還原可得到原主表。具體的列-行轉(zhuǎn)換模型與上述行-列轉(zhuǎn)換模型相對，簡單表述如下：

建立與待恢復HBase表的表名相同的目標庫表；

以所述HBase表的RowKey作為所述目標庫表的主鍵；

讀取所述HBase表的第一列族，將所述第一列族的各列作為所述目標庫表的各字段依次加入所述目標庫表。

比如，上面示例中的(User,Userid,info:Number,info:Name,info:DeptId,dept:DeptNumber,dept:DeptName)表，讀取第一列族info，還原至目標庫User表中，數(shù)據(jù)為UserId+Number+Name+DeptId。

根據(jù)上述列-行轉(zhuǎn)換模型確定目標庫表及其轉(zhuǎn)換結(jié)構(gòu)后，依次讀取HBase表各行數(shù)據(jù)，將第一列族每個列的記錄按照轉(zhuǎn)換關系寫入目標庫表對應字段中，實現(xiàn)HBase庫到目標庫(關系型數(shù)據(jù)庫)的數(shù)據(jù)恢復。

如圖3所示，本發(fā)明實施例還同時提供了一種數(shù)據(jù)備份系統(tǒng)1，包括：

解析模塊101，用于從待備份關系型數(shù)據(jù)庫中獲取表結(jié)構(gòu)，解析所述表結(jié)構(gòu)中數(shù)據(jù)之間的E-R模型；

行-列轉(zhuǎn)換模塊102，用于按照預設的備份參數(shù)啟動備份，根據(jù)所述E-R模型和行-列轉(zhuǎn)換模型將所述關系型數(shù)據(jù)庫各表的行數(shù)據(jù)轉(zhuǎn)換為列數(shù)據(jù)；

備份模塊103，用于將轉(zhuǎn)換后的所述列數(shù)據(jù)寫入HBase庫中。

與前述數(shù)據(jù)備份方法相對應地，所述行-列轉(zhuǎn)換模塊還包括：

建表模塊，用于建立與待備份表的表名相同的HBase表；

RowKey模塊，用于在所述待備份表有主鍵時，以所述主鍵作為所述HBase表的RowKey；或用于在所述待備份表沒有主鍵時，自動產(chǎn)生所述HBase表的RowKey；

主數(shù)據(jù)模塊，用于為所述HBase表增加第一列族，將所述待備份表的各字段依次作為所述第一列族的各列；

外鍵數(shù)據(jù)模塊，用于在所述待備份表包括至少一個外鍵表時，根據(jù)每個所述外鍵表依次增加所述HBase表的列族，所述外鍵表的各個字段分別作為對應列族的各個列。

此外，為實現(xiàn)外鍵表的備份，所述數(shù)據(jù)備份系統(tǒng)還包括：外鍵表轉(zhuǎn)換模塊，用于將各個所述外鍵表通過所述行-列轉(zhuǎn)換模塊按照所述行-列轉(zhuǎn)換模型進行轉(zhuǎn)換。

同樣地，如圖4所示，本發(fā)明實施例還提供了一種數(shù)據(jù)恢復系統(tǒng)2，包括：

讀取模塊201，用于讀取HBase庫、E-R模型和預設的還原配置信息；其中，所述HBase庫和所述E-R模型由上述數(shù)據(jù)備份系統(tǒng)得到；

列-行轉(zhuǎn)換模塊202，用于根據(jù)所述E-R模型和列-行轉(zhuǎn)換模型將所述HBase庫各表的列數(shù)據(jù)轉(zhuǎn)換為行數(shù)據(jù)；

恢復模塊203，用于根據(jù)所述還原配置信息將所述行數(shù)據(jù)恢復至目標庫。

針對異構(gòu)數(shù)據(jù)庫的恢復，所述恢復模塊還包括：格式轉(zhuǎn)換模塊，用于在所述目標庫為異構(gòu)數(shù)據(jù)庫時，根據(jù)所述目標庫的數(shù)據(jù)要求轉(zhuǎn)換所述行數(shù)據(jù)的數(shù)據(jù)格式后再恢復至所述目標庫。

優(yōu)選地，上述數(shù)據(jù)備份系統(tǒng)和數(shù)據(jù)恢復系統(tǒng)可以部署在同一設備中，比如由同一臺網(wǎng)絡服務器實現(xiàn)，也可以由兩不同的設備分別實現(xiàn)。進一步利用HBase的可伸縮性，各個系統(tǒng)還可分別由多個設備共同實現(xiàn)；比如由多個分布式網(wǎng)絡服務器共同實現(xiàn)上述數(shù)據(jù)備份系統(tǒng)，每個網(wǎng)絡服務器保存HBase庫的部分或全部。在實際應用中，兩個系統(tǒng)中的各模塊(包括但不限于解析模塊、行-列轉(zhuǎn)換模塊、備份模塊、建表模塊、RowKey模塊、主數(shù)據(jù)模塊、外鍵數(shù)據(jù)模塊、外鍵表轉(zhuǎn)換模塊、讀取模塊、列-行轉(zhuǎn)換模塊、恢復模塊、格式轉(zhuǎn)換模塊)均可由位于系統(tǒng)設備中的中央處理器(Central Processing Unit，CPU)、微處理器(Micro Processor Unit，MPU)、數(shù)字信號處理器(Digital Signal Processor，DSP)、或現(xiàn)場可編程門陣列(Field Programmable Gate Array，F(xiàn)PGA)等實現(xiàn)。

本發(fā)明實施例提供了一種數(shù)據(jù)備份和恢復方法及系統(tǒng)，通過HBase庫對關系型數(shù)據(jù)進行備份和恢復，實現(xiàn)了低成本、高效率的備份，同時可支持自由查詢和異構(gòu)恢復。相對于現(xiàn)有技術(shù)，本發(fā)明實施例的有益效果包括：

1)本發(fā)明實施例的方法及系統(tǒng)易于實現(xiàn)，采用通用大數(shù)據(jù)設備(硬盤為主的PC服務器)即可，不需要專門配制備份工具和磁帶庫，降低了硬件成本；

2)HBase庫的列存儲方式易于擴展，且可通過磁盤陣列和分布式部署等方式進一步增強系統(tǒng)穩(wěn)定性和可靠性，備份數(shù)據(jù)的安全性和物理可靠性極高；

3)本發(fā)明實施例可將關系型數(shù)據(jù)庫的全部關系數(shù)據(jù)備份在同一張HBase表 中，備份數(shù)據(jù)不僅可自由查詢，且依賴于大數(shù)據(jù)處理的高性能，管理和查詢效率均優(yōu)于傳統(tǒng)關系型數(shù)據(jù)庫；

4)依賴于HBase庫列存儲的靈活性和可伸縮性，本發(fā)明實施例可針對異構(gòu)環(huán)境進行數(shù)據(jù)備份和恢復，恢復時無需重建或恢復原數(shù)據(jù)庫環(huán)境，降低了數(shù)據(jù)恢復要求，增強了備份數(shù)據(jù)的適用性和恢復效率。

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。