從數據誤刪、備份到一張高可用拓撲圖

今年，嚴重刪庫事件發生了好幾起……

看看網上那些DBA的遭遇……

「SQL資料庫被刪除了，有恢復的方法么？」

「SQL2000企業管理器里右鍵誤刪了一個資料庫（整個資料庫），並不小心選中了「為資料庫刪除備份並還原歷史記錄」。

「因為要做同步，老的資料庫把新的覆蓋掉了，最後沒辦法……血一樣的教訓啊……一定要做好備份工作！不然，作為操作人員挨罵是肯定的，心理負擔特別重，想死的心都有了！！！」

台詞：你們家誤刪資料庫的事，沒少干吧

對於DBA，在越來越複雜的IT環境下，誤刪資料庫的概率事件，不是正在發生，就是準備著發生……

於是，對數據進行備份是DBA免遭BOSS罵得狗血淋頭的法寶。

關於數據的存儲備份模式，傳統的備份技術有基於硬體及存儲層的諸多方式（如Host、LAN、LAN-free、Server-free……）。這些傳統備份技術在大數據來臨之前，對用戶的數據及業務應用起到很好的保護作用，並且能夠實現RTO、RPO的理想值，同時還保持低風險、低成本、簡單運維的成就感。

但今非昔比，在雲與大數據時代，海量的各種數據如洪水猛獸，對企業在尋求數字化轉型時的傳統IT架構形成巨大的衝擊，當然也包括這些傳統備份技術和解決方案。

無法順應雲與大數據技術的數據備份方式，是傳統存儲層備份技術在業務發展的瓶頸，並且隨著雲端化的趨勢加劇，更是顯而易見——包括佔用生產端的資源，在傳輸端對帶寬與距離有限制，在數據一致性方面有缺陷，對相關應用層技術人員的綜合專業知識要求高，以及存儲端資料庫異構的問題限制等，更麻煩的是在備份時間窗口以及業務連續性方面，停機對客戶的正常生產會帶來不便，並且這樣的麻煩是與客戶的IT架構的複雜程度成正比的。

資料庫出現誤刪以及對備份數據的恢復，包括英方i2CDP技術在內的CDP技術，已經能夠實現將數據快速恢復到之前的任意時間點。但對於現代數字化企業而言，數據恢復只是對已有數據資產的保護，並沒有解決企業業務連續性的問題，即當用戶的生產系統出現諸如「伺服器停止、網路異常、硬體故障、生產系統宕機維護」等狀況時，企業的正常生產還是會受到影響。

為此，對資料庫誤刪所進行的數據備份的更高目標，是為了企業生產的業務能夠持續，下面是某大型企業採用的英方容災高可用解決方案。通過這個容災高可用拓撲圖，我們可以看到，以數據複製技術為基礎的容災高可用解決方案，在複雜龐大的應用層、系統資料庫、中間件等全面做一對一的高可用保護時，利用存儲層的數據複製技術，難以做到實時、快速自動切換的效果。

企業某核心業務系統容災的邏輯拓撲圖

在該方案中，用戶的核心繫統如CRM、計料、HR、BW等絕大多數應用運行於虛擬化平台的情況下，如果用傳統的基於存儲層的備份方案去實施，整機的備份時間窗口將過大，恢復操作也相對繁瑣，存在時間不可控的風險。另外，個別系統如CRM因為與外圍系統交互介面過多，停機的影響太大，用戶業務無法連續。

該企業為了終端用戶獲得更好的體驗，選擇了英方順應雲與大數據時代的災備技術后（基於操作層的位元組級實時非同步增量數據序列化傳輸技術），突破了傳統備份技術方案存在的諸多困局，解決客戶主備兩端系統資料庫、中間件、前端全面一對一應用高可用保護等諸多傳統備份方案難以實施的難題，達到業務數據實時同步，生產服務出現故障時IP漂移快速切換到備機的容災效果。

這個方案的實施讓客戶的業務連續的PRO趨近於0，秒級RTO。除此之外，更大的收穫是無需改變現有IT基礎架構、不限應用類型，不限災備數據類型、數據量，兼容業務變更新增模塊加入集群，圖形化管理、易於操作與演練，獨立於硬體和平台，兼容主流x86操作系統，以及災備擴展能力，異地機房級聯部署即可實現兩地三中心高可用架構。

最後，企業在雲與大數據時代的災備規劃，選擇更高價值的災備技術是減少運維成本、確保業務連續性的關鍵，同時，升級資料庫伺服器之間的網路連接及升級硬體，是提高災難發生時恢復速度的必要手段。