備份與復原

備份與復原規劃說明生產資料、配置和維運證據在故障或誤操作後如何復原。具體實作取決於部署模型、客戶託管責任、資料庫與儲存架構，以及合規要求。

前提條件

批准復原計畫前，先確認部署模型、資料分級、客戶留存策略、託管負責人、備份負責人、復原負責人和生產支援路徑。

復原規劃流程

輸入資訊

輸入	影響
受保護資產	資料庫、物件儲存、上傳文件、配置、整合設定、稽核記錄。
復原目標	業務流程期望的復原點和復原時間。
部署模型	決定由 DataMesh、客戶 IT 還是託管方維運備份。
留存策略	決定備份和維運證據保留多久。
復原審核	定義誰可以請求和批准復原。
驗證資料	定義如何驗證復原後的資料和工作流程。

備份範圍

範圍	規劃內容
租戶配置	租戶設定、產品包、角色、專案設定、整合配置。
營運資料	資產、工單、巡檢記錄、文件、資料集、工作流程記錄、稽核證據。
文件和媒體	ECM 文件、上傳資源、生成報告、媒體文件、匯入產物。
整合狀態	連接器計畫、同步狀態、服務身分、外部來源映射。
AI 工作流程證據	執行記錄、按策略留存的輸入、驗證交接、動作記錄。

復原驗證

1. 選擇復原場景，例如誤刪除、環境故障或整合資料異常。
2. 確認備份點和復原目標。
3. 復原到批准的目標環境。
4. 驗證使用者登入和租戶存取。
5. 驗證產品資料、文件存取、連接器狀態和代表性工作流程。
6. 記錄復原耗時、資料點、差異和負責人確認。

預期結果

客戶和 DataMesh 團隊應明確哪些內容受保護、誰可以請求復原、誰批准復原、在哪個環境驗證復原，以及哪些證據說明復原成功。

定期複核

部署模型變化、重大版本發布、整合變化、資料留存變化、客戶稽核請求和生產故障之後，都應複核備份與復原預期。復原測試頻率應符合客戶營運風險和合規要求。

常見問題

現象	檢查
備份責任不清	部署模型、託管負責人、資料庫負責人、儲存負責人和支援合約。
復原測試無法啟動	復原目標、審核負責人、備份點、憑據或測試資料範圍。
復原後資料不完整	受保護資產清單、物件儲存、外部來源依賴或留存窗口。
復原目標不現實	資料量、網路路徑、復原自動化、業務優先級和驗證步驟。