【文章內容簡介】 的方式從主數據庫發(fā)送到后備數據庫，而且，在主數據庫方的事務，一定要等到至少有一個后備數據庫確認接收到事務數據，該事務才被提交。在這種模式下，一般配置至少兩個后備數據庫，以提供雙重容錯保護。如果后備數據庫不可用，則主數據庫方會自動掛起處理進程。最大可用性模式提供了對于主數據庫次高級別的數據可用度，保證零數據丟失，并對單個組件的失敗提供保護。與最大保護模式一樣，redo數據被同步地從主數據庫發(fā)送到后備數據庫。在主數據庫方的事務，一定要等到后備數據庫確認接收事務數據，該事務才被提交。然而，如果后備數據庫因為諸如網絡連接之類的問題而不可用時，主數據庫方的處理會繼續(xù)執(zhí)行。這樣，會出現后備數據庫暫時與主數據庫不一致的情況，但是一旦后備數據庫恢復可用，數據庫會自動同步，不會有數據丟失。最大性能模式是缺省的保護模式。與最大可用性模式相比，它對于主數據庫提供稍弱一點的保護，但是性能更高。在這種模式下，當主數據庫對事務進行處理時，日志數據被以異步的方式傳送到后備數據庫。在主數據庫方，提交操作在完成寫的動作前、無需等待后備數據庫的接收確認。在任何時候，如果后備方不可用，主數據庫方的處理繼續(xù)執(zhí)行，這樣對性能不會有什么影響。采用Oracle 9i Data Guard技術進行災難備份需要滿足以下前提條件：252。 后備系統與主系統的硬件平臺、操作系統、操作系統版本等保持一致；252。 后備系統與主系統上Oracle用戶的權限一致；252。 后備系統與主系統的Oracle數據庫版本一致；252。 后備系統與主系統的Oracle數據庫配置文件一致。采用Oracle Data Guard建設容災方案有以下優(yōu)點：l 完全通過Oracle數據庫機制來實現，完全不依賴于其它軟件和底層存儲平臺；l 可以滿足用戶的不同性能、數據保護要求，提供多種不同數據保護模式；l 可以實現一對多的數據復制，提供多重保護；l 后備數據庫可以在很短的時間內提升到生產狀態(tài)（因為數據庫已經在運行）l 基于IP網絡,沒有距離限制同時，采用Oracle Data Guard建設容災方案有以下限制：l Oracle Data Guard的三種模式都將對生產數據庫系統的性能產生影響,因而需要更多的處理資源；l 后備數據庫不可用，如果用戶需要在遠程數據中心使用生產數據給開發(fā)測試、DW/BI應用使用將非常困難。l 只能對Oracle數據庫數據提供保護，不能對其它應用數據—如文件應用等提供災難保護。l 管理復雜，需要大量的人工干預過程，容易發(fā)生錯誤。l 只能保護Oracle數據庫，無法保護其他應用數據。業(yè)界其它基于應用的的容災方案的優(yōu)點和局限性與Oracle Data Guard模式基本相同，我同樣需要根據客戶的實際需要建議最合適的方案。 小結基于應用的容災方案、基于主機的容災方案和基于存儲(包括虛擬存儲技術)的容災方案都有各自的適用范圍，適用于不同的災難保護需要。用戶需要根據具體的實際需求來選擇合適的容災保護方案。不同的用戶不同的業(yè)務系統、不同應用對容災的要求不同，要求不同的容災服務等級。我在未來將按照科學流程和方法，并利用我公司在信息存儲管理領域的專業(yè)技能和經驗為用戶進行IT環(huán)境的評估和業(yè)務影響分析，發(fā)掘客戶業(yè)務需求對容災技術的要求，從而建議最合適的容災方案。對企業(yè)而言，選擇容災方案既要考慮選擇合適技術方案，也需要考查實現該方案的產品在技術上是否成熟、可靠，性能和靈活性是否滿足要求，同時也需要考查提供該解決方案的供應商是否有豐富的經驗和認證的技能來保證方案的確實可行并能夠成功實施。我公司在容災領域有領先的技術并已經得到了廣大用戶的實際應用檢驗，方案的可行性、產品的成熟度、穩(wěn)定性、可靠性、靈活性都的到了大量實際應用的考驗。我的技術服務隊伍已經在眾多容災項目成功實施過程中表現出強大的技術力量，能夠確保用戶容災方案的成功實施。第5章 xxxxxx容災方案建議 xxxxxx架構現狀 xxxxxx容災需求 xxxxxx容災建議方案假設某股份有限公司容災將采用同城容災中心建設模式，為兩個中心模式，如以下兩個中心模式的容災技術模型所示：圖11： 雙中心容災技術模型本章節(jié)將從“數據遠程復制技術”入手，并從“存儲平臺、應用平臺、接入平臺”三方面為xxxxxx容災建設提出建議方案。根據此模型，建議xxxxxx容災平臺的架構如下( 該示意圖只要表示核心數據服務及存儲部分，未包含網絡接入及應用層等)：圖12：xxxxxx容災建議架構 數據遠程復制技術建議所有容災技術方案首先是數據的容災，即數據在遠程有了災難保護和災難恢復能力，這是整個容災技術方案的基礎。因此，“數據遠程復制”是xxxxxx容災方案的技術核心，只有xxxxxx生產系統的相關數據按預定的要求復制到容災中心，才可以在此之上構建完整的災難恢復技術平臺。首先，從某股份有限公司系統的容災要求看，應該采用“實時連續(xù)數據復制技術”。從上圖的模型中看到，“數據復制”可以發(fā)生在“應用平臺”層面，即采用基于主機、應用或數據庫的數據復制技術；也可以發(fā)生在“存儲平臺”層面，即采用基于存儲的數據復制技術（可以是智能存儲，也可以是虛擬存儲技術）。xxxxxx本次容災只考慮了核心的系統，在未來隨著業(yè)務的發(fā)展，將可能有更多的業(yè)務系統需要提供災難保護能力，因而將會是多種應用，多種主機平臺的異構環(huán)境，最好是能采用平臺級的數據復制技術，以滿足未來長遠的需求，降低復雜性，從而降低風險和成本?；诖耍覀兂醪浇ㄗh如下： 采用“實時連續(xù)數據復制”技術 采用“基于存儲的數據復制”技術，建立平臺級的容災數據復制架構 “同步、異步“數據遠程復制選擇xxxxxx初步選擇了同城容災方式，同步復制和異步復制都是某股份有限公司可以選擇的技術，最終的選擇將取決于業(yè)務恢復水平的要求以及業(yè)務I/O量、鏈路帶寬情況。在鏈路帶寬許可情況下，建議采用同步數據復制，避免數據丟失。若鏈路帶寬不充足，可以采用異步數據復制技術。由于系統包括“核心業(yè)務系統、生產支持系統、報表生成平臺”三塊，無論采用同步復制方式還是異步復制方式都需要考慮三個系統的數據一致性問題。我 DMX平臺上具備Consistency Group技術，可以保證三個系統的數據一致。 SAN網絡及存儲平臺建議（待補充）某股份有限公司專利業(yè)務系統的存儲平臺將是業(yè)務數據的載體，也將是主要的數據復制平臺，因而是容災建設最重要的部分。根據xxxxxx容災項目需求，本次項目建議的存儲平臺為：配置為： 利用BCV、數據克隆技術獲取開發(fā)、測試數據xxxxxx當前采用“三系統”架構來確保整個環(huán)境的可用性和可靠性，包括開發(fā)系統（DEV）、測試系統（QAS）和生產系統（PRD）。對于開發(fā)系統和測試系統，最有效的方式是采用真實數據和真實數據量規(guī)模的數據進行開發(fā)、測試工作，利用智能存儲系統的快照、克隆技術可以很方便地獲得生產數據。如上圖12所示，可以在生產中心存儲平臺配置合適的存儲空間，為系統生產數據創(chuàng)建數據克隆，該克隆數據可以用來做開發(fā)、測試使用。根據xxxxx項目未來的需求，可以考慮以下方式使用數據克隆技術：? 將開發(fā)、測試工作放到災備中心進行，通過創(chuàng)建容災目標數據的克隆拷貝為開發(fā)、測試平臺快速提供真實數據環(huán)境。? 對生產中心的源數據創(chuàng)建1份克隆數據，該數據用作保護使用，每天定期同步一次到多次，提供邏輯故障快速恢復使用。? 災難事件發(fā)生，主要為物理破壞，則xxxxx系統切換到容災中心，繼續(xù)支持業(yè)務運營。? 邏輯故障發(fā)生，如誤刪除數據文件，由于采用實時復制技術，則容災中心的數據也被刪除。這時利用生產中心數據的克隆數據快速恢復或直接開放給主機使用，這樣能夠快速恢復業(yè)務運營，而不必進行復雜的容災切換，降低風險和可能產生的額外成本。 數據復制鏈路連接方式及數量建議同城容災，通常采用光纖鏈路作為數據容災復制鏈路，復制鏈路的連接可以直接采用現有SAN交換機，也可以采用專門的SAN交換機獨立于某股份有限公司當前的SAN存儲環(huán)境。若通過ISL于遠程SAN連接，將帶來SAN不穩(wěn)定的風險，因而建議采用專用SAN交換機（也可以采用SAN Router，連接拓撲相似）。為考慮高可用，建議在兩個中心都配置冗余的設備，包括交換機、物理光纖鏈路、DWDM設備（如需要光纖復用）以及存儲用來遠程復制的端口卡等。xxxxxx容災需要多少條通信鏈路（或帶寬要求），要根據業(yè)務處理I/O量來分析、設計，若采用異步復制，則需要根據帶寬及RPO要求來分析設計。容災數據復制鏈路連接方式及帶寬估計的具體的方法請參考“第六章 容災通信鏈路設計”部分內容。 應用平臺建議某股份有限公司業(yè)務系統的應用平臺建設主要是包含服務器、以及這些服務器上的內置磁盤、操作系統、文件系統、數據庫系統軟件、中間件和應用軟件等。建議如下：1. 針對不同業(yè)務的不同應用，在容災中心配置相同服務器平臺，OS版本相同；2. 針對個業(yè)務部署與生產中心相同的應用；3. 容災中心服務器處理能力及高可用能力（是否采用群集等）可以與生產中心完全相同（同級容災），也可以低于生產中心（降級容災）。具體采用根據“業(yè)務需求定義”結果并平衡投資水平進行最后決定。4. 應用平臺的切換可以采用人工干預方式，也可以采用自動技術。在采用自動技術時需要考慮業(yè)務的關聯性。通常采用人工干預、發(fā)起＋自動執(zhí)行的切換方式，減少誤判風險。 接入平臺建議接入平臺包含交換機、路由器、防火墻等網絡設備以及相應的網絡連接。在接入平臺使用的容災技術主要是網絡接入切換技術，包括：n 基于浮動IP地址n 基于DNSn 基于四層交換機n 基于外圍應用某股份有限公司的主要工作環(huán)境在當前辦公地點和外地各分支機構，建設容災中心后，必須能夠實現生產中心和容災中心的網絡互聯互通。容災中心也應當具備網絡接入平臺，在災難發(fā)生時，尤其是針對IT系統的災難發(fā)生時候，IT系統全部切換或局部切換到遠程容災中心，外圍分支機構需要能訪問到容災中心。容災中心接入平臺的建議如下： 建設完整的連接能力，具備足夠的帶寬與當前生產中心互聯； 當前生產中心必須配置訪問遠程中心的網絡路由 遠程中心需配備相應的DNS服務 如采用浮動IP，要確保切換后IP的浮動，并確保網絡路由能訪問已經浮動到遠程的IP地址。 對應用的訪問和應用之間的調用盡量采用DNS方式。 容災中心要具備網絡接入能力，外圍分支結構要具備訪問主中心或訪問容災中心的網絡連接能力。為降低初期投資，外圍分支機構可以先通過主中心訪問容災中心系統，從而不改變現有網絡連接方式。風險是當主中心的網絡接入或網絡被破壞，將無法訪問容災中心，盡管系統已經被恢復。 數據備份保護容災方案解決的遠程的數據保護和遠程的業(yè)務服務能力，但并不能減少本地數據備份恢復的要求。當本地數據出現邏輯故障或人為錯誤時，故障或錯誤將被復制到遠程容災中心，為保證本地數據的安全，仍需要建設本地數據備份系統。數據備份系統可以有多種技術： 備份到磁帶（最傳統的方式） 備份到磁盤（或再到磁帶方式） 本地數據BCV保護以上方法中，數據BCV保護的恢復級別最高，通過智能存儲上的數據副本可以快速恢復數據到建立副本的時刻。備份到磁盤的技術恢復級別高于備份到磁帶方式，是目前備份技術發(fā)展的趨勢，與磁帶備份相比，能夠確?？深A測的恢復。由于xxxxxx項目需求文檔中要求為采用磁帶庫備份，我對數據備份保護的建議如下： 為系統數據保留一份可以采用BCV，該BCV做保護用或用來做磁帶備份的源數據； 數據保護BCV與生產源數據每天做1次或多次數據同步，同步完成后斷開，作為數據的“金拷貝—Golden Copy”，在出現邏輯故障可以優(yōu)先從BCV快速恢復或直接啟用BCV數據。 磁帶備份可以采用傳統SAN備份方式，各生產主機通過SAN網絡將數據備份到磁帶上，也可以采用BCV數據實現“Server Free備份”。備份到磁帶的數據可以根據需要保存較長的時間，并可以異地保管。未來也可以考慮備份到磁盤(標準磁盤或虛擬磁帶庫上)，降低備份窗口，提高可恢復能力和恢復水平。備份到磁盤的數據可以根據需要遷移到磁帶上，如下圖采用虛擬帶庫示意圖：圖13： B2CDL2T架構示意圖第6章 容災通信鏈路設計容災通信鏈路設計是容災系統建設非常重要的部分，也是容災方案設計的難點、要點之一,所以單列本章節(jié)進行闡述。 通信鏈路設計概述如果未來某股份有限公司基于主機或基于應用的容災技術來建設容災系統，則將采用標準的IP網絡連接，通信鏈路可以是ATM、E1/EIP等；如果未來某股份有限公司采用基于存儲或虛擬存儲的技術來建設容災方案，則可以采用Fibre Channel、ESCON、DWDM、SONET等通信鏈路，也可以通過FCIP設備利用ATM、E1/EIP等通信鏈路。不同的通信鏈路有不同的要求，如距離限制、帶寬能力等；而不同的容災技術、不同的容災應用對通信鏈路的要求不同；采用同步方式或采用異步方式進行數據復制對通信鏈路的要求也大不相同。對于一個容災方案，無論采用哪種復制技術，都需要解決以下問題.在我當前選擇的容災中心距離的情況下: 我需要哪種鏈路? 需要多少條？成本如何？ 這么遠的距離對應用影響是什么? 如采用同步方式，響應時間是否太長？I/O數量能否滿足？ 如采用異步方式，我的RPO是多少？需要配多大的Cache量？設計的鏈路是否一定滿足預期的目標？根據某股份有限公司的不同要求進行科學的通信鏈路設計是保障專利業(yè)務系統在合理的通信成本下成功實現容災系統建設的重要步驟之一。 容災通信鏈路的比較當前業(yè)界容災方案的通訊鏈路基本采用有“裸光纖直連交換機方式、通過DWDM設備連接裸光纖方式、IP網絡方式”等，每種方式各有利弊，以下對不同通信鏈路方式進行比較。l 通過裸光纖直連交換機，采用FC協議采用FC協議的通信鏈路只適用于基于存儲復制或虛擬存儲復制的容災方案。在這類方案中，生產中心與備份中心的光纖交換機通過裸光纖直連，如下圖所示： 圖14：裸光纖直連交換機