バックアップファイルは復旧候補であり、復旧成功の証拠ではありません。別の権限ある担当者が、故障したシステムや一人の端末に頼らず、隔離環境へ復元して確認・ロールバックできるか試します。

復元対象を定義

バックアップ証拠 復元テスト
コード リポジトリとタグ 新しい複製から成果物をビルド
内容 CMS出力・原稿 ページ、メタ、内部リンクを確認
DB 版管理された暗号化ダンプ スキーマと非機密サンプルを復元
資産 オブジェクト・メディアコピー 画像と配布物を表示
設定 変数・事業者設定の文書 隠れたローカルファイルなしで起動
DNS・ドメイン ゾーン出力と登録台帳 権限者が安全に再構成
認証情報 承認済み保管庫と担当者 複数人が必要なシステムへ接続

本番の秘密値をバックアップや報告書に入れません。名前と承認済みの復旧場所を記録し、秘密管理から注入します。

最小でも意味のある訓練

  1. 対象リリースと復旧目標を決める。
  2. 本番を上書きできない隔離先を作る。
  3. 文書化されたコピーからコード、内容、DB、資産、設定を復元する。
  4. 代表ページ、フォーム、リダイレクト、canonical、メール、権限を確認する。
  5. 開始時刻、利用可能時刻、復元時点、失敗、手作業を記録する。
  6. 仮環境を削除または保護する。
  7. 欠陥ごとに担当者と期限を付ける。

NHN Cloudのランサムウェア対応ガイドは復元テストと記録を含めています。CISAも保護されたバックアップと定期テストを推奨しています。

正常なアーカイブでも、暗号鍵、DNS、パッケージ、手順が同じ会社と共に消えれば使えません。複数の復旧担当者、分離した資格情報、主アカウント削除後も残るコピー、固定された実行環境、更新可能なドメインを確認します。

許容できるデータ損失時点と停止時間を事業判断として定めます。報告書には対象コピー、環境、担当者、所要時間、復元時点、合格項目、欠陥、次回日を記録します。ダウンロードや解凍だけで「復旧確認済み」としません。

NEXT PROJECT

Webサイト制作、何から決めるべきか迷っていませんか?

現在の状況と必要な成果を伺い、制作範囲と次のステップを先に整理します。

あわせて読みたい記事

  1. workflows 制作会社が廃業してサイトが消えたら、再制作より先にドメインを復旧
  2. privacy 問い合わせフォームのプライバシー表示に公開前から必要な項目
  3. engineering フォームは送信成功なのにメールが届かない?問い合わせ経路を分解して確認