サーバー移行の進め方｜手順・費用相場・ダウンタイムを最小にする段取り

「サーバーの契約更新が近い⁠」「サイトが重い⁠」「サポートが終了する⁠」⁠。サーバー移行を検討するきっかけはさまざまですが⁠、移行作業そのものは手順を間違えると確実に事故になる作業です⁠。事故の多くは⁠、Webサイトに気を取られてメールを落とすところで起きます⁠。

移行の標準手順（6ステップ⁠）

1. 現状調査 — 現サーバーのPHP/DBバージョン⁠、ディスク使用量⁠、動いているサイト・メール・cron・SSL証明書の棚卸し⁠。ここの漏れが事故の最大原因です
2. 移行先の選定 — 現状の負荷と将来の伸びから⁠、レンタルサーバー継続かVPS/クラウドかを判断
3. 新環境の構築とデータコピー — ファイルとデータベースを新サーバーへ⁠。この時点では旧サーバーが本番のまま
4. 動作確認 — hostsファイル書き換え等で新環境を本番ドメイン相当で検証⁠。フォーム送信・決済・メール送信まで必ずテスト
5. DNS切り替え — TTLを事前に短縮しておき⁠、切り替え後の伝播を早める
6. 並行監視と旧環境の停止 — 切り替え後1〜2週間は旧サーバーを残し⁠、問題なければ解約

費用相場

金額の幅は「メールの有無⁠」「動作確認の範囲⁠」「切り戻し設計の有無⁠」でほぼ決まります⁠。安い見積もりはこのどれかが省かれていないか確認してください⁠。

ダウンタイムを最小にする3つの工夫

• DNSのTTL短縮を切り替え1週間前に — TTLが1日のままだと⁠、切り替え後も最大1日は旧サーバーにアクセスが流れます
• データベースは「事前コピー＋直前差分⁠」の2段階で — 切り替え当日に全量コピーすると⁠、その間ずっと更新停止になります
• 切り戻し手順を先に書く — 「問題が起きたらDNSを戻す⁠」だけでは⁠、切り替え後に書き込まれたデータが失われます⁠。どの時点までなら戻せるかを事前に決めておきます

失敗しやすいポイント

メールの見落とし

Webサイトの移行に気を取られ⁠、同じサーバーで動いていたメールアドレスが切り替え当日に不通になる⁠。最も多い事故です⁠。MXレコードとメールボックスの移行は必ず別タスクとして計画してください⁠。

SSL証明書の空白時間

新サーバーでの証明書発行はDNS切り替え後にしかできないケースがあり⁠、数分〜数十分の警告表示が発生し得ます⁠。事前発行できる方式（DNS認証⁠）を使えば空白をなくせます⁠。

PHP・DBバージョン差による表示崩れ

旧サーバーのPHPが古い場合⁠、新サーバーの新しいPHPでプラグインやテーマがエラーを出すことがあります⁠。移行と同時のバージョンアップは検証工数を織り込んで計画します⁠。

まとめ｜移行は「作業⁠」ではなく「段取り⁠」

サーバー移行の技術作業自体は定型的ですが⁠、成否を分けるのは棚卸しと切り替え設計です⁠。シャノンでは⁠、現状調査から移行計画・実施・切り替え後の監視まで一括で請け負っています⁠。まずは無料のサーバー診断で⁠、現状の構成と移行の難易度を見える化するところからどうぞ⁠。