資料災備提供邏輯備份和物理備份兩種備份方式,並且備份計劃還提供了多種規格,旨在為資料庫提供有效資料保護和低成本的備份服務。您可以在評估業務需求後,選擇符合您要求的備份方式和備份規格。
邏輯備份與物理備份的區別
參照項 | 邏輯備份 | 物理備份 |
概念 | 資料庫物件級備份,備份內容是表、索引、預存程序等資料庫物件,常見工具為MySQL mysqldump、Oracle exp/imp等。 | 資料庫檔案級備份,備份內容是作業系統上資料庫檔案,常見工具為MySQL XtraBackup、Oracle RMAN等。 |
全量備份原理 | 對每張表資料進行切分,然後在資料庫上運行SQL語句,多線程並行讀取資料。 | 在資料庫所在伺服器上安裝備份網關,然後通過備份網關將資料庫檔案進行備份(拷貝)。更多詳情,請參見添加備份網關。 |
增量備份原理 | 支援即時捕獲資料庫記憶體中的日誌,實現即時增量備份,避免堆積資料,從而降低對資料庫IO效能的影響。日誌讀取速度也會隨著資料庫日誌產生速度而調整。 | |
特性 |
|
|
資料庫規模推薦範圍 | MB~百GB層級。 | TB層級。 |
支援的資料庫 |
| |
是否需要安裝備份網關 | 不需要 | 需要 |
備份資料大小 | 因為邏輯備份可以在備份時選擇性地備份特定的表或資料,所以邏輯備份相較於物理備份通常較小。 | 物理備份的大小一般與資料庫的實際儲存空間直接相關,通常會非常大,因為它是針對整個資料庫檔案的備份。 |
如何選擇備份計劃規格
資料災備提供多種備份計劃規格,包括serverless、micro、small、medium、large、xlarge。每個規格都有不同的免費資料量額度、收費標準以及備份與恢複效能。規格越高,效能越高,單價也越低。
規格說明
規格的詳細說明如下:
備份計劃規格 | 百GBDatabase Backup時間(參考) | 免費資料量額度(GB/月) | 中國內地地區配置費用 | 中國香港與海外地區配置費用 | ||
基本費用(美元/月) | 超出額度的費用(美元/GB) | 基本費用(美元/月) | 超出額度的費用(美元/GB) | |||
micro | 20小時 | 40 | 5 | 0.117 | 7 | 0.175 |
small | 5小時 | 400 | 22 | 0.055 | 33 | 0.083 |
medium | 2.5小時 | 800 | 35 | 0.039 | 53 | 0.059 |
large | 1.5小時 | 1600 | 56 | 0.024 | 84 | 0.036 |
xlarge | 1小時 | 無資料傳輸量上限 | 140 | 免費 | 209 | 免費 |
若備份庫表存在表結構不合理、大表、大欄位等情況,備份計劃規格選擇過小可能會導致後續備份計劃資源不足,備份出現異常的情況。
針對上述情況,建議您在購買時選擇較高規格的備份計劃,或在出現異常後請先嘗試升級備份計劃至較高規格,再重新嘗試備份。若問題仍無法解決,請到客戶諮詢群(DingTalk群號:35585947)進行諮詢。
具體請以備份計劃購買頁面顯示的費用為準。
備份計劃規格效能:規格越高,備份資料量的單價越低,且備份恢複的效能越好。更多資訊,請參見備份恢複效能說明。
備份計劃規格:支援升級和降配。更多資訊,請參見升級備份計劃。
免費備份資料量額度:備份資料量免費額度計量周期以自然月為單位,月底清空。
超出免費備份資料量額度費用:當月累計備份資料量超過當月免費備份資料量額度,針對備份資料量超出部分,會收取備份資料量費用。
如何選擇規格
您可以從備份恢複效能與經濟性價比兩個方面選擇備份計劃規格。
高效能需求:
如果您的資料庫執行個體(例如生產環境的資料庫)需要高效能的備份計劃來快速執行備份和恢複任務,建議選擇xlarge或large規格,以擷取更高的備份恢複效能。
高性價比需求:
如果您對備份恢複效能(速度)要求不高,更關注備份計劃的性價比。請參考如下步驟,計算並選擇性價比最高的備份計劃規格:
預估計算當月預計產生的備份總量(包括全量備份和增量備份)。
根據備份費用公式,計算不同規格的費用,並選擇性價比最高的備份規格。計費公式如下:
訂用帳戶(預付費)計費 = 備份規格基本費用 + (實際產生的資料量 - 免費額度資料量)x 對應收費標準
說明各規格收費標準,請參見規格計費標準。
例如,A公司的資料庫大小為150 GB,計划進行4次/月的全量備份,預計當月總備份量為600 GB(150 GB x 4)。A公司可以比較以下三種規格(以中國內地地區價格計算):
micro(入門型)的費用 = 5美元 + (600 GB - 40 GB)x 0.117美元/GB = 70.52美元
small(低配型)的費用 = 22美元 + (600 GB - 400 GB)x 0.055美元/GB = 33美元
medium(中配型)的費用 = 35美元(實際產生的資料量小於免費額度,無需額外收費)
本樣本中small規格的價格最優,若您需要更好的備份與恢複效能,建議購買較高的規格的產品。
說明上述樣本僅供參考,實際情況中還需考慮全量備份時的資料增長情況(例如下次全量備份時,資料量會遞增2%)與增量備份的資料量。
當每月備份總量大於5,207 GB時,xlarge規格的性價比最高,該規格沒有備份資料量上限且備份效能最佳。
邏輯備份與物理備份效能實測
邏輯備份與恢複
測試流程
準備一個RDS MySQL測試執行個體,並在資料災備中建立備份計劃(邏輯備份),啟動全量備份和增量備份任務。隨後再通過資料災備將備份組資料恢複到RDS MySQL測試執行個體上,期間檢測備份和恢複的效能表現。
測試環境
配置項 | 配置內容 |
資料庫類型 | RDS MySQL(通用型) |
資料庫記憶體 | 2,400M |
資料庫CPU | 8核 |
資料庫IOPS | 1,200 |
測試資料
測試資料 | 說明 | 資料樣本 |
資料庫大小 | 測試資料庫的總大小,單位為GB。 | 102 GB |
總記錄數 | 測試資料庫中所有表的總記錄數量,單位為個。 | 1.5億 |
單記錄大小 | 測試資料庫中一個記錄的平均大小,通常以KB為單位。 | 1~100 KB |
欄位數 | 測試資料庫中一個記錄的欄位數,即列數。 | 3~22列不等 |
欄位類型 | 測試資料庫中一個記錄的各個欄位的資料類型,包括MySQL基礎資料類型,如int、varchar、datetime等。 | 覆蓋MySQL基礎資料類型 |
測試結果
全量備份
規格 | RPS(Record Per Second) | MBPS(MByte Per Second) |
large | 42,855.7 | 15.3 |
medium | 33,122.2 | 11.8 |
small | 9,569.3 | 3.4 |
micro | 6,756.2 | 1.9 |
如果來源資料庫的表數量較多,在備份恢複時需消耗大量時間進行表初始化。因此建議來源資料庫中表的數量不要超過10000個。
如果來源資料庫中存在無主鍵表、字串主鍵表或聯合主鍵表等情況,也會導致備份時間變長。
增量備份
規格 | MBPS(MByte Per Second) |
large | 46.1 |
medium | 29.8 |
small | 14.9 |
micro | 5.0 |
全量恢複
規格 | RPS(Record Per Second) |
large | 34,190.5 |
medium | 19,740.9 |
small | 9,949.4 |
micro | 4,320.2 |
增量恢複
規格 | RPS(Record Per Second) |
large | 35,546.9 |
medium | 21,331.4 |
small | 10,061.5 |
micro | 4,972.1 |
物理備份與恢複
測試流程
準備一個自建MySQL測試執行個體,並在資料災備中建立備份計劃(物理備份),啟動全量備份任務。隨後再通過資料災備將備份組資料恢複到指定的目錄(物理恢複為恢複資料庫檔案),期間檢測備份和恢複的效能表現。
資料災備採用流式讀取MySQL物理檔案的方式,並通過多流並發寫入備份資料至雲端儲存中。同時,資料災備支援根據規格調整備份並發數,規格越高備份速度越快。目前支援gzip與lz4兩種壓縮演算法,gzip壓縮率高,lz4備份速度快。
測試資料
測試資料 | 說明 | 資料樣本 |
資料庫大小 | 測試資料庫的總大小,單位為GB。 | 40.3 GB |
總記錄數 | 測試資料庫中所有表的總記錄數量,單位為個。 | 20億 |
表數量 | 測試資料庫中表的數量。 | 160張 |
單記錄大小 | 測試資料庫中一個記錄的平均大小,通常以KB為單位。 | 0.2 KB |
測試結果
全量備份
規格與壓縮格式 | 耗時 | 備份速度 | 壓縮後檔案大小 |
small(4線程) gzip | 636s | 63 MB/s | 21.1 GB |
large(8線程) gzip | 341s | 118 MB/s | 21.1 GB |
xlarge(16線程) gzip | 204s | 197 MB/s | 21.1 GB |
small(4線程) lz4 | 268s | 150 MB/s | 31.1 GB |
large(8線程) lz4 | 119s | 338 MB/s | 31.1 GB |
xlarge(16線程)lz4 | 104s | 387 MB/s | 31.1 GB |
全量恢複
規格與壓縮格式 | 壓縮後的資料量 | 耗時 | 恢複速度(相對於未經處理資料量) |
small(4線程) gzip | 21.1 GB | 320s | 126 MB/s |
large(8線程) gzip | 21.1 GB | 161s | 250 MB/s |
xlarge(16線程) gzip | 21.1 GB | 86s | 468 MB/s |
small(4線程) lz4 | 31.1 GB | 408s | 99 MB/s |
large(8線程) lz4 | 31.1 GB | 208s | 194 MB/s |
xlarge(16線程)lz4 | 31.1 GB | 108s | 373 MB/s |