Webサーバー移行の進め方：停止とデータ不整合を抑える計画

移行対象と依存先を棚卸しする

Webファイル、DB、画像、フォーム、メール送信、定期処理、外部API、証明書を一覧にします。WordPressの移行では構成によりURL等の調整も必要になり得ます。公式移行資料を参照し、文字列の一括置換などを本番DBへ無計画に行わないでください。

新環境を先に検証する

本番のDNSを変える前に、新環境の表示と主要機能を確認します。検証URLで問題がなくても、本番ホスト名での証明書やリダイレクトが異なる可能性があります。誤送信・決済・外部登録は試験用の宛先やモードに切り替えます。

最終同期と更新停止の時刻を決める

旧環境で更新が続けば、最初にコピーしたデータは古くなります。記事更新だけを止めればよいのか、問い合わせや受注の書き込みも止めるのかを整理します。切替直前の差分同期と、その完了を確認する担当を置きます。

切戻しにもデータの判断が必要

DNSを元に戻す操作だけでは、新環境に追加された注文や問い合わせは旧環境へ戻りません。切戻しの判断期限、差分データの回収、二重処理の防止方法を事前に決めます。旧環境は検証完了まで保持し、不要になった段階で解約します。

切り戻し後に利用者が入力したデータを失わないよう、データを受け付ける場所を明確にします。DNSを戻すだけでは新環境に増えた問い合わせや投稿は旧環境へ戻りません。差分を回収する担当と、どちらを正とするかの判断を手順に含めます。

導入・見直しのチェックリスト

• 外部連携と定期処理も移行対象に含めましたか。
• 更新停止と最終同期を担当者に共有しましたか。
• 切戻し後の差分データ処理を決めましたか。