2016.05.09WEB制作サーバー移管(移行)の流れ法人・個人を問わず、ホームページを運用していたら避けることのできない「サーバー移管」。トラブルなどで途切れさせることなく、スムーズに新しいサーバーに繋ぐための手順を紹介します。移管の流れ移管の流れ大まかな全体の流れは次のようになります。新サーバー運用開始それでは、各項目で行う内容を詳しく見ていきましょう。※なお、今回の記事では運用するサーバーが1台であることを前提とします。複数のサーバーを運用している場合とは事情が異なります。サーバーで運用するモノの確認まずは、現サーバー(移管前のサーバー)から、新サーバーへ移管する必要のあるものを確認していきます。大きく分けて、次のようなものが該当します。ドメイン運用しているホームページの数SSLメール・メールアドレスプログラムのバージョン確認データベースドメインホームページの要となるドメインについて確認。ドメインは「gray-code.com」など、ホームページに付けられた名前のようなものです。ここで重要となるのは、ホスティング自体を行っているドメインがあるか、それとサーバーに適用されたドメイン数の2点です。ホスティング自体を行っているドメインがあるかは、ドメインの運用がサーバーの契約に含まれているかを確認することで分かります。サーバー、または会員専用コントロールパネルにログインすることで確認できると思います。不明な場合は、サーバーを運用している会社へ確認することが確実です。専用サーバーを契約していた場合などでは、サーバーでホスティングしている場合が多いので注意してください。この段階では、ホスティングしているドメインがあるかだけ確認しておきます。サーバーに適用されたドメインとは、ドメインを「お名前.com」などサーバーとは別に管理しているものを指します。System)設定を切り替えるのみとなります。今の段階では、このDNS切り替え設定をどのドメインに行う必要があるかだけ把握しておきます。次に運用しているホームページの数を把握します。上記ドメインと同数になることも多いですが、サブドメイン(1つのドメインを使って複数の子ドメインを設定する方法)が設定されているかも含め確認していきます。SSLドメインに対して、SSL(HTTPS)サーバー証明書が発行されているかを確認します。専用サーバー、クラウドなどで独自に取得していた場合は証明書を移管できる可能性がありますが、共有サーバーだったりサービスと一体になっているものだと新サーバーへの引き継ぎを行えません。引き継ぎが行えなかった場合、新サーバーで新しく発行する必要があります。コストに関わってくるため、この時点で確認しておきましょう。メール&メールアドレスメール関連の設定です。サーバーに残っているメールを移管するか、いくつのメールアドレスを管理しているか、設定しているパスワードを引き継ぐ必要があるかと確認していきます。共有サーバーであったり、専用サーバーであっても場合によってメール移管が不可能な場合もあります。勘違いされてしまうのですが、サーバー内のメールが引き継げないからと言ってメーラー(GMailやThunderbird)で取得したメールは移管しても消えません。ダウンロードしているものだからです。プログラムのバージョン確認システムで使用しているプログラミング言語の設定です。プログラムのバージョンが古いものから新しいものへ移管すると、非推奨の機能を使っていてエラーが出力されてしまったり、最悪動かなくなってしまう可能性があります。そのため、現在まで動いていたプログラムのバージョンは必ず確認し、新しいサーバーでそのまま動かすことができるか確認しておきましょう。データベースシステムでデータベースを使用している場合、データベースの種類(MySQL、Postgresqlなど)、数、規模(サイズ)を確認しておきます。なる新しいサーバーを選びます。性能(容量含め)、コスト、サービス内容を比較し、先ほど確認した内容を運用していくことができるか検討します。移管時は現サーバー(移管前)の解約時期と新しいサーバーの利用開始時期が異なるため、一時的に2つの契約が並行する形となります。しているサーバーの解約方法を確認します。ホスティングしているドメインがある場合は、ドメインの移管方法についても確認してください。支払う月などをここで行っておくと、関係者の認識にずれがなくなるためスムーズです。関係者の間で移管スケジュールを決め、いよいよ移管作業です。現サーバーを「旧サーバー」、新しい移管先のサーバーを「新サーバー」とします。動作確認メンテナンスページの解除メンテナンスページは、ホームページ調整時などに表示する「現在メンテナンス中です」といったメッセージを表示するページです。メンテナンス予定時間などが書かれていると、より親切になります。ドメインを新サーバーへ切り替える部分が少し厄介。いうのも、ドメインは切り替えてもすぐには新サーバーを参照してくれず、設定が反映されるまで時間が掛かってしまうからです。確実に「いつまで」とも分かりません。1時間以内で反映されることもあれば、6時間待っても反映されないことも...(稀に。)とはいえ、待つしかありません。ドメインが反映されたら、ホームページが正常に動作するかを確認していきます。システムが走っている場合は、特に動作に問題がないか確認を行い、正常であればメンテナンスページを解除します。1〜2週間はホームページに不具合がないか、メールはちゃんと届いていると様子を見ていきます。問題なければ無事完了。まとめ以上、サーバー移管の全体像でした。運用しているホームページが多かったり、システムが動いていると複雑になりがちです。ホームページやメールはライフラインであるため慎重に行う必要があります。サーバーの移管はシンプルなようで、その実かなり手間が掛かります。サーバーが変わると環境も当然変わってくるため、突発的なトラブルが起きることも少なくありません。事前に集められる情報が鍵です。経験上、移管に要する時間も2時間などとタイトにし過ぎず、半日など余裕を持っておくことが柔軟に進めるポイントとなります。規模にもよりますが、作業担当者の方が2時間以内の作業で見積もっている場合、あえてより多く時間枠を設けるとスムーズに進められるのではないかと思います。こちらの記事は役に立ちましたか?GoodBadありがとうございます。よろしければ、あわせてフィードバックや要望などをご入力ください。コメント送信コメントありがとうございます!運営の参考にさせていただきます。要件を満たすコードをササッと書けて、どこでも通用するような凄いエンジニアになりたい。エンジニアをやっていると、そんな憧れや「個人の能力・スキル」重視の思考に陥ったことが一度はあるのではないでしょうか。本書はそんな個人思考から脱却し、より広い視点を持ちながら効率良い開発を進められるようなエンジニアの参考にすべき考え方が詰まっています。