災備，從來都是存儲界奢侈的字眼，早在幾年前，我們就可聽說哪個金融機構花了巨大的投資在某地建立了其災備中心，可應對自然災害等大型災難，但這僅僅是在極少數單位的建設，他們的數據重要性使得其不惜代價建設異地災備中心。但是，隨著05年國信辦《重要信息系統災難恢復指南》的出臺，各個政府單位都相繼開始考慮數據災備的問題，但很多的單位還是處于觀望狀態，原因很簡單，有災備這個需求，但由于其傳統奢侈品的定位，使得他們不敢輕易下手，也無法輕易下手。
在大部分單位觀望的同時，政府也開始在一部分單位進行災備的試點。目前災備的技術有很多種：通過主機復制軟件（如Veritas VVR軟件）或特定應用軟件（如Oracle DataGuard），這些都是基于主機層的容災；通過網絡層實現，主要是一些智能網絡交換機的開發，但目前實現較少；最主流的就是基于盤陣來實現，或是基于虛擬化技術來實現，這些各大存儲廠家都可以提供相應的實現方案。政府災備試點的建設往往在社保、財政等單位，但是這些試點單位建設完災備后，政府統一核算發現，不管是基于主機方式還是基于盤陣方式，一個單位的投資至少也要在600萬以上，這種情況下，市級政府相關幾十家單位都要建成災備系統花費至少數億元，因此很多政府單位又開始望而卻步了。
在這種奢侈的災備系統建設過程中，很多信息化建設專家和用戶不斷在思索著同一個問題，如何才能使災備不再是奢侈品呢？最終找到了癥結所在，就是所有單位的災備系統都是獨立建設的，即對災備中心的建設政府在做重復的投資。追根究底，這種建設模式取決于技術本身，因為傳統的災備技術只適合于點對點的災備，而不能實現多點對一點的災備，更不用談多點對一點災備如此龐大系統的管理問題了。
07年，H3C提出了共享災備的解決方案，即將災備中心共享化，只要建設一個災備中心，就可實現多個單位的數據災備。此方案在07年底廣州市政府數據集中災備系統建設中正式得到應用，這是技術上一項重大突破?；厮莸郊夹g原理，災備實現中最關鍵的兩點：如何將數據從在線系統中"抽取"出來；數據"抽取"出來后如何同步到異地的災備中心。
在上述兩點中，H3C均有其獨特的技術手段來實現，從在線系統中"抽取"數據有多種方式，可以直接從服務器上抽取，也可以通過虛擬化技術對原存儲系統進行虛擬化再抽取數據，對于數據直接存于服務器中的應用可直接將訪問模式改成磁盤陣列訪問模式，多種數據"抽取"手段，目的皆是為了以某一種方式與災備中心的存儲資源池建立復制關系。因此，在H3C的方案設計中，可應對任何一種復雜的環境，災備單位的應用環境不同，采用的災備接入方式就不同，無論是之前有無磁盤陣列，也不管磁盤陣列是何品牌，均可有效地接入。在廣州社保的項目建設過程中，各災備單位的設備環境不同，有HP磁盤陣列、DELL NAS陣列，也有直接服務器存儲的，最終都將數據集中災備到災備中心。
數據已經從在線系統中抽取出來，多點對一點的復制技術也是H3C在此方案中的一項創新，三個災備單位的數據，可與災備中心的一臺設備建立復制關系，且數據同步直接通過IP網絡來實現，這也是IP存儲得天獨厚的優勢。有人會質疑這種數據同步是否可在低帶寬的環境下實現，答案是肯定的。因為大部分單位的一天的數據變化量并不會很大，復制技術本身也是基于底層塊增量來實現，同步的只是改變過的數據塊，使得需要同步的總數據量很少。而現有2Mb/s的網絡，滿負荷情況下一小時可傳輸數據量達500MB以上，除去業務網絡的開銷，2Mb/s的鏈路已經可實現數據的災備。因此，這鏈路方面，這種方式大大節約了災備單位的投資。
更難能可貴的是H3C專門為共享災備開發了一套共享災備管理平臺，可以對整個龐大的災備系統進行統一管理，很大程度上節約了管理成本。
在共享災備的建設思路中，節約了多方面的成本，災備單位無須單獨建設自己的災備中心，所有相關單位可共用一套災備中心，只需要接入災備中心的投資即可，另外，在鏈路費用的投資也大大降低，更重要的是對災備系統的維護和管理，不再需要單獨的管理團隊，都可實現統一管理。當然，接入共享災備平臺的單位越多，整套系統的綜合效益比也就越高。
H3C共享災備的新思路，使得災備不再是奢侈品，不再是可望而不可及的夢想！
