企業資料保護類型 方式 以及 使用情境

資料保護 這邊講的就是 Backup
通常就是看你得資料有多重要 資料不見的時候會造成多少損失
一般來說會照下面兩點來判斷

• 允許多少資料救不回來 (Recovery Point Objective / RPO)
• 救得回來的資料 最長多久時間一定要回來 (Recovery Time Objective / RTO)

之後就是再根據你系統類型 來判斷所需要的資料保護方式了
這邊就只講資料中心內部可能的方式
同一套系統的資料保護方式 有時候會並存 並不會相互衝突

一般常見類型如下

備份種類	一般運作方式	最短的 RPO 建議	通常使用情境
OS Level Backup	OS level file copy	日	實體機
Database Backup	Database backup	15 mins	資料庫備份
VM Level Backup	VM Image backup	日	虛擬機
Storage Level Backup	Storage Volume Snapshot backup	日 (可更短 看Storage/備份軟體)	備份軟體可直接控制Storage時

在組合情境下 可能搭配的方式

• 當你要保護的系統是 虛擬機 + 資料庫 時 同時使用下列兩種備份機制
  • VM Level Backup: 提供 OS Level 復原機制
  • Database Backup: 提供最短15分鐘的 RPO
• 當你要保護的系統是 實體機 + 後端接 Storage + 資料庫 (下列選其一)
  • Database Backup: 提供最短15分鐘的 RPO
  • Storage Level Backup: 如果備份軟體有支援直call storage的話
  • OS Level Backup: 實體機環境 通常不做此選項 直接重裝OS囉
• 當你要保護的系統是 虛擬機 + 後端透過 RDM 接 Storage + 資料庫
  • Database Backup: 提供最短15分鐘的 RPO
  • Storage Level Backup: 如果備份軟體有支援直call storage的話
    用來備份虛擬機OS用
  • VM Level Backup: 不可能做了 因為幾乎VM備份軟體都是透過Snapshot做備份
    接了RDM, 是不可能做Snapshot的 要用上面的 Storage Level Backup來替代
• 當你要保護的系統是 虛擬機 內含 File Server, 可是又想要有跟 Database 一樣的15mins RPO (下列選其一)
  • OS Level Backup: 看看備份軟體的極限囉 可以做到15mins RPO的可能性最高
  • Storage Level Backup: VM Storage Snapshot. 應該難度很高 時間越短 對 Storage 造成的壓力越大
  • VM Level Backup: 難度更高 試想一個 VM 每十五分鐘 create snapshot, remove snapshot. ESXi 與 Storage 的壓力應該超級大

基本上 所有資料保護方針都是圍繞著 RTO, RPO來看
你的資料越重要 遺失的時候造成的損失越大 就有必要利用更好(通常也是更貴)的方式來保護
到最後都是把多個解決方案與需要花費的成本一併列出 看出錢的老闆決定囉

當然還有上述沒列出的許多變形玩法
像是前端接 low cost storage, 後面再往遠端送 remote site/cloud
或是配上DR災難復原 直接傳送資料到遠端
這部分就是看各公司需求了