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

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

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

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

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

上面列舉了一大串風險，其現實意義是，你今天躲過了硬體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具備低成本、高效能、零風險等優勢，為使用者提供理想的雲資料庫備份解決方案。