【正文】 PRC 包含的一項優(yōu)化可以減少本地和遠程 ESS 系統(tǒng)之間協(xié)議的“握手”，而 Symmetrix所支持的“遠點” (“ FarPoint)優(yōu)化功能能夠在 某些情況下以批處理的方式將數(shù)據(jù)發(fā)送給目標系統(tǒng)。 作為一個可選項， SRDF 使連接 Symmetrix 的光纜 (用于遠程拷貝 )能夠與第三方的轉(zhuǎn)換器相連，從而使數(shù)據(jù)可以通過 IP 網(wǎng)絡(luò)進行傳輸。在重新進行發(fā)送之前，日志的更新通過另一條線路被發(fā)送并在數(shù)據(jù)庫被更新之前到達Symmetrix 系統(tǒng)。這一模式不能提供全部的異步模 式在性能上的好處，但確實允許在某一給定的超卷上處理一個 (遠程 )寫請求的同時，以串行方式處理后續(xù)的讀請求。光纖延伸器之間傳輸為DWWM，界質(zhì)為光纖。這一點可以通過 FlashCopy NOCOPY 選項來實現(xiàn)。這方面的例子是日常工作系統(tǒng)備 份。邏輯拷貝通常可以在數(shù)秒時間內(nèi)完成，然后就釋放源卷，進行正常工作。 備份機磁盤數(shù)據(jù)復制 備份磁盤復制生產(chǎn)系統(tǒng)數(shù)據(jù)。 為 在 保證數(shù)據(jù)的即時性 、 完整性 和系統(tǒng)性能之間的平衡 ， PPRC提供了 多種工作方式 。 異步遠程拷貝：來自處理器的更新被寫往本地連接的磁盤系統(tǒng)，該系統(tǒng)立即向處理器返回一個 I/O 完成指示。 IBM 提供了從數(shù)據(jù)級到應(yīng)用級的災難備份解決方案。數(shù)據(jù)處理的高可靠性和高可用性越來越成為關(guān)鍵。不過，某些公司的需求已經(jīng)證明了使用遠程拷貝功能的必要，遠程拷貝就是在一個遠地點維護生產(chǎn)數(shù)據(jù)的一份最新拷貝 。 下面分別對兩種方案中 IBM ESS 的實施方法加以介紹。 ESS 可以為所有連接的主機 (包括 HPUX)支持 PPRC 功能。 2． 2 在異步工作方式下， PPRC 能夠在遠端更新未完成的情況下，只要本地更新成功就可以向主機返回“寫成功”信號。 IBM ESS 的 FlashCopy 支持兩個選項，它提供 NOCOPY 選項來支持災備應(yīng)用需求。 無論是什么原因，只要需要生產(chǎn)數(shù)據(jù)的物理拷貝，就可以使用FlashCopy COPY 選項來進行支持。所需磁盤空間的容量取決于 FlashCOPY 的使用時間（即從建立到刪 除的時間）和被拷貝卷的更新速度。 PPRC 的實施有兩種方法，可用控制終端的圖形界面，或用主機上的腳本來調(diào)用，自動來完成。這就意味著為了確保數(shù)據(jù)的完整性，半同步模式要求給定應(yīng)用所需要的所有依賴于寫次序的數(shù)據(jù)都必須存儲在同一邏輯地點的 Symmetrix 系統(tǒng)上。 ● 適應(yīng)模式。 遠程拷貝性能方面的考慮事項 ESS 和 Symmetrix 的遠程拷貝工具最初都將正在被寫入的數(shù)據(jù)存儲在本地和遠程磁盤系統(tǒng)的高速緩存中，因此應(yīng)用程序不必等待磁盤尋 道和旋轉(zhuǎn)而導致的機械延遲。但是在事實上， ESS PPRC 具有在消除半同步模式其他缺陷的情況下超出 SRDF 半同步模式的潛力。但是，如果負載比較繁重而且有一個或多個應(yīng)用程序在同一時間里訪問同一邏輯卷 (不必是同一文件或數(shù)據(jù)庫 )，則 在同一時刻會出現(xiàn)多個未完成的讀或?qū)?I/O 請求，在這種情況下 ESS 的同步PPRC 會表現(xiàn)出以下的優(yōu)勢： ESS 在中型環(huán)境中能夠為 SCSI 指令標簽隊列提供全面的支持，也能夠為 OS/390 加速器 (如并行訪問卷和多效 )類似的支持 (到目前為止這種支持還是排他性的 )，這樣 PPRC 中的 I/O 操作就可以實現(xiàn)在 SRDF半同步模式中不可能實行的并行性。 系統(tǒng) A 通過同步遠程拷貝協(xié)議 (ESS PRRC 或 Symmetrix SRDF 同步模式 )與 B 進行遠程拷貝會話。例如，生產(chǎn)卷的一個遠程拷貝本身可以在目標系統(tǒng)內(nèi)被復制，而且這一復制的拷貝可用作一個備 份任務(wù)的數(shù)據(jù)輸入。同時它還是《財富》雜志評選的世界 500強大企業(yè)之一。中國銀行總行 ,作為全國中行各分行的核心 , 負責著國際業(yè)務(wù)的總結(jié)算 ,電子聯(lián)行 , 匯入 , 匯出 , .............................., 業(yè)務(wù)十分關(guān)鍵 . 描繪中行總行業(yè)務(wù)情況 . 不同于各分行的業(yè)務(wù)情況 為了保證客戶數(shù)據(jù)在任何時候的安全性 , 保證系統(tǒng)在災難面前能夠持續(xù)工作 , 作為全國五大銀行之一的中國銀行 , 采用 IBM公司的 PPRC(Peer to Peer Remote Copy端對端遠程拷貝 災難恢復解決方案中的一種實現(xiàn)方式 ),率先實現(xiàn)了國內(nèi)第一家乙斕卦幟鴉指唇餼齜槳 . 由于現(xiàn)今的企業(yè)已越來越依賴于數(shù)據(jù)的處理 ,越來越根據(jù)數(shù)據(jù)來確定彼此的商業(yè) 行為 ,數(shù)據(jù)處理的高可用性已變得十分的關(guān)鍵 ,當發(fā)生災難時 ,手工處理數(shù) 據(jù)也許可以 短期應(yīng)付 ,但計算機系統(tǒng)的長期停止運轉(zhuǎn)將導致業(yè)務(wù)的極大的受損 , 更為重要的是 , 這將 失去企業(yè)客戶的信任 , 失去企業(yè)賴以生存發(fā)展的市場 . (您是負責整個計算機系統(tǒng)的高可用性和數(shù)據(jù)的完整性的計算專家嗎 ?如果你 的數(shù)據(jù)正在進行著處理 , 而火災或地震突然在瞬間發(fā)生 , 你該怎么辦 ?) 本質(zhì)上說 ,災難是指數(shù)據(jù)處理出現(xiàn)了大范圍的中斷 ,不能在一定的可接受的預定 時間內(nèi)解決 ,而需要另一套計算機系統(tǒng)來進行恢復的巨大問題 . 實現(xiàn)災難恢復計劃的 時候 ,首 先要完成風險分析和業(yè)務(wù)沖擊分析 , 然后再 可根據(jù)企業(yè)數(shù)據(jù)的重要性以及 需要恢復的速度和程度 ,來設(shè)計選擇并實現(xiàn)災難恢復計劃 . 據(jù)國際標準 SHARE 78 的定義 , 災難恢復解決方案可根據(jù)備份 /恢復的范圍 , 數(shù)據(jù)是 怎樣在兩個 SITE之間傳送的 , 允許有多少數(shù)據(jù)被丟失 , 備援 SITE可以開始備援工作的能力 等各 方面的要求來定義為七種 . 最簡單的災難恢復可以是每天將數(shù)據(jù)備份入磁帶 , 送往遠離本地 的異地 , 并在出現(xiàn)災難后尋找一個平臺來進行恢復 , 這種簡單的方 式成本十分的低 , 只需要存儲 介質(zhì)和運輸工具 ,但數(shù)據(jù)難于管理 , 同時在恢復的時候 , 也許會成功 ,但時間需要較長 . 也許需要 幾個星期來恢復 .