サーバー移転について

こんにちは。環の小坂です。

<無難に行う場合>
・B社のサーバーで開発・テスト
・同時にB社のサーバーに既存のウェブをアップしておく。
(トップだけ切り替えればリニューアルできるようにしておく)
・3日ほど前にDNSを移行
・2月1日にトップ切り替え
という方法があります。

この欠点は既存のウェブがシステム的に複雑だった場合は
手間がかかることや同じファイル名を避けるなどの
対策が必要なことです。

サーバーの解約前にDNSの切り替えが必要で、
手間などを考えると、既存のウェブは新しい方に移さず、
DNSの変更と共にリニューアルというほうがいいと思いますが、
その場合2月1日に切り替えというのはサーバーの契約の問題と
DNSの切り替えに時間差がある問題から難しくなります。

手間(コスト)をとるか、時期をとるかです。

スピードワゴンの寺尾です。
今回のご質問では、ネームサーバの変更などは行わず、Webサーバとメールサーバを変更するケースだと想定してお答えします。


**Webサーバの移転

新しいサーバでWebサイトを構築します。
新しいサーバには「www.〜」のようなホスト名を割り当てていないため、IPアドレスなどの暫定的なアドレスでアクセスし、動作確認を行います。

新しいサーバのWebサイトが完成したら、DNSを切り替えます。
WebサーバのDNSレコードを書き換えれば移転完了です。

DNS切り替え後、新しいサーバにアクセスできるようになるまで、多少時間がかかります。
通常、数時間内に切り替わりますが、利用しているネームサーバの設定に影響されます。

DNS切り替えの時差を短くするために、あらかじめネームサーバの設定を調整し、DNSレコードの更新時間(TTL)を短く設定しておくなどの工夫もあります。


**メールサーバの移転

必要なメールアカウントを新しいサーバに登録します。
Outlook ExpressやThunderbird などのメーラは、複数のメールアカウントを利用できるので、新しいサーバのメールアカウントを追加します。
このとき、POP3サーバやSMTPサーバを登録するのですが、新しいサーバにアクセスできるIPアドレスなど、暫定的な値を設定します。

次に、DNSレコードの「MX」を変更します。
「MX」の設定を、従来のサーバから新しいサーバに変更することで、メールが新しいサーバにメールが届くようになります。
「MX」変更後3日ほど、"従来のサーバと新しいサーバ、両方でメールチェックします。"
こうすることで、DNS切り替えの時差が原因で起こるメールの受信漏れを防ぐことができます。

新しいサーバだけにメールが届くことを確認したら、POP3サーバやSMTPサーバに使うDNSレコード(「mail.〜」など)を切り替えます。

メーラの設定を変更し、新しいサーバだけでメールの送受信をするようになれば、メールサーバの移転が完了です。

はじめまして。
バンブーウエイブ竹波と申します。

よく「移行に失敗したので助けてください」という相談を受けるものですから
いくつかコメントさせていただきます。

**旧サーバーの契約について
移行を確実にするのであれば、移行後、旧サーバーにアクセスできる期間を用意したほうが良いかと思います。(移行するシステムの大きさや複雑さから期間は適宜設定します)

なぜかといいますと、移行を完璧にしたつもりでもやはり漏れがある場合があります。
・メールアドレスの設定やメールの転送、オートレスポンス
・CRONの設定
・php.ini
・.htaccess
・シンボリックリンクや書き込み属性などなど

この場合、元がどうなっていたか確認できないとお手上げになります。

共用のレンタルサーバーの場合など、
DNS浸透後はIPアドレスで参照しても元のサーバーにアクセスできないことがあります。
この場合、windowsであればhostsに設定を加えるなどしてアクセスします。

2月1日という日付でのオープンを希望であれば、
サーバー契約を少し延ばしてもらう。
もしくは、おっしゃるように1週間前をオープン日に設定したほうが良いと思います。

はじめまして。ウェブマスターズの原島です。

2/1リニューアルで、1/31に旧サーバ解約ってことは同時ですから、
そのタイミングでドタバタするのは、大変危険ですね。

なので、事前に新サーバに現行サイトの中身を乗せてDNS切替を済ませ、
安定して2/1のリニューアルの日を迎える、がまっとうな選択肢でしょう。

2/1にリニューアルできないどころか、サイトが見えない、
なんて事態は、普通は受け入れられないでしょうから。

DNS関連は怖いです。
1つの変更で半日とか時間を必要とします。
ミスがあった場合にリカバリーする時間を考えておくべきです。

以下ざっくりですが、

事前準備・確認
・crontabなどの自動処理の確認
・空メールなどメールと連携しているシステムの確認
・ログ解析を行い現サイトで来ている集客を新サイトに流れるようリダイレクトの準備

新サーバーでの作業
・上記確認した項目を適用
・サブドメインを作成、新サーバーに割り当てる
・新サーバーにて開発

移行時(DNS切り替え時)の作業
・旧サーバーにて、旧サーバーにきたアクセスを新サーバーにリダイレクトさせる設定
・新サーバーを確認するのに、e-mobileなど、自社ネットワーク以外からも確認
・検索エンジンにインデックスされているURLを調べて、リダイレクトもれがないか確認

といった確認、流れで行ったほうがいいと思います。

アバウトに生きろ!!めがね部ドットコム!!
松丸 頒泰

規模が見えませんが、リスキーなスケジューリングは避けてくださいね。



こんにちは。
チームデルタの谷口です。



各DNSでのデータ保持期間はさまざまですが、伝搬に週間見れているならDNS情報の切り替えについては大丈夫です。
その前に、新サーバーでの動作が十分に検証できていれば、です。

ただ、、、予期せぬトラブルが起こるのがシステム(笑)。
2月1日以降、早急なトラブルに対応するためにも、動作の見極めができるまでは旧サイトは稼働させておいたほうが無難です。
DNS切り替え完了以降も、最悪、リダイレクトできますからね。



サーバの移行についてのお問い合わせは過去にもたくさんあります。
以下もご一読してみてはどうでしょう。


・サーバーの引越し
・サーバー移行に伴いSEOはそのままですか?
・データベース使用時のサーバー移転



ご参考になれば幸いです。



成功するWeb戦略とホームページ制作のチームデルタ
谷口浩一