企業如何同時兼顧雲端資料主權與 SaaS 備份復原？Keepit 提醒企業重新檢視復原能力

企業把 Microsoft 365、Salesforce、Google Workspace 等平台搬上雲端，日常協作固然方便，但「資料放在雲端」並不等於「資料已經有完整備份」。服務供應商可以負責平台可用性，企業仍然需要確認自己的資料在意外刪除、帳戶被入侵、服務中斷或供應商退出時，是否能夠獨立取回。

資料主權與資料復原，是兩道不同的問題

Keepit 於 2026 年 10 月 15 日發表的分析，以歐盟《Cloud and AI Development Act》（CADA）提案為切入點，指出雲端主權評估主要關注資料所在地、供應商控制權、法律管轄及軟件供應鏈透明度；然而，這些條件並不能單獨證明企業在服務故障或資料事故後可以成功復原。

這個觀點對企業同樣值得參考。即使企業選用具備清晰資料中心位置及合約保障的雲端服務，仍要另外檢查備份副本是否獨立、管理權限是否分隔，以及復原流程會否依賴原本已經失效的服務。CADA 是歐盟政策提案，並非香港法規；本文引用的是其風險管理思路，而不是把歐盟要求直接套用到香港企業。

企業常見的四個復原盲點

1. 備份與正式環境共用管理權限

若正式環境的高權限帳戶同時可以刪除備份，勒索軟件或管理員帳戶失陷時，攻擊者可能同時影響原始資料及備份副本。企業應評估是否可以使用獨立帳戶、分離管理角色及額外驗證，縮小單一帳戶被盜後的影響範圍。

2. 把同步、回收桶或版本記錄當成完整備份

同步功能主要確保不同裝置或使用者看到相同資料；如果錯誤刪除或惡意修改被同步，問題亦可能一併傳播。回收桶及版本記錄有其用途，但保留期限、可還原範圍及管理員可執行的操作都可能有限。企業應明確區分日常版本管理與獨立備份。

3. 只測試單一檔案，沒有測試整個服務復原

實際事故可能牽涉大量郵件、文件、協作空間、使用者及權限設定。只確認某個檔案可以還原，未必代表部門能夠在合理時間內恢復工作。測試時應記錄復原點、復原時間、資料完整性，以及還原後的存取權限是否正確。

4. 忽略身份、DNS 及管理平台等依賴

雲端服務通常依賴身份供應商、目錄服務、DNS 及管理員帳戶。若其中一項中斷，企業即使持有備份，也可能無法登入管理介面或啟動復原程序。因此，復原計劃應列出服務依賴關係，並預先設計不依賴故障系統的應急存取方法。

Keepit 的方向：建立獨立而可驗證的 SaaS 資料保護

Keepit 將其平台定位為 SaaS 資料備份及復原方案，支援企業保護多種雲端應用程式資料。其核心概念是把備份副本與原本的 SaaS 環境分開管理，並以不可變更的資料保存方式降低備份遭到修改或刪除的風險。對企業而言，重點不只是「有沒有備份」，而是備份是否處於另一個安全邊界，以及事故發生時能否實際取回。

Keepit 亦在 2026 年 10 月的平台更新中加入 Salesforce 復原前的儲存空間影響預覽。管理員可在執行還原前檢視文件範圍及預計佔用的資料與檔案儲存空間，並選擇是否包括檔案、附件及富文字欄位圖片。這類預先評估有助減少大規模還原時出現容量意外，但企業仍需按自身 Salesforce 配額及資料結構測試實際流程。

企業選擇 SaaS 備份方案的實用清單

• 涵蓋範圍：確認方案支援哪些 SaaS 平台、資料物件、附件及權限資訊，並核對授權範圍。
• 資料位置及管轄：了解備份資料存放地點、資料處理安排、合約條款及跨境存取方式。
• 隔離與不可變更性：確認正式環境管理員是否可以刪除備份，並了解保留政策如何防止未經授權的變更。
• 復原粒度：比較單一項目、資料夾、使用者或整個服務的還原能力，以及還原後的關聯資料是否完整。
• 復原演練：要求供應商示範實際還原流程，並定期測試 RTO、RPO、資料完整性及管理員應急存取。
• 成本透明度：了解儲存容量、保留期、資料匯出、復原工作及額外管理服務是否涉及費用。

結語：把「可以還原」變成有證據的能力

雲端主權回答的是誰能控制資料及服務；資料復原則回答當服務不可用時，企業能否重新取得可用資料。兩者並不互相取代。企業在評估 SaaS 服務時，除了檢查資料所在地及供應商保障，亦應要求備份副本具備獨立管理、清晰保留政策及可定期驗證的還原流程。

Keepit 的分析提醒企業，不要把合規文件或雲端服務的可用性當成復原保證。真正可靠的策略，是在事故發生前已經測試過：即使原有平台、管理帳戶或供應商出現問題，企業仍然知道資料在哪裏、由誰管理，以及如何安全地取回。