移行計画で決めること
対象ファイルとDB、独自設定、外部連携、停止時間、差分同期、切替担当、戻す条件を決めます。サーバー移行と同時にPHPや多数の製品を更新すると原因の切り分けが難しくなるため、必要な変更を整理します。
移行先での事前確認
PHP・DB・拡張機能、容量、所有者、メール、WAF、キャッシュを確認します。hostsなどで事前試験する場合も、フォームや決済が本番処理へ流れないようにします。URLが変わるならシリアライズ対応の置換方法を使い、まずdry-run相当で対象を確認します。
切替の基本手順
- 新環境へ初回コピーして動作検証する。
- 本番の書込みを制御し、最終差分を反映する。
- 証明書・公開設定・定期処理を確認する。
- DNSや配信先を切り替え、主要機能を確認する。
- 新旧のアクセスとデータ差分を監視する。
旧環境を廃止する前に
バックアップ、ログ、メール、連携、検索向けURL、差戻し可能期間を確認します。移行後の新しい接続情報を手順書へ反映し、不要な共有権限や一時ファイルを整理します。
移行テストの項目を固定する
トップ、下層、記事、分類、検索、404、画像、ログイン、保存、フォーム到達、決済、定期実行、ログ、バックアップを確認します。サブディレクトリ設置では、URLの生成やrewrite、静的ファイルの参照先も点検します。移行前に同じ試験を行うと、既存不具合と移行起因を分けやすくなります。
URL置換の注意
置換する旧URLと新URL、対象テーブル、除外、シリアライズ対応を確認します。試行結果を見てから書き換え、バックアップを保存します。秘密情報を含むSQLを作業後も公開場所へ残さないでください。
よくある質問
移行先にDBを入れれば全て使えますか？
テーマ、製品、画像、設定、外部連携が別に必要です。ライセンスやドメインの許可条件も確認します。
旧環境へ戻す場合はDNSだけ戻せますか？
新環境で増えたデータの扱いが必要です。差分を無視すると受注や登録を失うため、復旧の条件と同期方法を事前に決めます。