資料千萬條，備份第一條，資料找不回，老闆兩行淚

開工第一天，請帶著你的回憶看下文，想想你這些年刪過的庫，被刪過的庫。。。

資料庫備份是個老生常談的話題，看似很簡單，但在實際操作過程中，運維人員往往會遇到這樣或那樣的“坑”。

資料庫為什麼要備份？時至今日，我認為這個問題已經不再是問題了，換個角度來看，資料庫備份能規避哪些風險？

其實從資料誕生時起就伴隨著丟失風險，比如，自然災難、電力故障、網路故障、硬體故障、軟體故障、人為故障等。

上面列舉了一大串風險，其現實意義是，你今天躲過了硬體bug，明天避開了雷劈，後天繞開了斷電，大後天還是可能會“手滑”碰到誤刪除。

隨著DT時代的到來，企業對資料的依賴程度與日俱增，資料保護早已成為企業的一門必修課。只有擁有先知先覺的防範意識和充分的技術準備，才能“覆巢之下，亦有完卵”。

與其承受天災人禍的擔憂，為何不選擇一個專業的資料庫備份方案：
阿里雲資料庫備份DBS已經商用，作為資料庫備份通道，與物件儲存OSS一起構建無門檻的雲資料庫備份解決方案，整個配置過程只需5分鐘，就可以實現秒級RPO（Recovery Point Objective恢復點目標，通俗理解是當資料庫故障時，允許丟失多長時間資料，RPO越小越好）的實時備份。

典型應用場景

實時備份
當使用者對資料備份要求較高時，比如需要連續實時備份，且備份過程中不影響業務執行，此時可購置阿里雲資料庫備份DBS服務，實現資料庫的熱備份，DBS可實現資料實時增量備份、精確到秒級的資料恢復能力。解決方案架構示例如下：

架構設計說明：

• 關鍵部件部署：

• 在使用者本地部署有兩套資料庫：生產資料庫和恢復庫，分別用於生產資料的儲存、故障後資料恢復。
• 在阿里雲的兩個區域（例如：華南1、華北1）分別購置儲存服務，例如OSS物件儲存或者NAS檔案儲存。
• 購置阿里雲的DBS服務，用於使用者本地資料庫實時熱備份至雲上儲存。

• 雲下生產資料備份至雲上：
（可通過以下兩種方案中的任意一種將雲下生產資料備份至雲上）

• 使用者可在本地再部署一套儲存，將生產資料先備份至本地IDC的儲存，再通過本地IDC儲存災備拷貝至雲上儲存。
• 使用者本地的生產資料庫與雲上儲存之間通過阿里雲DBS，將生產資料庫中的資料直接熱備份至雲上兩個區域的儲存中。

• 資料恢復：

• 如果使用者本地IDC的生產資料庫發生故障，但本地IDC的儲存執行正常，可通過本地IDC的 儲存將資料恢復至本地IDC的恢復庫。
• 如果使用者本地IDC的生產資料庫和儲存均發生故障，或沒有部署本地儲存，則可通過DBS將雲上儲存將資料恢復至本地恢復庫。

• 架構特點：

• 優點：技術要求高、一致性好，恢復時間短。
• 缺點：RTO隨著資料庫例項大小而變化。
• 應用場景：比較成熟的備份手段，適用於大部分的關係型資料庫。

除了為資料庫提供連續資料保護、低成本的備份服務外，DBS還可在多種環境下提供強有力的資料保護，包括公共雲、企業自建資料中心及其他雲廠商。DBS具備低成本、高效能、零風險等優勢，為使用者提供理想的雲資料庫備份解決方案。