Webサイトのバックアップは、公開中の内容や設定を別に保存し、必要なときに戻すための準備です。保存したという記録だけでなく、何が含まれ、誰が復元を判断するかまで確認します。
取得方法はサイトの構成や契約によって異なります。製品ごとの操作を推測せず、利用中のサービスの公式資料と契約内容を確認して手順を決めます。
戻したい状態から対象を決める
最初に、問題が起きたときに何を戻したいかを整理します。ページの文章や画像だけでなく、問い合わせ設定や管理に必要な情報も対象かを確認します。
保存対象は、サイトの構成を把握する担当者と決めます。名称だけでは内容が分からない場合は、制作仕様や管理画面の公式説明を参照します。
外部サービスに保存される情報は、同じバックアップへ含まれるとは限りません。契約先、保存方法、復元窓口を別の表へ分けます。
取得するきっかけを決める
取得時期は一律の回数で決めず、内容が変わる頻度と失った場合の影響から考えます。大きな変更の前後など、比較したい状態も保存します。
自動で取得する仕組みを使う場合は、対象、実行結果の確認方法、失敗時の連絡先を公式資料で確認します。設定しただけで完了にしません。
手動で取得する場合は、作業者、開始条件、保存先、完了確認を手順書へ記録します。担当者の端末だけに残す運用は避けます。
保管場所と権限を分ける
公開中のサイトと同じ場所だけに保存すると、同時に確認できなくなる可能性があります。別の保管先を使うか、現在の契約で利用できる方法を確かめます。
保管先ごとに、管理者、利用者、削除できる人を決めます。認証情報をバックアップ手順書へ直接書かず、安全な保管場所と受け取り方法を記録します。
保存期間や費用は、保管サービスの公式条件と社内の方針で決めます。未確認の期間を一般的な目安として記載しません。
復元手順を作業前に整える
バックアップは、戻す方法が分からなければ判断に使えません。復元の対象、実施者、承認者、確認するページを先に決めます。
本番環境へ戻す前に確認用の方法があるかを、管理事業者へ尋ねます。確認できない状態で上書きや削除を行わないことが大切です。
復元後は、見た目だけでなく、リンク、問い合わせ、管理作業など、対象に含めた機能を順に確認します。未確認項目を完了扱いにしません。
復元テストで不足を見つける
復元テストは、保存データを使えるかと、担当者が手順を再現できるかを確かめる作業です。実施場所と影響範囲を決めてから行います。
テストでは、選んだバックアップ、作業時刻、操作した人、確認結果を記録します。失敗した場合は設定を重ねず、公式窓口へ状況を共有します。
担当者が変わったときは、保管先へ安全に到達できるかも確認します。前任者だけが利用できる状態を残さないようにします。
運用表で確認を続ける
バックアップの管理表には、次の項目をそろえます。取得と復元を別の作業として記録することが重要です。
- 保存対象と対象外の情報
- 取得方法、作業者、確認方法
- 保管場所、管理者、利用権限
- 復元手順、承認者、確認範囲
- 公式資料の参照先と確認日
- 未解決事項と次の確認担当
構成や契約を変更したときは、バックアップ手順も見直します。以前のデータが現在のサイトへ使えるとは決めつけず、対象と復元方法を再確認します。
