專利名稱:數(shù)據(jù)庫異地備份系統(tǒng)及方法
技術領域:
本發(fā)明涉及一種數(shù)據(jù)庫全量備份系統(tǒng),尤其涉及一種數(shù)據(jù)庫異地備份系統(tǒng)及其方 法。
背景技術:
數(shù)據(jù)丟失對大小企業(yè)來說都是個惡夢,業(yè)務數(shù)據(jù)與企業(yè)日常業(yè)務運作唇齒相依, 損失這些數(shù)據(jù),即使是暫時性,亦會威脅到企業(yè)辛苦賺來的競爭優(yōu)勢,更可能摧毀你公司的 聲譽,或可能引致昂貴的訴訟和索償費用。在震驚世界的美國“9 · 11”恐怖事件發(fā)生后,許多人將目光投向金融界巨頭摩根 士丹利公司。這家金融機構(gòu)在世貿(mào)大廈租有25層,慘劇發(fā)生時有2000多名員工正在樓內(nèi) 辦公,公司受到重創(chuàng)??墒钦敶蠹叶笸笸聪r,該公司宣布,全球營業(yè)部第二天可以照常 工作。其主要原因是它在新澤西州建立了災備中心,并保留著數(shù)據(jù)備份,從而保障公司全球 業(yè)務的不間斷運行。災備的重要性和巨大價值由此可見一斑。所謂數(shù)據(jù)災備,就是指建立一個異地的數(shù)據(jù)系統(tǒng),該系統(tǒng)是本地關鍵應用數(shù)據(jù)的 一個可用復制。在本地數(shù)據(jù)及整個應用系統(tǒng)出現(xiàn)災難時,系統(tǒng)至少在本地或者異地保存有 一份可用的關鍵業(yè)務的數(shù)據(jù)。該數(shù)據(jù)可以是與本地生產(chǎn)數(shù)據(jù)的完全實時復制,也可以比本 地數(shù)據(jù)略微落后,但一定是可用的。采用的主要技術是數(shù)據(jù)復制,數(shù)據(jù)傳輸以及數(shù)據(jù)存儲等 技術。傳統(tǒng)的災備體系(數(shù)據(jù)備份系統(tǒng)),其體系龐大,結(jié)構(gòu)復雜,且對設備的要求較為 嚴苛,因而費用昂貴。同時,這些傳統(tǒng)的災備體系均根據(jù)各自的數(shù)據(jù)庫設置方式設有專門的 控制系統(tǒng),且難以與其他現(xiàn)有系統(tǒng)兼容。隨著越來越多的傳統(tǒng)企業(yè)開始考慮使用開源產(chǎn)品降低成本,數(shù)據(jù)庫方面尤其以 MySQL突出,而利用MySQL在企業(yè)級的數(shù)據(jù)庫災備體系中的應用還未能得到充分開發(fā)。提到備份,眾所周知的利用MySQL所提供的一些工具能夠完成簡單的備份,但在 涉及到企業(yè)級的數(shù)據(jù)庫的災備體系的建設的問題,卻沒有任何現(xiàn)有的較為成功的實踐先 例。因此,對于利用MySQL的基礎,建設企業(yè)級數(shù)據(jù)庫備份體系,存在了如下的需求■當你只有幾臺數(shù)據(jù)庫的時候你只需要一個備份命令或者一個備份工具就可以 完成,■當你有百臺左右的數(shù)據(jù)庫時候,你會不得不寫腳本來自動幫你完成,■當你有更多數(shù)據(jù)庫,你會發(fā)現(xiàn)每天維護這個備份列表,開啟和關閉,調(diào)整某些備 份將會成為一個瓶頸,此時你需要一個web系統(tǒng)能更簡易的系統(tǒng)完成這些日常維護工作,■當業(yè)務體系越來越復雜的時候,不同存儲引擎,不同的邏輯,不同的備份保留間 隔等各式各樣的需求都會使得我們不斷在備份系統(tǒng)上擴充功能■當同時維護MySQL和Oracle的備份工作時,此時你需要一個平臺能容納不同的 數(shù)據(jù)庫備份需求,■當這些底層的備份細節(jié)都實現(xiàn)后,如何保障本地,本市的災難發(fā)生后依然有備
4份的數(shù)據(jù)可恢復,這就涉及到如何把本地備份的數(shù)據(jù)保留倒同城異地,異城,甚至是銀行保
存,一整套策略■最后解決災難的最終依據(jù)是災難后的數(shù)據(jù)恢復,所以如何制定數(shù)據(jù)恢復,災難 演習的策略,并記錄經(jīng)驗,上述這些都是普通數(shù)據(jù)庫運行和維護人員在實踐過程中所能夠普遍遇到的問題, 而將這些普遍的需求進行整合,并有針對性地加以解決,一步步升華,這樣從簡單的命令行 備份到最終得到一套完整的災備體系。以上這些從最底層的備份實現(xiàn)細節(jié),到滿足各種備 份需求的功能,到容災恢復策略,一起就構(gòu)成了災備體系
發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種穩(wěn)定、可靠且兼容度高的數(shù)據(jù)庫異地備份系統(tǒng)和方 法,其主要利用現(xiàn)有的MySQL數(shù)據(jù)庫管理系統(tǒng),并且兼容于Oracle數(shù)據(jù)庫管理系統(tǒng),通過架 設網(wǎng)絡平臺,采用同城異地、異城異地多種異地備份模式共存,并通過在線、離線存儲設備 的聯(lián)合運用,以及對各種數(shù)據(jù)平臺之間數(shù)據(jù)傳輸?shù)暮侠砼渲眉熬C合管理來實現(xiàn)。本發(fā)明所提供的數(shù)據(jù)庫異地備份系統(tǒng)所采取的技術方案如下本發(fā)明提供了一種數(shù)據(jù)庫異地備份系統(tǒng),包括同城數(shù)據(jù)庫11,第一異城數(shù)據(jù)庫 12,第二異城數(shù)據(jù)庫13,離線磁帶機20,財務/銀行保管系統(tǒng)30,本地電信機房41,本地網(wǎng) 通機房42 ;所述的本地電信機房41以及本地網(wǎng)通機房42與同城數(shù)據(jù)庫11連接,備份本地數(shù) 據(jù);所述的同城數(shù)據(jù)庫11,第一異城數(shù)據(jù)庫12,第二異城數(shù)據(jù)庫13依次連接,互相備 份異地數(shù)據(jù);所述的同城數(shù)據(jù)庫11,第一異城數(shù)據(jù)庫12,第二異城數(shù)據(jù)庫13均與離線磁帶機20 連接,定期備份離線數(shù)據(jù);所述的同城數(shù)據(jù)庫11,第一異城數(shù)據(jù)庫12,第二異城數(shù)據(jù)庫13均包括有各自的腳 本模塊10,各腳本模塊10之間互相連接,傳輸備份進行過程所需的參數(shù)、變量。上述的數(shù)據(jù)庫異地備份系統(tǒng),其中,每個腳本模塊10連接有一個管理端,通過管 理端的輸入裝置,手動設定備份系統(tǒng)的指令。上述的數(shù)據(jù)庫異地備份系統(tǒng),其中,所述的同城數(shù)據(jù)庫11通過網(wǎng)絡將備份數(shù)據(jù)傳 輸至第一異城數(shù)據(jù)庫12 ;第一異城數(shù)據(jù)庫12通過網(wǎng)絡將備份數(shù)據(jù)傳輸至第一異城數(shù)據(jù)庫 13 ;第二異城數(shù)據(jù)庫13通過網(wǎng)絡將備份數(shù)據(jù)傳輸至同城數(shù)據(jù)庫11,形成循環(huán)異地數(shù)據(jù)備份 體系。上述的數(shù)據(jù)庫異地備份系統(tǒng),其中,所述離線數(shù)據(jù)存儲于離線磁帶機20的離線磁 帶中,所述離線磁帶存放于所述財務/銀行保管系統(tǒng)中。上述的數(shù)據(jù)庫異地備份系統(tǒng),其中,所述的本地電信機房41與本地網(wǎng)通機房42均 與同城數(shù)據(jù)庫11分別設立在不同地點。本發(fā)明還提供了一種數(shù)據(jù)庫異地備份系統(tǒng)的備份方法,其中,在異城異地的數(shù)據(jù) 庫機房之間,每周傳輸一次前一天的數(shù)據(jù)至另一個異城異地數(shù)據(jù)庫機房;異城異地數(shù)據(jù)庫機房也在其所在的城市實現(xiàn)本地備份,傳輸備份數(shù)據(jù)值數(shù)據(jù)庫機房所在城市的本地備份機房。本發(fā)明還提供了一種數(shù)據(jù)庫異地備份系統(tǒng)的備份方法,其中,所述本地電信機房 41及本地網(wǎng)通機房42,與所述同城數(shù)據(jù)庫11進行本地備份,且備份采用交叉?zhèn)浞莶呗?,?制連續(xù)的兩次備份分別備份在不同的本地機房上。本發(fā)明還提供了一種數(shù)據(jù)庫異地備份系統(tǒng)的備份方法,其中,本地備份的周期為 每小時進行一次增量備份,每隔一天進行一次全量備份。本發(fā)明還提供了一種數(shù)據(jù)庫異地備份系統(tǒng)的備份方法,其中,包括如下步驟步驟500,開始步驟;步驟501,設定公共變量,包括主機列表,清楚日期,備份日期;步驟502,運行備份地址腳本;步驟503,設定備份地址;步驟507,開始清除過期備份進程。本發(fā)明還提供了一種數(shù)據(jù)庫異地備份系統(tǒng)的備份方法,其中,當步驟502中判斷 備份地址腳本中備份地址2不存在時,設定備份地址2為目標備份地址,并清除備份地址1 的文件;當備份地址2存在時,選擇備份地址1為目標備份地址并清除備份地址2的文件。本發(fā)明的數(shù)據(jù)庫異地備份系統(tǒng)及方法能夠提供一種宏觀的數(shù)據(jù)災備體系的架設 方法,且其具有較強的適應性能,可以廣泛應用于各種數(shù)據(jù)庫備份系統(tǒng)中。尤其是通過同城 異地、異城異地、離線磁帶等多種異地備份手段,建立多層分級的備份系統(tǒng),能夠有效的提 高整個數(shù)據(jù)庫系統(tǒng)的容災強度,即使在發(fā)生各種災害事件的情況下,也能保障數(shù)據(jù)庫可以 恢復到一定時間之前的狀態(tài),保障了數(shù)據(jù)的安全性和穩(wěn)定性。
圖1為本發(fā)明的數(shù)據(jù)庫異地備份系統(tǒng)的結(jié)構(gòu)模塊圖;圖2為本發(fā)明的數(shù)據(jù)庫異地備份系統(tǒng)的主要流程圖;圖3為本發(fā)明的數(shù)據(jù)庫備份系統(tǒng)的MySQL備份流程圖;圖4為本發(fā)明的數(shù)據(jù)庫備份系統(tǒng)的Oracle備份流程圖;圖5為本發(fā)明的數(shù)據(jù)庫異地備份系統(tǒng)的詳細流程圖;圖6為本發(fā)明的數(shù)據(jù)庫異地備份系統(tǒng)的連接模塊圖。
具體實施例方式如圖1所示,為本發(fā)明的數(shù)據(jù)庫備份系統(tǒng)的一種優(yōu)選的網(wǎng)絡架構(gòu)模塊圖。本發(fā)明 的數(shù)據(jù)庫備份系統(tǒng)包括同城數(shù)據(jù)庫11,異城數(shù)據(jù)庫12,異城數(shù)據(jù)庫13,離線磁帶機20,財務 /銀行保管系統(tǒng)30,本地機房41 (本地電信機房),本地機房42 (本地網(wǎng)通機房)。其中,同 城數(shù)據(jù)庫11與本地備份機房41和本地備份機房42相互網(wǎng)絡連接,將數(shù)據(jù)庫上的備份數(shù)據(jù) 傳輸至本地備份機房,即完成本地備份流程。本地備份可以定制備份周期間隔,例如設定每 隔半小時、1小時或2小時等進行增量備份,每天或者每隔一天進行全量備份,將備份數(shù)據(jù) 儲存在本地機房上。所述備份采用交叉?zhèn)浞莶呗裕蠢?,第一次?shù)據(jù)備份在本地備份機房 41上,則第二次數(shù)據(jù)備份在另一個本地備份機房42上,第三次再備份至本地備份機房41 上,如此循環(huán)交叉,以最大限度地利用備份機房的存儲能力。
6
由于本地服務器的數(shù)據(jù)交換頻繁,其需存儲的數(shù)據(jù)量隨著時間推移會不斷增長,因此需要采取上述的本地備份流程,將同城本地數(shù)據(jù)庫機房11上的備份數(shù)據(jù)傳輸至一個 同城的本地備份機房41或42,優(yōu)選的該數(shù)據(jù)庫機房11與本地備份機房41、42架設在不同 的地方,即所謂的“同城異地”,主要是為了便于放置數(shù)據(jù)庫機房與本地備份機房不受同樣 的外在條件影響,如網(wǎng)絡故障、供電故障、通訊電纜損壞等各種天災人禍,從而提高了備份 機房的容災強度,不會因為本地數(shù)據(jù)庫機房的故障而導致所有備份機房的數(shù)據(jù)受到損害而 失去了備份的價值。此外,在異城異地的數(shù)據(jù)庫機房之間,也需要進行異地備份,例如將同城數(shù)據(jù)庫 機房11的備份數(shù)據(jù),設定一定周期,傳輸至異城異地數(shù)據(jù)庫機房12。同樣,異城異地數(shù)據(jù)庫 機房12也能夠在其所在的城市實現(xiàn)本地備份,傳輸備份數(shù)據(jù)值數(shù)據(jù)庫機房12所在城市的 本地備份機房(圖中未示出),其結(jié)構(gòu)運行模式與同城數(shù)據(jù)庫機房11和本地服務器41,42 之間相類似。所述的備份周期,應大于本地全量備份的周期,如每周1次或2次實施異地備 份。同時,異城異地數(shù)據(jù)庫機房12也可設置按照一定周期向另一個異城異地數(shù)據(jù)庫機房13 進行備份數(shù)據(jù)傳輸,從而動態(tài)地形成了數(shù)據(jù)異地備份。同理,已成異地數(shù)據(jù)庫機房13也可 將其備份數(shù)據(jù)再傳送至同城異地數(shù)據(jù)庫機房11,構(gòu)成一個循環(huán)。同時,各個數(shù)據(jù)庫機房11,12,13,按照一定的周期,將其備份數(shù)據(jù)集中傳輸給離線 磁帶機20進行離線備份。該周期需大于異地備份周期,可設定為每2周或每隔1個月進行 一次離線備份。離線備份后的數(shù)據(jù)存儲于離線磁帶上,所述離線磁帶可托付財務/銀行保 管系統(tǒng)存放。在上述的架構(gòu)中,各數(shù)據(jù)庫機房的數(shù)量并不限定于三個,可根據(jù)實際情況架設在 多個城市的數(shù)據(jù)庫機房之間,如五個或者更多。且本地服務器在圖1中僅根據(jù)現(xiàn)有的兩種 主要的網(wǎng)絡供應商分為本地電信機房41和本地網(wǎng)通機房42,但在實際應用中還可以針對 每個供應商提供更多的本地機房,并且在提供網(wǎng)絡資源共享的企業(yè)級的數(shù)據(jù)庫中,每個機 房所提供的主機的數(shù)量較多,常常達到幾十臺甚至上百臺,并且根據(jù)實際情況與各種網(wǎng)絡 供應商均設置有特定的服務器以供其使用。如圖2所示,為本發(fā)明的數(shù)據(jù)庫備份系統(tǒng)所采用的備份步驟的詳細流程圖,包括 如下各個步驟步驟100,備份流程開始。步驟101,初始參數(shù)設定,包括MySQL備份參數(shù)及Oracle備份參數(shù)。步驟102,備份控制文件生成備份進程。步驟103,生成備份控制文件共有參數(shù)。步驟104,查詢備份控制文件的共有參數(shù)是否存在。如不存在,即共有參數(shù)生成失 敗,則進入步驟160,備份流程結(jié)束;如存在,則進入下一步驟105。步驟105,查詢MySQL及Oracle備份命令是否存在。若不存在,即所述參數(shù)初始化 失敗或有其他故障,則進入步驟160 ;若存在,則執(zhí)行備份命令,并進入下一步驟106。步驟106,去除備份文件中的空格。步驟107,讀取一行控制文件記錄。步驟108,生成備份參數(shù)。步驟109,獲取遠程主機名。如未能成功獲取,則進入步驟160 ;獲取成功后進入步驟 110。步驟110,獲取該遠程主機機器的當前ROLE (任務)。步驟120,執(zhí)行ROLE (任務)。隨后分別進入MySQL進程和Oracle進程。步驟121,MySQL進程第一步,獲取MySQL備份參數(shù)。步驟122,導入MySQL備份腳本。步驟123,執(zhí)行MySQL備份腳本。步驟131,Oracle進程第一步,獲取Oracle備份參數(shù)。步驟132,導入Oracle備份腳本。步驟133,執(zhí)行Oracle備份腳本。步驟140,當MySQL和Oracle進程都完成后,讀取下一行配置信息。步驟150,判斷是否為最后一行。如為最后一行,則進入步驟160 ;如不是最后一 行,則回到步驟107并繼續(xù)執(zhí)行后續(xù)操作。步驟160,備份流程結(jié)束。如圖3所示,為本發(fā)明的數(shù)據(jù)庫備份系統(tǒng)的MySQL備份流程圖,其具體包括如下步 驟步驟200,MySQL備份流程開始。步驟201,初始參數(shù)設定。步驟202,遍歷服務器上的實例。步驟203,根據(jù)SOCK(端口)到監(jiān)控機取得備份信息,可包括相應的第一備份地址 和第二備份地址。步驟204,判斷第二備份地址是否設定。假如已設定,則進入步驟205 ;否則,進入 步驟208。步驟205,由于第二備份地址已設定,對比上次備份地址與第一備份地址是否一 致。如不一致,則進入步驟206 ;如一致,則進入步驟207。步驟206,經(jīng)判斷上次備份地址與第一備份地址不一致,則將此次備份地址仍設為 第一備份地址,然后進入步驟209。步驟207,經(jīng)判斷上次備份地址與第一備份地址一致,則將此次備份地址設為第二 備份地址,然后進入步驟209。步驟208,經(jīng)判斷第二備份地址未設定,則將備份地址設為第一備份地址。步驟209,生成此次備份信息。步驟210,備份目錄是否存在。若備份目錄不存在,則進入步驟211 ;若備份目錄存 在,則進入步驟213。步驟211,創(chuàng)建備份目錄。若備份目錄創(chuàng)建失敗,進入步驟212 ;否則,進入步驟 213。步驟212,備份目錄創(chuàng)建失敗,輸出錯誤信息,停止此次備份,進入步驟240。步驟213,判斷執(zhí)行MySQL備份管理命令,如MySQL,MySQLadmin以及MySQLdump 等工具。如無法執(zhí)行則進入步驟214 ;否則,進入步驟215。步驟214,由于判斷MySQL備份管理命令無法執(zhí)行,輸出錯誤信息停止此次備份, 并進入步驟240。
8
步驟215,當MySQL管理命令執(zhí)行后,選擇備份方式、備份數(shù)據(jù)庫、目的地址、放置 目錄等信息,可由備份管理系統(tǒng)直接指定默認信息或者通過外部輸入信息確定。步驟216,判斷是否備份所有數(shù)據(jù)庫。根據(jù)實際輸入情況,判斷進入何種備份模式, 當輸入一databases命令時,進入步驟217 ;當輸入-A命令時,進入步驟218。
步驟217,根據(jù)選定的數(shù)據(jù)庫,進行各個數(shù)據(jù)庫的數(shù)據(jù)備份。隨后進入步驟220。步驟218,對所有數(shù)據(jù)庫進行備份,之后進入步驟220。步驟220,選擇具體備份方式。同時列出各分支供選擇,包括步驟221-226供6中 具體備份方式可平等選擇。步驟221,S_INN0DB_DUMP 模式,為采用 INNODB 工具及 MySQL SlaveInnoDB DUMP 策略的備份流程。完成備份后進入步驟230。步驟222,M_INN0DB_DUMP 模式,為采用 INNODB 工具及 MySQL MasterInnoDB DUMP 策略,完成備份后進入步驟230。步驟223,T_STRUCTURE_DUMP 模式,為采用 MySQL STRUCTUREDUMP 策略的備份流 程。完成備份后進入步驟230。步驟224,S_MYISAM_TAR 模式,為采用 MYISAM 工具及 MySQL SlaveMyISAM TAR 策 略的備份流程。完成備份后進入步驟230。步驟225,S_MYISAM_DUMP 模式,為采用 MYISAM 工具及 MySQL SlaveMyISAM DUMP 策略的備份流程。完成備份后進入步驟230。步驟226,M_ARCHIVE_TAR模式,為采用 MySQL Master ARCHIVE TAR策略的備份流 程。完成備份后進入步驟230。步驟230,判斷是否存在未遍歷的S0CK,若存在,則返回步驟203繼續(xù)操作;若不存 在,則進入步驟240。步驟240,流程結(jié)束。如圖4所示,為本發(fā)明的數(shù)據(jù)庫備份系統(tǒng)的Oracle備份流程圖,具體包括如下步
馬聚ο步驟300,Oracle備份流程開始。對應于Oracle備份命令。步驟301,獲取環(huán)境變量。步驟302,判斷第二備份地址是否存在。若存在,則進入步驟303 ;若不存在,進入 步驟307。步驟303,當判斷第二備份地址存在,則將上次備份地址與第一備份地址進行比 較。當上次備份地址等于第一備份地址時,進入步驟304 ;當上次備份地址不等于第一備份 地址時,進入步驟305。步驟304,由于上次備份地址與第一備份地址相等且第二備份地址存在,根據(jù)交叉 備份的原則,將備份存至第二備份地址。隨后進入步驟306。步驟305,由于上次備份地址與第一次備份地址不同,則將備份存入第一備份地 址。隨后進入步驟306。步驟306,將此次備份地址存為“上次備份地址”,供后續(xù)循環(huán)比較之用。進入步驟 307。步驟307,當?shù)诙浞莸刂凡淮嬖诨蛘咭迅鶕?jù)第二備份地址完成備份之后,即執(zhí)行獲取變量步驟。步驟308,判斷遠程備份目錄是否存在。若不存在,則進入步驟309 ;若存在,則進 入步驟312。步驟309,由于遠程備份目錄不存在,則創(chuàng)建所述遠程備份目錄。進入步驟310。步驟310,判斷目錄創(chuàng)建是否正常。若異常,則進入步驟311 ;若正常,則進入步驟 312。步驟311,當判斷目錄創(chuàng)建異常,則輸出錯誤信息,并進入步驟330。步驟312,輸入?yún)?shù),包括備份方式、備份數(shù)據(jù)庫、目的地址,放置目錄等,并檢查參 數(shù)有效性。若輸入?yún)?shù)無效,則進入步驟313。若輸入?yún)?shù)有效,則進入步驟314。步驟313,由于輸入?yún)?shù)檢查無效,故輸出錯誤信息后,進入步驟330。步驟314,輸入?yún)?shù)有效,則根據(jù)輸入?yún)?shù)開始進行備份,生成備份文件。步驟315,傳輸所述的備份文件。步驟316,傳輸情況判斷。若傳輸情況發(fā)生異常,則進入步驟317 ;若傳輸情況正 常,則繼續(xù)進入步驟318。步驟317,當判斷傳輸情況異常,產(chǎn)生錯誤報告信息,并輸出該錯誤信息。隨后進入 步驟330。步驟318,檢查備份文件是否存在。若備份文件不存在,則進入步驟319 ;若備份文 件存在,繼續(xù)進入步驟320。步驟319,備份文件不存在,則生成相應錯誤報告信息,并傳輸該錯誤信息。隨后進 入步驟330。步驟320,計算備份大小。步驟321,顯示計算出的備份大小,并選擇采用何種方式進行備份。若選擇“自動” 備份,則進入步驟322 ;若選擇“手動”備份,則進入步驟323。步驟322,執(zhí)行自動備份操作,更新自動備份信息。進入步驟324。步驟323,進入手動備份操作等待過程,根據(jù)相應的后續(xù)命令執(zhí)行操作。更新自動 備份信息。進入步驟324。步驟324,完成備份,清楚備份文件。步驟325,備份過程結(jié)束。如圖5所示,為本發(fā)明的數(shù)據(jù)庫異地備份系統(tǒng)的詳細流程圖,其具體包括如下步 驟步驟500,開始步驟,執(zhí)行異城異地備份指令。步驟501,設定公共變量,包括主機列表,清楚日期,備份日期。步驟502,運行備份地址腳本。判斷備份地址2文件是否存在,如備份地址2文件 不存在,則進入步驟503 ;如備份地址2文件存在,則進入步驟505。步驟503,設定備份地址2為目標備份地址。步驟504,清除備份地址1文件。步驟505,清除備份地址2文件。步驟506,設定備份地址1為目標備份地址。步驟507,開始清除過期備份進程。
如圖6所述,為本發(fā)明的數(shù)據(jù)庫異地備份系統(tǒng)的連接模塊說明圖,其中包括了同 城數(shù)據(jù)庫11,異城數(shù)據(jù)庫12,異城數(shù)據(jù)庫13,其中還包括有異城異地數(shù)據(jù)庫備份腳本模塊 10。該腳本模塊設定在相應的異地數(shù)據(jù)庫中,且通過執(zhí)行異地備份系統(tǒng)的詳細步驟,來實現(xiàn) 數(shù)據(jù)庫系統(tǒng)的異地自動備份。各異地數(shù)據(jù)庫12,13以及同城數(shù)據(jù)庫11的之間通過通訊網(wǎng) 絡連接,以傳輸備份數(shù)據(jù)。而各腳本模塊10之間相互連接并傳輸備份地址或具體備份腳本 命令等信息,在備份實際過程開始前,先進行前期連接,以確認具體備份進程。腳本模塊還與一管理端連接(圖中未示出),可以通過管理端輸入的指令來實現(xiàn) 手動備份。當需要設定條件進行備份時,則可通過管理端預設的參數(shù)和變量來控制和調(diào)節(jié) 整個備份進程的備份方式、選擇目標地址、備份文件大小、日期以及備份時間,以及自動備 份和有條件的備份。
上述,僅為本發(fā)明的優(yōu)選的實施方式,并不用于限定本發(fā)明的保護范圍,根據(jù)本領 域的技術常識,結(jié)合本領域現(xiàn)有的技術,對上述內(nèi)容所做的顯而易見的修改和變化,其也應 當落入本發(fā)明的保護范圍。
權(quán)利要求
一種數(shù)據(jù)庫異地備份系統(tǒng),其特征在于,包括同城數(shù)據(jù)庫(11),第一異城數(shù)據(jù)庫(12),第二異城數(shù)據(jù)庫(13),離線磁帶機(20),財務/銀行保管系統(tǒng)(30),本地電信機房(41),本地網(wǎng)通機房(42);所述的本地電信機房(41)以及本地網(wǎng)通機房(42)與同城數(shù)據(jù)庫(11)連接,備份本地數(shù)據(jù);所述的同城數(shù)據(jù)庫(11),第一異城數(shù)據(jù)庫(12),第二異城數(shù)據(jù)庫(13)依次連接,互相備份異地數(shù)據(jù);所述的同城數(shù)據(jù)庫(11),第一異城數(shù)據(jù)庫(12),第二異城數(shù)據(jù)庫(13)均與離線磁帶機(20)連接,定期備份離線數(shù)據(jù);所述的同城數(shù)據(jù)庫(11),第一異城數(shù)據(jù)庫(12),第二異城數(shù)據(jù)庫(13)均包括有各自的腳本模塊(10),各腳本模塊(10)之間互相連接,傳輸備份進行過程所需的參數(shù)、變量。
2.如權(quán)利要求1所述的數(shù)據(jù)庫異地備份系統(tǒng),其特征在于,每個腳本模塊(10)連接有 一個管理端,通過管理端的輸入裝置,手動設定備份系統(tǒng)的指令。
3.如權(quán)利要求1所述的數(shù)據(jù)庫異地備份系統(tǒng),其特征在于,所述的同城數(shù)據(jù)庫(11)通 過網(wǎng)絡將備份數(shù)據(jù)傳輸至第一異城數(shù)據(jù)庫(12);第一異城數(shù)據(jù)庫(12)通過網(wǎng)絡將備份數(shù) 據(jù)傳輸至第一異城數(shù)據(jù)庫(13);第二異城數(shù)據(jù)庫(13)通過網(wǎng)絡將備份數(shù)據(jù)傳輸至同城數(shù) 據(jù)庫(11),形成循環(huán)異地數(shù)據(jù)備份體系。
4.如權(quán)利要求1所述的數(shù)據(jù)庫異地備份系統(tǒng),其特征在于,所述離線數(shù)據(jù)存儲于離線 磁帶機(20)的離線磁帶中,所述離線磁帶存放于所述財務/銀行保管系統(tǒng)中。
5.如權(quán)利要求1所述的數(shù)據(jù)庫異地備份系統(tǒng),其特征在于,所述的本地電信機房(41) 與本地網(wǎng)通機房(42)均與同城數(shù)據(jù)庫(11)分別設立在不同地點。
6.如權(quán)利要求1-5中任意一項所述的數(shù)據(jù)庫異地備份系統(tǒng)的備份方法,其特征在于, 在異城異地的數(shù)據(jù)庫機房之間,每周傳輸一次前一天的數(shù)據(jù)至另一個異城異地數(shù)據(jù)庫機 房;異城異地數(shù)據(jù)庫機房也在其所在的城市實現(xiàn)本地備份,傳輸備份數(shù)據(jù)值數(shù)據(jù)庫機房所 在城市的本地備份機房。
7.如權(quán)利要求6所述的備份方法,其特征在于,所述本地電信機房(41)及本地網(wǎng)通機 房(42),與所述同城數(shù)據(jù)庫(11)進行本地備份,且備份采用交叉?zhèn)浞莶呗?,控制連續(xù)的兩 次備份分別備份在不同的本地機房上。
8.如權(quán)利要求7所述的備份方法,其特征在于,本地備份的周期為每小時進行一次增 量備份,每隔一天進行一次全量備份。
9.如權(quán)利要求5所述的備份方法,其特征在于,包括如下步驟步驟500,開始步驟;步驟501,設定公共變量,包括主機列表,清楚日期,備份日期;步驟502,運行備份地址腳本;步驟503,設定備份地址;步驟507,開始清除過期備份進程。
10.如權(quán)利要求9所述的備份方法,其特征在于,當步驟502中判斷備份地址腳本中備 份地址2不存在時,設定備份地址2為目標備份地址,并清除備份地址1的文件;當備份地址2存在時,選擇備份 地址1為目標備份地址并清除備份地址2的文件。
全文摘要
本發(fā)明提供了一種數(shù)據(jù)庫異地備份系統(tǒng),其包括同城數(shù)據(jù)庫,第一異城數(shù)據(jù)庫,第二異城數(shù)據(jù)庫,離線磁帶機,財務/銀行保管系統(tǒng),本地電信機房,本地網(wǎng)通機房。分別實現(xiàn)本地備份、異地備份、離線備份。此外各異城數(shù)據(jù)庫(12),第二異城數(shù)據(jù)庫均包括有各自的腳本模塊,各腳本模塊之間互相連接,傳輸備份進行過程所需的參數(shù)、變量。本發(fā)明的數(shù)據(jù)庫異地備份系統(tǒng)及方法能夠提供一種宏觀的數(shù)據(jù)災備體系的架設方法,且其具有較強的適應性能,可以廣泛應用于各種數(shù)據(jù)庫備份系統(tǒng)中,并且通過本城異地、異城異地的多層分級的備份系統(tǒng)的建立,能夠有效的提高整個數(shù)據(jù)庫系統(tǒng)的容災強度,保障了數(shù)據(jù)的安全性和穩(wěn)定性。
文檔編號G06F11/14GK101957783SQ20091005469
公開日2011年1月26日 申請日期2009年7月13日 優(yōu)先權(quán)日2009年7月13日
發(fā)明者周楓, 姚艷慶, 徐景春, 譚俊青 申請人:升東網(wǎng)絡科技發(fā)展(上海)有限公司