バックアップと復旧

バックアップと復旧計画は、障害や誤操作の後に本番データ、設定、運用証跡をどのように復旧するかを定義します。具体的な実装は、デプロイモデル、顧客ホスティング責任、データベースとストレージ構成、コンプライアンス要求によって変わります。

前提条件

復旧計画を承認する前に、デプロイモデル、データ分類、顧客保持ポリシー、ホスティング所有者、バックアップ所有者、復旧所有者、本番サポート経路を確認します。

復旧計画フロー

入力情報

入力	影響
保護対象資産	データベース、オブジェクトストレージ、アップロードファイル、設定、連携設定、監査記録。
復旧目標	業務プロセスが求める復旧ポイントと復旧時間。
デプロイモデル	DataMesh、顧客 IT、ホスティングプロバイダーのどこがバックアップを運用するかを決める。
保持ポリシー	バックアップと運用証跡の保持期間を決める。
復旧承認	誰が復旧を依頼し、誰が承認できるかを決める。
検証データ	復旧後のデータとワークフローをどう検証するかを決める。

バックアップ範囲

範囲	計画に含める内容
テナント設定	テナント設定、製品パッケージ、ロール、プロジェクト設定、連携設定。
運用データ	資産、作業指示、点検記録、文書、データセット、ワークフロー記録、監査証跡。
ファイルとメディア	ECM 文書、アップロード資源、生成レポート、メディアファイル、インポート成果物。
連携状態	コネクター予定、同期状態、サービスID、外部ソース対応付け。
AI ワークフロー証跡	実行記録、ポリシーにより保持する入力、検証引き渡し、アクション記録。

復旧検証

1. 誤削除、環境障害、連携データ異常などの復旧シナリオを選びます。
2. バックアップポイントと復旧先を確認します。
3. 承認済みの対象環境へ復旧します。
4. ユーザーログインとテナントアクセスを検証します。
5. 製品データ、ファイルアクセス、コネクター状態、代表ワークフローを検証します。
6. 復旧時間、データポイント、差分、所有者承認を記録します。

期待結果

顧客と DataMesh チームは、何が保護対象か、誰が復旧を依頼できるか、誰が承認するか、どの環境で復旧を検証するか、どの証跡で復旧成功を判断するかを把握している必要があります。

定期レビュー

デプロイモデル変更、大規模リリース、連携変更、データ保持変更、顧客監査要求、本番インシデントの後に、バックアップと復旧期待を見直します。復旧テスト頻度は顧客の運用リスクとコンプライアンス要求に合わせます。

よくあるギャップ

症状	確認項目
バックアップ所有者が不明確	デプロイモデル、ホスティング所有者、データベース所有者、ストレージ所有者、サポート契約。
復旧テストを開始できない	復旧先、承認所有者、バックアップポイント、資格情報、テストデータ範囲。
復旧後のデータが不足している	保護対象資産リスト、オブジェクトストレージ、外部ソース依存、保持期間。
復旧目標が現実的でない	データ量、ネットワーク経路、復旧自動化、業務優先度、検証手順。