ibm存儲災(zāi)備方案(已修改)
2025-10-21 09:30 本頁面
【正文】 IBM 存儲災(zāi)難備份方案 災(zāi)難備份方案 災(zāi)難設(shè)計的目的 隨著信息技術(shù)的發(fā)展，企業(yè)越來越依賴于數(shù)據(jù)處理來進行它的商業(yè)行為，保證它在業(yè)界的競爭力。數(shù)據(jù)處理的高可靠性和高可用性越來越成為關(guān)鍵。 如果企業(yè)發(fā)現(xiàn)數(shù)據(jù)丟失，業(yè)務(wù)的開展將變得極其困難，更為重要的是，企業(yè)將失去客戶的信任以及一系列的企業(yè)賴以生存發(fā)展的市場。核心數(shù)據(jù)的丟失，嚴(yán)重時完全有可能造成整個企業(yè)的癱瘓。 盡管隨著科學(xué)技術(shù)的發(fā)展，計算機系統(tǒng)的可靠性日益增加，像IBM 的 HACMP高可用集群多處理技術(shù)可以在局域網(wǎng)范圍內(nèi)解決大部分的硬件和軟件引起的系 統(tǒng)不可用問題，但是由地震、洪水、火災(zāi)、戰(zhàn)爭等天災(zāi)人禍或由于軟硬件故障而使生產(chǎn)系統(tǒng)整體無法正常工作等情況所造成的損失依然可以輕而易舉地摧毀企業(yè)賴以生成的 IT 系統(tǒng)。所以，在異地建立災(zāi)備中心對于極度依賴 IT 的企業(yè)便成了必然的選擇。 IBM 提供了從數(shù)據(jù)級到應(yīng)用級的災(zāi)難備份解決方案。其中數(shù)據(jù)級的方案采用 PPRC。 傳統(tǒng)的災(zāi)難恢復(fù)方法（如每天對重要文件進行磁帶拷貝并將這些拷貝轉(zhuǎn)移到遠地點）仍然能夠滿足大部分公司的需要。不過，某些公司的需求已經(jīng)證明了使用遠程拷貝功能的必要，遠程拷貝就是在一個遠地點維護生產(chǎn)數(shù)據(jù)的一份最新拷貝 。（遠程拷貝也被稱為遠程鏡像）。 業(yè)界有兩種基本的基于磁盤系統(tǒng)的遠程拷貝形式： 同步遠程拷貝：來自處理器的更新被寫往本地連接的磁盤系統(tǒng)，該系統(tǒng)將數(shù)據(jù)轉(zhuǎn)發(fā)給遠地點連接的磁盤系統(tǒng)。只有當(dāng)兩個系統(tǒng)都擁有數(shù)據(jù)的拷貝以后本地系統(tǒng)才會向處理器返回一個 I/O 完成指示。同步遠程拷貝能夠在遠地點提供最新程度的數(shù)據(jù)當(dāng)前值，但應(yīng)用程序會因等待寫 I/O 操作的完成而被延遲。 異步遠程拷貝：來自處理器的更新被寫往本地連接的磁盤系統(tǒng)，該系統(tǒng)立即向處理器返回一個 I/O 完成指示。更新在很短的一段時間 (在實際中通常在數(shù)秒鐘到一分鐘左右 )以后被送往一個遠程系統(tǒng)。異步遠程拷貝對應(yīng)用程序性能的影響最小，但遠程磁盤系統(tǒng)在數(shù)據(jù)最新性方面與本地系統(tǒng)相比會有一個延遲。 下面分別對兩種方案中 IBM ESS 的實施方法加以介紹。 數(shù)據(jù)級災(zāi)難備份方案 PPRC IBM 的 PPRC 提供了實現(xiàn)災(zāi)難備份的方案基礎(chǔ)。 PPRC 全稱PeertoPeerRemoteCopy，是以存儲為基礎(chǔ)的、實時的、與應(yīng)用無關(guān)的數(shù)據(jù)遠程鏡像功能。 PPRC 實現(xiàn)較為簡單，是無數(shù)據(jù)丟失且具有完全恢復(fù)功能的的災(zāi)難恢復(fù)解決方案。 PPRC 基于 IBMESS 企業(yè)存儲服務(wù)器，通過光纖通道，以邏輯卷為 基本單位，將本地 ESS 上的數(shù)據(jù)同步鏡像到遠端 ESS 上。 為 在 保證數(shù)據(jù)的即時性 、 完整性 和系統(tǒng)性能之間的平衡 ， PPRC提供了 多種工作方式 。 同步方式下 :點對點遠程拷貝 (PPRC)是一種同步遠程鏡像工具，可用于相隔距離最多可達 103 公里的兩個 ESS 系統(tǒng)中指定的邏輯卷。這一距離可以通過第三方提供的通道擴展器加以延長。 ESS 可以為所有連接的主機 (包括 HPUX)支持 PPRC 功能。 PPRC 將 確保如果備份卷不能 被 更新，那么 即使 源卷更新 成功，整個寫操作也會返回失敗 徹底保證源卷和目的卷的數(shù)據(jù)徹底一致 。 同步方式可以保證數(shù)據(jù)不會丟失，更重要的是數(shù)據(jù)的一致性在這種方式下能夠得到很好的保證 數(shù)據(jù)的不一致意味著相關(guān)數(shù)據(jù)的丟失，此時數(shù)據(jù)庫的數(shù)據(jù)安全機制無法保證數(shù)據(jù)的安全，嚴(yán)重時有可能造成數(shù)據(jù)庫無法啟動。 PPRC 的同步實現(xiàn)機制如下圖所示： PPRC 同步 工作過程 為 ： 應(yīng)用程序?qū)?shù)據(jù)寫入磁盤，在生產(chǎn)系統(tǒng)中的應(yīng)用程序?qū)?shù)據(jù)寫到生產(chǎn)系統(tǒng)的磁盤。 生產(chǎn)系統(tǒng)中的磁盤數(shù)據(jù)傳輸?shù)絺浞莸拇疟P對每一個在生產(chǎn)系統(tǒng)的寫操作都要將這個寫操作送到備份磁盤。 備份機磁盤數(shù)據(jù)復(fù)制 備份磁盤復(fù)制生產(chǎn)系統(tǒng)數(shù)據(jù)。 將寫完操作信 息返給生產(chǎn)磁盤 當(dāng)生產(chǎn)系統(tǒng)收到備份系統(tǒng)傳回的已寫信息之后，生產(chǎn)機的磁盤系統(tǒng)通知主機該寫操作已完畢，在此之后生產(chǎn)系統(tǒng)應(yīng)用繼續(xù)執(zhí)行。 在同步 PPRC 的建立的過程中， volume 有不同的狀態(tài)，以保證數(shù)據(jù)的完整性。 2． 2 在異步工作方式下， PPRC 能夠在遠端更新未完成的情況下，只要本地更新成功就可以向主機返回“寫成功”信號。好處是：可以在主備機房之間數(shù)據(jù)鏈路帶寬成為瓶頸時，采用異步方式可以不影響主機房生產(chǎn)系統(tǒng)的性能。壞處是： 數(shù)據(jù)將有可能丟失； 當(dāng)異步同步不能最終成功 完成的情況下，數(shù)據(jù)的一致性無法得到保證。所以當(dāng)采用異步方式時， IBM 強烈建議先采用 IBMESS 的快速拷貝功能 FlashCopy 備份需同步的數(shù)據(jù)，再進行數(shù)據(jù)同步。 2． 1． 1 ESS 的 Flashcopy 的使用 ESS 的 FlashCopy 提供一個“時間點”的拷貝服務(wù)功能，從源卷到目標(biāo)卷快速地復(fù)制數(shù)據(jù)。邏輯拷貝通?？梢栽跀?shù)秒時間內(nèi)完成，然后就釋放源卷，進行正常工作。而物理拷貝操作在后臺進行。當(dāng)物理拷貝進行過程中，拷貝和被拷貝數(shù)據(jù)都能被客戶應(yīng)用使用。 IBM ESS 的 FlashCopy 支持兩個選項，它提供 NOCOPY 選項來支持災(zāi)備應(yīng)用需求。以下討論了在移動災(zāi)備的應(yīng)用環(huán)境中是如何使用這些選項的。 FlashCopy COPY 選項 對于第一類 BOSS 應(yīng)用，需要實時生產(chǎn)數(shù)據(jù)的時間點物理拷貝，這樣的應(yīng)用示例包括日常重要卷的備份、日常報表生成、數(shù)據(jù)倉庫和數(shù)據(jù)挖掘的應(yīng)用等。 FlashCopy COPY 選項能夠在磁盤存儲設(shè)備中產(chǎn)生一份生產(chǎn)數(shù)據(jù)的真實時間點拷貝。該選項可以滿足以下的 BOSS 應(yīng)用需求： 1. 在磁盤存儲設(shè)備中保存生產(chǎn)數(shù)據(jù)的一份時間點拷貝的業(yè)務(wù)需求。這方面的例子是日常工作系統(tǒng)備 份。 2. 生產(chǎn)數(shù)據(jù)的時間點拷貝將被多個應(yīng)用重復(fù)使用，特別是對每日的結(jié)束處理和報表生成。 3. 生產(chǎn)數(shù)據(jù)的時間點拷貝將被某些統(tǒng)計分析類應(yīng)用，如 MIS 或數(shù)據(jù)挖掘應(yīng)用頻繁使用。 無論是什么原因，只要需要生產(chǎn)數(shù)據(jù)的物理拷貝，就可以使用FlashCopy COPY 選項來進行支持。對于該選項而言，所需要的磁盤空間容量是需要拷貝的源磁盤容量的總和。
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1