專利名稱:一種獨立冗余磁盤陣列位圖備份方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及計算機系統(tǒng)及存儲領(lǐng)域,具體涉及一種RAID(Redundant Arrays ofInexpensive Disks,獨立冗余磁盤陣列)位圖備份方法及系統(tǒng)。
背景技術(shù):
在RAID5等存在數(shù)據(jù)冗余的磁陣系統(tǒng)中,數(shù)據(jù)的完整性要求冗余的數(shù)據(jù)和原始數(shù)據(jù)的信息要保證一致。磁陣的寫操作是一個過程,如果在這個過程中發(fā)生例如寫盤失敗,系統(tǒng)掉電等異常情況,就會可能引起冗余數(shù)據(jù)和原始數(shù)據(jù)不一致。所以,成功寫入數(shù)據(jù)的話,整個條帶應該是一致的,但寫入沒有成功(或不完全)的話,條帶數(shù)據(jù)很可能是不一致的。當系統(tǒng)重新上電后,如果沒有記錄機制的話,它只能假定所有數(shù)據(jù)都可能不一致,從頭開始進行全同步。這種全局數(shù)據(jù)同步會導致系統(tǒng)開機過程很長。如果有NVRAM(非易失性內(nèi)存)的話,在對一個數(shù)據(jù)塊寫操作開始的時候,在NVRAM中保存寫位置信息,寫操作結(jié)束后,在NVRAM中刪除這個信息。這樣,在系統(tǒng)開機時,從NARAM中讀出保存的寫位置信息,這些位置信息記錄了未成功寫入的數(shù)據(jù)塊,系統(tǒng)只需要對這些數(shù)據(jù)塊進行同步即可,而不用同步磁陣全部數(shù)據(jù)。我們目前使用軟件RAID構(gòu)建的磁陣,這個就引出了 bitmap(位圖)文件,可以理解bitmap文件的作用等同于上述磁陣NVRAM的作用,掉電重啟后,會啟動同步線程,會通過bitmap文件判斷是否置位,如果沒有置位,就說明整個區(qū)域在掉電那一時刻,不存在正在寫的數(shù)據(jù),直接跳過這個區(qū)域就可以了。目前對bitmap文件備份的方法是,當進行寫操作的時候,系統(tǒng)會將所對應的位圖位置成1,同步寫到磁陣所有磁盤中預留區(qū)域去。只有當磁盤中的bitmap文件刷新成功之后,才開始一個正常的數(shù)據(jù)IO寫操作。由于每次條帶都要等對應的位圖先寫回磁盤后才能真正的進行寫處理,而且磁盤的性能和內(nèi)存等相差太遠,因此對系統(tǒng)性能損耗很大。
發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是,提供一種RAID位圖備份方法及系統(tǒng),以提高RAID的與性能。為了解決上述技術(shù)問題,本發(fā)明公開了一種獨立冗余磁盤陣列(RAID)位圖備份方法,包括當某一區(qū)域第一次收到寫請求時,主控端更新本地的位圖,將該寫請求對應的RAID信息以及備份命令發(fā)送到從控端;所述從控端接收所述RAID信息以及備份命令,保存所獲取的RAID信息,根據(jù)所獲取的備份命令確定有足夠備份位圖的內(nèi)存空間,再向所述主控端反饋對所述備份命令的應
答信息;所述主控端接收所述應答信息,將所要備份的位圖信息發(fā)送給所述從控端;所述從控端接收所述位圖信息,將所接收的位圖信息保存到對應的RAID信息下。
較佳地,上述方法還包括創(chuàng)建RAID時,在主控端上創(chuàng)建各RAID對應的位圖。較佳地,上述方法中,所述主控端和從控端之間發(fā)送數(shù)據(jù)時,按照主控端和從控端之間的網(wǎng)絡(luò)通信協(xié)議將所要發(fā)送的數(shù)據(jù)封裝成數(shù)據(jù)包再發(fā)送到對端。較佳地,上述方法還包括設(shè)置備份周期,在備份周期到達時,所述主控端將本地的不同的RAID信息對應的位圖信息發(fā)送給所述從控端,所述從控制端將所接收到的位圖信息保存到對應的RAID信息下。較佳地,上述方法還包括所述主控端失效時,所述從控端重啟主控端上的RAID ;所述主控端上的RAID信息重啟后,若發(fā)現(xiàn)所述從控端上保存有位圖信息,則將該位圖信息寫回磁盤,若發(fā)現(xiàn)從控端上并未保存位圖信息,則從控端從磁盤中讀取位圖信息,所述從控端將讀取的位圖信息保存到對應的RAID下。較佳地,上述方法中,所述主控端在設(shè)定時間內(nèi)未接收到所述從控端發(fā)送的應答信息時,將本地的位圖寫回磁盤。本發(fā)明還公開了一種獨立冗余磁盤陣列(RAID)位圖備份系統(tǒng),包括主控制器和從控制器,其中所述主控制器,在某一區(qū)域第一次收到寫請求時,更新本地的位圖,將該寫請求對應的RAID信息以及備份命令發(fā)送到所述從控制器,以及在接收到所述從控制器反饋的應答信息時,將所要備份的位圖信息發(fā)送給所述從控制器;所述從控端,接收所述主控制器發(fā)送的數(shù)據(jù)包,從中獲取RAID信息以及備份命令,保存所獲取的RAID信息,根據(jù)所獲取的備份命令確定有足夠備份位圖的內(nèi)存空間,并向所述主控制器反饋對所述備份命令的應答信息,以及將所述主控制器發(fā)送的位圖信息保存到對應的RAID信息下。較佳地,上述系統(tǒng)中,所述主控制器和從控制器之間發(fā)送數(shù)據(jù)時,按照主控制器和從控制器之間的網(wǎng)絡(luò)通信協(xié)議將所要發(fā)送的數(shù)據(jù)封裝成數(shù)據(jù)包再發(fā)送到對端。較佳地,上述系統(tǒng)中,所述主控制器,還根據(jù)設(shè)置的備份周期將本地的不同的RAID信息對應的位圖信息周期性地發(fā)送給所述從控制器;所述從控制器,周期性接收主控制器發(fā)送的位圖信息,并將所接收到的位圖信息保存到對應的RAID信息下。較佳地,上述系統(tǒng)中,所述主控制器失效時,所述從控制器重啟主控端上的RAID ;所述主控制器上的RAID信息重啟后,若發(fā)現(xiàn)所述從控制器上保存有位圖信息,則將該位圖信息寫回磁盤,若發(fā)現(xiàn)從控端上并未保存位圖信息,則從控制器從磁盤中讀取位圖信息,所述從控制器將讀取的位圖信息保存到對應的RAID下。本申請技術(shù)方案大大提升了 RAID的寫性能。尤其對于更精確地劃分,本申請技術(shù)方案不僅在隨機寫上提升很大,對于順序?qū)懸灿泻艽蟮奶嵘?,因而更加具有實際應用的意義。
圖I為本實施例中實現(xiàn)RAID位圖備份的網(wǎng)絡(luò)架構(gòu)示意圖;圖2為本實施例中進行位圖備份的流程圖3為本實施例中恢復接管的流程圖;圖4為本實施例中位圖同步判斷流程圖;圖5(a)為針對I個位圖頁面進行順序?qū)憰r采用本申請技術(shù)方案與現(xiàn)有技術(shù)方案的測試結(jié)果;圖5(b)為針對I個位圖頁面進行隨機寫時采用本申請技術(shù)方案與現(xiàn)有技術(shù)方案的測試結(jié)果; 圖6 (a)為針對15個位圖頁面進行順序?qū)憰r采用本申請技術(shù)方案與現(xiàn)有技術(shù)方案的測試結(jié)果;圖6(b)為針對15個位圖頁面進行隨機寫時采用本申請技術(shù)方案與現(xiàn)有技術(shù)方案的測試結(jié)果。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白,下文將結(jié)合附圖對本發(fā)明技術(shù)方案作進一步詳細說明。需要說明的是,在不沖突的情況下,本申請的實施例和實施例中的特征可以任意相互組合。實施例I本實施例提供一種RAID位圖備份方法,其基于雙控存儲系統(tǒng),在Iinux內(nèi)核中軟RAID基礎(chǔ)上實現(xiàn)。其中,發(fā)明人提出在創(chuàng)建RAID時,位圖創(chuàng)建在主控端,隨后根據(jù)寫請求的操作可將位圖同時備份到從控端,而主控端和從控端之間用網(wǎng)絡(luò)傳輸數(shù)據(jù),這樣相比現(xiàn)有位圖寫到磁盤的操作,大大提高了位圖備份速度,從而提高了 RAID的寫性能。具體地,該方法的實現(xiàn)依賴于圖I所示的網(wǎng)絡(luò)架構(gòu)的。其中,客戶端設(shè)備為實現(xiàn)該方法的主控端,且該客戶端設(shè)備具有一個處理線程,一個通信發(fā)送線程和通信接受線程。而服務器則為實現(xiàn)該方法的從控端,該服務器有多個處理線程,包括一個通信發(fā)送線程和一個通信接受線程。下面詳細介紹該方法的實現(xiàn)過程。如圖2所示,備份過程包括如下步驟I)當有寫請求,如果是一個區(qū)域的第一次寫,喚醒主控端備份處理線程(主控為客戶端),處理一些命令,調(diào)用通信發(fā)送線程,即發(fā)送RAID信息(RAID信息主要是RAID序列號,如果系統(tǒng)中有多個RAID,可以通過序列號確定位圖是屬于哪個RAID)以及備份命令到從控端,其中,主控端與從控端之間發(fā)送數(shù)據(jù)時采用的是網(wǎng)絡(luò)傳輸,故需要將所要發(fā)送的數(shù)據(jù)按照網(wǎng)絡(luò)通信協(xié)議封裝成數(shù)據(jù)包再發(fā)送給對端。另外,考慮到網(wǎng)絡(luò)傳輸可能存在超時,故在網(wǎng)絡(luò)超時時,需要將位圖寫回磁盤以提高位圖備份的可靠性。2)從控端(服務器端)調(diào)用通信接受線程,接受主控端發(fā)送的數(shù)據(jù)包,根據(jù)數(shù)據(jù)包,調(diào)用處理線程,,保存RAID信息,以確定要備份的是系統(tǒng)中的哪個RAID。3)從控端,根據(jù)備份命令確定有足夠備份位圖的內(nèi)存空間,向主控端發(fā)送該備份命令對應的應答信息。該步驟中,根據(jù)備份命令確定有足夠備份位圖的內(nèi)存空間即指,如果是第一次對該位圖進行備份,查詢系統(tǒng)內(nèi)存,為以后的位圖備份分配內(nèi)存,如果不是第一次對位圖進行備份,則表明該位圖已分配有內(nèi)存了。
4)主控端接受線程接受到應答信息后,喚醒主控端備份處理線程,進行備份位圖操作,進而喚醒通信發(fā)送線程,發(fā)送所要備份的位圖信息給從控端。與上文所述同理,主控端與從控端之間發(fā)送數(shù)據(jù)時采用的是網(wǎng)絡(luò)傳輸,故主控端將所要備份的位圖信息按照網(wǎng)絡(luò)通信協(xié)議封裝成數(shù)據(jù)包再發(fā)送給從控端。另外,考慮到網(wǎng)絡(luò)傳輸可能存在超時,故在網(wǎng)絡(luò)超時(如在設(shè)定時間內(nèi)都沒有收到應答信息)時,需要將位圖寫回磁盤以提高位圖備份的可靠性。5)從控端調(diào)用通信接受線程,接收數(shù)據(jù)包,再調(diào)用處理線程,根據(jù)步驟2)收到的RAID信息,將所接收的數(shù)據(jù)包中的位圖信息保存在相應RAID下。6)完成備份后,從控端給主控端發(fā)送備份結(jié)束響應。7)主控端的處理線程接受到備份結(jié)束命令,就完成整個備份的過程。完成備份后,接下來就是對條帶的操作處理了。即將bitmap_list下面的條帶隊列掛接到handle_list下面去,實現(xiàn)寫請求條帶數(shù)據(jù)的正常寫操作。上述備份過程主要是對位圖置位時候的同步備份操作,而申請人在同步備份的基礎(chǔ)上,還提出周期性備份,這主要是考慮到位圖清O的情況,故,由于清O操作不是很緊迫,所以不需要同步,功能類似于bitmap_daemon_work()。另外,在上述備份過程中,主控端可以會發(fā)生失效(如斷電或者發(fā)生故障),故申請人提出主控端失效時,可由從控端重啟主控端上的RAID,再進行恢復接管流程操作,具體如圖3所示,包括如下步驟301)當RAID啟動時,在函數(shù)md_do_run中,會查詢是否從控端是否有備份的位圖,如果有,就執(zhí)行302)操作,如果沒有,直接跳到第303)步。302)從控端將位圖寫回磁盤。303)從控制器從磁盤讀取位圖,在從控端的內(nèi)存中創(chuàng)建位圖結(jié)構(gòu)。上述操作結(jié)束后,從控端即變成主控端,在對端控制器啟動之前,這個階段有寫請求的話,對位圖的操作都是寫到磁盤上去;當對端啟動成功之后,那么就停止寫磁盤改成向?qū)Χ藗浞莸姆绞?。要說明的是,接管是只有一個控制端停止的時候才進行的。如果兩個控制端中至少有一個控制端是正常停止的情況下,那么就會調(diào)用d0_md_st0p()函數(shù),在這個函數(shù)里面bitmap_fIushO會對位圖進行寫磁盤操作,再啟動后,磁盤位圖記錄的信息就是正確的,此時不需要做什么特殊處理。但如果兩個控制端都非正常停止的話,這個時候就相當于沒有位圖備份,所以要對位圖初始化,進行全同步操作。如圖4,在代碼實現(xiàn)上這個情況要判斷三個條件判斷是否正常停止;判斷是否啟用了備份(禁用備份的話,就是寫到磁盤,這個時候也不需要特殊處理);判斷是否有備份的位圖。當滿足雙控制器是非正常停止,啟用了位圖備份但卻沒有位圖的時候,就初始化位圖,使陣列進行全同步。另外,當發(fā)現(xiàn)對端失效時,可以禁用備份,即停止向?qū)Χ藗浞?,并不刪除作為備份從端而保留的備份數(shù)據(jù)。這個功能可以自動設(shè)置,也可以讓用戶區(qū)通過proc或者ioctl向rdbk模塊傳達禁用備份命令。雙控系統(tǒng)默認情況下,是啟用備份。另外就是一個控制器停止,在恢復之后,可以自動啟用備份。這個功能可以自動設(shè)置,也可以讓用戶區(qū)通過proc或者ioctl向模塊傳達啟用備份命令。
下面建立一個RAID5,用Iometer對本文提出的方式與原來寫磁盤的方式進行對比測試,其中,采用非覆蓋寫方式。位圖中的一個位是表示一個區(qū)域的狀態(tài),如果這個區(qū)域越小,就說明這個位圖越精確,那么同步過程就可以跳過更多的區(qū)域,減少了同步的過程。所以,一個位圖頁面是比較粗粒度的劃分,如果想更精確地表現(xiàn)是否同步的狀態(tài),就需要更細的劃分,也就需要更多個位圖頁面。 測試先以一個位圖頁面為例,圖5(a)所示為順序?qū)憸y試結(jié)果,本申請?zhí)岢龅膫浞莘桨缸罡咝阅芸梢赃_到617M/S,而現(xiàn)有寫磁盤的方式最高也是617M/S,只是原來寫磁盤的方式在某些數(shù)據(jù)塊略有下降,但兩者性能相差不大;圖5(b)所示為隨機寫的結(jié)果,從圖中可見,兩種方式相差明顯,本申請?zhí)岢龅膫浞莘桨缸罡咝阅芸梢赃_到141M/S,而現(xiàn)有寫磁盤的方式最高是89M/s,所以,對于一個位圖頁面來說,本申請?zhí)岢龅膫浞莘桨冈陔S機寫性能方面有很大的提升。然而,由于一個頁面是一個很粗粒度的劃分,在實際使用的時候,需要更細的區(qū)分,否則重啟就可能會做太多的沒有必要的同步。下面以更細的劃分(15個頁面)來進行測試,圖6 (a)所示是兩種方式的順序?qū)憸y試結(jié)果,圖6 (b)所示是兩種方式的隨機寫測試結(jié)果,現(xiàn)有與磁盤的方式,順序與最聞460M/S,隨機與最聞6OM/s ;新的備份方式順序與最聞602M/S,隨機寫最高139M/S??梢姡c一個頁面相比,在15個頁面的情況下,本申請的備份方案相對現(xiàn)有的寫磁盤方式來說,順序?qū)懞碗S機寫都有很大的提升。其原因是更細的劃分使得系統(tǒng)對位圖的操作更加頻繁,原來寫磁盤的方式需要更多的刷寫磁盤,而磁盤恰恰是存儲的瓶頸,本申請的備份方案消除了這個瓶頸,所以,其性能基本保持不變。實施例2本實施例介紹一種獨立冗余磁盤陣列(RAID)位圖備份系統(tǒng),該系統(tǒng)至少包括主控制器(也可稱不客戶端)和從控制器(也可稱為服務器),其中主控制器,在某一區(qū)域第一次收到寫請求時,更新本地的位圖,將該寫請求對應的RAID信息以及備份命令發(fā)送到所述從控制器,以及在接收到所述從控制器反饋的應答信息時,將所要備份的位圖信息發(fā)送給所述從控制器;從控端,接收所述主控制器發(fā)送的數(shù)據(jù)包,從中獲取RAID信息以及備份命令,保存所獲取的RAID信息,根據(jù)所獲取的備份命令確定有足夠備份位圖的內(nèi)存空間,并向所述主控制器反饋對所述備份命令的應答信息,以及將所述主控制器發(fā)送的位圖信息保存到對應的RAID信息下。上述主控制器和從控制器之間發(fā)送數(shù)據(jù)時,按照主控制器和從控制器之間的網(wǎng)絡(luò)通信協(xié)議將所要發(fā)送的數(shù)據(jù)封裝成數(shù)據(jù)包再發(fā)送到對端。由于上述主控制器進行的備份主要是對位圖置位時候的同步備份操作,故優(yōu)選方案提出,主控制器,還可以根據(jù)設(shè)置的備份周期將本地的不同的RAID信息對應的位圖信息周期性地發(fā)送給從控制器,此時,從控制器,周期性接收主控制器發(fā)送的位圖信息,并將所接收到的位圖信息保存到對應的RAID信息下即可。實際應用中,上述主控制器也可以發(fā)生失效的情況,這時,可以由從控制器重啟主控端上的RAID。主控制器上的RAID信息重啟后,若發(fā)現(xiàn)所述從控制器上保存有位圖信息,則將該位圖信息寫回磁盤,若發(fā)現(xiàn)從控端上并未保存位圖信息,則從控制器從磁盤中讀取位圖信息,所述從控制器將讀取的位圖信息保存到對應的RAID下。具體地,在主控制器發(fā)生失效后的恢復接管流程和雙控制器非正常停止的全同步等過程均可參見實施例I的描述,在此不再贅述。 本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成,所述程序可以存儲于計算機可讀存儲介質(zhì)中,如只讀存儲器、磁盤或光盤等。可選地,上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應地,上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn),也可以采用軟件功能模塊的形式實現(xiàn)。本申請不限制于任何特定形式的硬件和軟件的結(jié)合。從上述實施例可以看出,現(xiàn)有的的寫磁盤方式,由于每次條帶都要等對應的位圖先寫回磁盤后才能真正的進行寫處理,而且磁盤的性能是存儲的瓶頸,對性能損耗很大,所以本申請技術(shù)方案繞開磁盤,通過網(wǎng)絡(luò)將位圖從一個控制器備份到另一個控制器上,經(jīng)過測試發(fā)現(xiàn)此位圖備份方式令寫性能得到很大的提升。尤其對于更精確地劃分,本申請技術(shù)方案不僅在隨機寫上提升很大,對于順序?qū)懸灿泻艽蟮奶嵘蚨泳哂袑嶋H應用的意義。以上所述,僅為本發(fā)明的較佳實例而已,并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi),所做的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種獨立冗余磁盤陣列(RAID)位圖備份方法,其特征在于,該方法包括 當某一區(qū)域第一次收到寫請求時,主控端更新本地的位圖,將該寫請求對應的RAID信息以及備份命令發(fā)送到從控端; 所述從控端接收所述RAID信息以及備份命令,保存所獲取的RAID信息,根據(jù)所獲取的備份命令確定有足夠備份位圖的內(nèi)存空間,再向所述主控端反饋對所述備份命令的應答信息; 所述主控端接收所述應答信息,將所要備份的位圖信息發(fā)送給所述從控端; 所述從控端接收所述位圖信息,將所接收的位圖信息保存到對應的RAID信息下。
2.如權(quán)利要求I所述的方法,其特征在于,該方法還包括 創(chuàng)建RAID時,在主控端上創(chuàng)建各RAID對應的位圖。
3.如權(quán)利要求I所述的方法,其特征在于,所述主控端和從控端之間發(fā)送數(shù)據(jù)時,按照主控端和從控端之間的網(wǎng)絡(luò)通信協(xié)議將所要發(fā)送的數(shù)據(jù)封裝成數(shù)據(jù)包再發(fā)送到對端。
4.如權(quán)利要求3所述的方法,其特征在于,該方法還包括 設(shè)置備份周期,在備份周期到達時,所述主控端將本地的不同的RAID信息對應的位圖信息發(fā)送給所述從控端,所述從控制端將所接收到的位圖信息保存到對應的RAID信息下。
5.如權(quán)利要求I至4任一項所述的方法,其特征在于,該方法還包括 所述主控端失效時,所述從控端重啟主控端上的RAID ; 所述主控端上的RAID信息重啟后,若發(fā)現(xiàn)所述從控端上保存有位圖信息,則將該位圖信息寫回磁盤,若發(fā)現(xiàn)從控端上并未保存位圖信息,則從控端從磁盤中讀取位圖信息,所述從控端將讀取的位圖信息保存到對應的RAID下。
6.如權(quán)利要求5所述的方法,其特征在于,所述主控端在設(shè)定時間內(nèi)未接收到所述從控端發(fā)送的應答信息時,將本地的位圖寫回磁盤。
7.一種獨立冗余磁盤陣列(RAID)位圖備份系統(tǒng),其特征在于,該系統(tǒng)包括主控制器和從控制器,其中 所述主控制器,在某一區(qū)域第一次收到寫請求時,更新本地的位圖,將該寫請求對應的RAID信息以及備份命令發(fā)送到所述從控制器,以及在接收到所述從控制器反饋的應答信息時,將所要備份的位圖信息發(fā)送給所述從控制器; 所述從控端,接收所述主控制器發(fā)送的數(shù)據(jù)包,從中獲取RAID信息以及備份命令,保存所獲取的RAID信息,根據(jù)所獲取的備份命令確定有足夠備份位圖的內(nèi)存空間,并向所述主控制器反饋對所述備份命令的應答信息,以及將所述主控制器發(fā)送的位圖信息保存到對應的RAID信息下。
8.如權(quán)利要求7所述的系統(tǒng),其特征在于,所述主控制器和從控制器之間發(fā)送數(shù)據(jù)時,按照主控制器和從控制器之間的網(wǎng)絡(luò)通信協(xié)議將所要發(fā)送的數(shù)據(jù)封裝成數(shù)據(jù)包再發(fā)送到對端。
9.如權(quán)利要求7或8所述的系統(tǒng),其特征在于, 所述主控制器,還根據(jù)設(shè)置的備份周期將本地的不同的RAID信息對應的位圖信息周期性地發(fā)送給所述從控制器; 所述從控制器,周期性接收主控制器發(fā)送的位圖信息,并將所接收到的位圖信息保存到對應的RAID信息下。
10.如權(quán)利要求9所述的系統(tǒng),其特征在于, 所述主控制器失效時,所述從控制器重啟主控端上的RAID ; 所述主控制器上的RAID信息重啟后,若發(fā)現(xiàn)所述從控制器上保存有位圖信息,則將該位圖信息寫回磁盤,若發(fā)現(xiàn)從控端上并未保存位圖信息,則從控制器從磁盤中讀取位圖信息,所述從控制器將讀取的位圖信息保存 到對應的RAID下。
全文摘要
本發(fā)明公開了一種RAID位圖備份方法及系統(tǒng),涉及計算機系統(tǒng)及存儲領(lǐng)域。本發(fā)明公開的方法包括當某一區(qū)域第一次收到寫請求時,主控端更新本地的位圖,將該寫請求對應的RAID信息以及備份命令發(fā)送到從控端;從控端接收所述RAID信息以及備份命令,保存所獲取的RAID信息,根據(jù)所獲取的備份命令確定有足夠備份位圖的內(nèi)存空間,再向主控端反饋對所述備份命令的應答信息;主控端接收應答信息,將所要備份的位圖信息發(fā)送給從控端;從控端接收位圖信息,將所接收的位圖信息保存到對應的RAID信息下。本發(fā)明還公開了一種RAID位圖備份系統(tǒng),包括主控制器和從控制器。本申請技術(shù)方案大大提升了RAID的寫性能。
文檔編號G06F11/14GK102622286SQ20121004380
公開日2012年8月1日 申請日期2012年2月23日 優(yōu)先權(quán)日2012年2月23日
發(fā)明者古世磊, 吳慶民 申請人:浪潮(北京)電子信息產(chǎn)業(yè)有限公司