サーバーのファイルを消しかけた時、最初に確認すること

迷った時に、まず止める操作

ファイル削除、上書き、同期、公開先の変更を止めます。画面を閉じる必要はありませんが、追加操作をせず、現在地と表示内容を記録します。

削除してからバックアップを探すのでは遅い場合があります。「戻せるはず」ではなく、バックアップが存在し、対象ファイルを復元できることまで確認します。

接続先と現在地を確認する

似たサーバー名やFTPアカウントを複数使うと、正しいサイトへ接続したつもりで別の場所を開くことがあります。ホスト名、アカウント、現在のパス、公開URLを照合します。

• 今接続している契約・サーバー
• 現在開いているフォルダの完全な位置
• そのフォルダが対応する公開URL
• 同じ階層にある別サイトやメール関連の領域
• 自動公開設定の送信元と送信先

ファイル名だけで不要と判断しない

「old」「backup」「log」のような名前でも、実際の用途は環境によって違います。日付が古いファイルも、現在のページから参照されている可能性があります。

削除候補は別一覧にし、ブラウザから使われているURL、設定ファイルの参照、更新日時、管理者の認識を確認します。分からないものは残します。

バックアップで確認する3点

バックアップは「ある」だけでなく、対象、取得日、復元方法が重要です。サーバー会社の自動バックアップと、自分で保存した制作データの両方を確認します。

• 削除予定のファイルが保存対象に含まれる
• 必要な時点の世代が残っている
• 復元先と復元にかかる時間が分かる
• 上書きせず別の場所へ取り出せる
• 連絡先と権限が今も使える

新規公開は対象を狭くする

サイトの一部だけを更新するなら、公開先を専用フォルダへ限定します。ミラー同期や削除オプションは、送信元にないファイルを消す動作がないか確認します。

最初はテスト用の小さなファイルで接続先を確認し、一覧の差分を見てから本番公開します。公開スクリプトの設定変更も履歴へ残します。

もし削除してしまったら

追加の上書きを止め、削除時刻、対象、操作方法を記録します。サーバー会社の復元機能と手元のバックアップを確認し、影響するページやフォームを優先して復旧します。

復元作業が他サイトへ影響する可能性がある場合は、自分だけで進めず、サーバー管理者や保守担当へ連絡します。原因調査より先に被害拡大を止めます。