資料庫備份是建立可復原的資料庫資料、結構和配置副本,以防止遺失、損壞或未經授權的破壞的過程。對於依賴資料庫來執行交易、服務客戶和儲存業務關鍵記錄的組織而言,備份失敗或遺失可能意味著數小時的停機時間和數百萬的收入損失。
2024 年的 ITIC 調查發現,41% 的企業預估,一小時的停機時間可能要花費 100 萬美元到超過 500 萬美元。勒索軟體將風險納入其中:Verizon 的 2025 年資料外洩調查報告指出,44% 的資料外洩事件都出現勒索軟體,較去年同期成長了 37%。
精心設計的資料庫備份策略可降低所有威脅的風險。本文將介紹資料庫備份的運作方式、主要備份類型、如何規劃復原目標的策略,以及將可靠資料保護與代價高昂的差距分開的最佳做法。
資料庫備份的核心是擷取您資料的即時副本,並將其與生產環境分開儲存。流程包括讀取資料庫檔案,如資料檔案、交易記錄和配置中繼資料,以及寫入目標位置,如本機磁碟、網路附加儲存 (NAS) 裝置、Storage Area Network (SAN) 或雲端物件式資料儲存。
大多數資料庫管理系統 (DBMS) 提供原生備份公用程式。SQL Server 使用備份資料庫命令。PostGreSQL 仰賴 pg_dump 進行邏輯匯出,以及 pg_basebackup 進行實體備份。Oracle 使用Recovery Manager (RMAN),MySQL 提供 mysqldump 與 MySQL Enterprise Backup 工具進行實體備份。
備份程序可在資料庫提供即時查詢時線上執行("熱"),或在資料庫關閉時離線執行("冷")。熱備份是需要持續可用性的生產環境的標準。冷備份更簡單、有時更快速,但會迫使停機時間,因此對於服務層級協議 (SLA) 嚴格的系統而言,它們是不切實際的。
無論使用何種方法,每個備份都應該與生產資料庫分開儲存。如果磁碟故障、勒索軟體攻擊或意外刪除破壞了主要資料,則儲存在同一個儲存系統的備份不會提供保護。
選擇正確的備份類型 取決於您的資料庫大小、資料變更的頻率、資料遺失的公差,以及復原所需的速度。大多數企業環境將多種類型結合為預定輪替。
完整備份可建立整個資料庫的完整副本,包括所有資料檔案、架構物件和儲存程序。它提供了最簡單的復原路徑,只需還原單一備份集,但它也消耗最多的儲存空間,並花費最長的時間完成。完整備份通常作為增量和差異化策略的基準。
增量備份僅擷取自上次備份後,任何類型(完整或增量)變更的資料。這種方法比完整備份使用更少的儲存設備,完成得更快。權衡:還原作業需要最後的完整備份,以及鏈中的每個增量備份,並依序進行。如果該鏈中的任何連結損毀,則還原會失敗。
差異備份會記錄自上次完整備份以來的所有變更,不論任何中間備份。其會在滿滿和增量之間打進中間地帶:它需要比增量更多的儲存,但可簡化復原,因為您只需要最後的完整備份,以及最新的差異。許多組織安排每週進行完整備份,並提供每日差異。
實體備份可在檔案系統或區塊層級複製原始資料庫檔案。 這些檔案可快速建立和還原,使其成為大規模資料庫的標準。邏輯備份會將資料庫匯出為 SQL 陳述式(建立表格、插入)或結構化傾印。它們在不同資料庫版本或平台上更具可攜性,但執行和還原速度較慢。健全的策略通常使用實體備份進行日常復原,並利用邏輯備份進行長期歸檔或跨平台搬移。
備份和複寫有不同的用途,但往往會感到困惑。複寫功能可在個別伺服器上維護資料庫的同步副本,通常用於高可用性和讀取擴展。如果主要伺服器故障,複寫幾乎可以立即接管。
但複寫並非備份。損毀的表格、意外的 DROP DATABASE 命令,或勒索軟體加密事件,都會像合法的變更一樣快速地複寫到待命模式。複寫功能可避免硬體故障。備份可保護資料免於遺失。企業環境需要兩者。
每項備份策略都以兩個指標為基礎:復原時間目標 (RTO) 和復原點目標(RPO)。
RTO 定義了在故障後還原資料庫和恢復操作的最長可接受時間。RPO 定義了以時間測量的最大可接受資料遺失量。一小時的 RPO 代表您可以容忍損失長達一小時的交易。
這兩個指標應推動備份頻率、類型和儲存位置的每項決策:
首先,根據業務關鍵性將資料庫分類為不同層級,然後為每個層級指派 RTO 和 RPO 目標。並非每個資料庫都需要同樣等級的保護,但每個資料庫都需要一個計劃。
傳統的 3-2-1 備份規則—三份資料,在兩種不同的媒體類型上,一份在異地備份—多年來都是黃金標準。攝影師 Peter Krogh 於 2009 年將其廣為人知,當時磁帶仍是主要備份目標,而勒索軟體並非主流問題。
現代 3-2-1-1-0 規則延伸了此架構,並針對現今的威脅情勢建立了兩項附加功能:
"1 immutable" 元素是關鍵升級。現代化攻擊專門針對備份儲存庫,在加密生產資料前消除復原選項。
手動備份不可靠。使用 DBMS 內建的排程工具(SQL Server Agent、使用 pg_dump 的 cron 工作、RMAN 排程)或集中式備份平台,以執行一致的排程。常見的模式:每週完整備份,每 15 到 30 分鐘提供每日差異和交易日誌備份。
您從未還原的備份是您無法信任的備份。每月至少為任務關鍵型資料庫安排季度還原測試。還原至個別環境、驗證資料完整性,並針對 RTO 目標記錄實際的復原時間。
資料庫備份包含與生產系統相同的敏感資料。將 AES-256 加密應用於REST備份檔案,並使用 TLS 進行在網路上傳輸的任何備份資料。根據 HIPAA、GDPR 和 PCI DSS 等法規,加密通常是法規遵循要求。
備份工作失敗的頻率高於大多數團隊所意識到的。設定監控功能,以針對遺漏的備份視窗、故障的工作或意外的備份大小變更發出警示。備份大小突然下降,可能表示資料遺失尚未偵測到。
保留政策決定備份副本在回收或刪除前的保留時間。正確的保留期限取決於合規性要求、儲存容量,以及您可能需要從未偵測到的問題中恢復的時間期限。許多組織會保留每日備份 30 天、每週備份 90 天,以及每月備份一年。
將備份儲存在實體和邏輯上與生產儲存設備分開的基礎架構上。這代表不同的儲存陣列、不同的網路區段,以及理想的不同地理位置。如果勒索軟體將您的生產儲存設備加密,並且您的備份儲存在同一個 SAN 上,這兩者都會遭到入侵。
即使是規劃完善的備份策略,也會遇到實際障礙。提前了解這些挑戰,有助於您進行設計。
資料庫備份正在從排程的工作型作業轉向持續的儲存整合保護。持續資料保護 (CDP) 能即時擷取資料庫的各項變更,讓時間點復原達到任何秒數,而不只是上一個排程的備份視窗。
原生儲存快照也正在改變備份的經濟性。快照技術不需複製整個資料集,只要擷取變更後的區塊,無論資料庫大小為何,都能在幾秒內完成。結合不可變的快照政策,這種方法提供近乎零的 RPO 與內建的勒索軟體保護。
AI 驅動的異常偵測正在成為另一層防禦。透過分析備份中繼資料模式,如大小、持續時間、變更率,這些系統可以在傳播到備份副本之前,標記異常活動(如勒索軟體加密事件)。
資料庫備份是組織與永久資料遺失之間的最後一道防線。強大的備份策略,建立在完整、增量和差異備份的正確組合之上,與定義的 RTO 和 RPO 目標一致,並使用 3-2-1-1-0 框架強化,將備份從例行 IT 任務轉變為真正的業務永續性功能。
出錯的成本是以停機時間、收入損失和監管風險為衡量標準。正確處理事件的成本是單一無法復原事件所花費成本的一小部分。
無論資料集大小為何,Everpure 的 FlashArray 和 FlashBlade® 都能在幾秒內完成儲存原生快照,且效能不受影響。結合 Everpure SafeMode 快照功能,可建立任何使用者、管理員或攻擊者皆無法刪除或修改的不可變副本,因此組織可以獲得專為速度和勒索軟體復原能力而建立的備份架構。搭配 Evergreen//One@@ storage as a service,團隊無需前期基礎架構投資,即可擴充備份容量。