移行でいちばん怖いのはデータ：移し方と、戻せることの確認

レン

データを移すのが一番こわい。消えたら終わりだもんね。

プロクラ

そのとおり。だから原則は1つ。「元のサーバーからは、移し終わるまで何も消さない」。コピーであって、移動ではないと考えよう。

データベースは書き出してから運ぶ

プロクラ

データベースのファイルを直接コピーしてはいけない。書き込みの途中の状態が混ざる。専用の書き出し（ダンプ）機能を使って1つのファイルにしてから運ぶんだ。

• 元のサーバーでダンプを取る
• 新しいサーバーへファイルを転送する
• 空のデータベースを作って、そこへ流し込む
• 件数を数えて、元と一致するか確かめる

レン

最後の「件数を数える」って必要？

プロクラ

必要。流し込みは途中で失敗しても、最後まで進んでしまうことがある。エラーが出なかったことと、全部入ったことは別だよ。

取れているか、ではなく、戻せるか

移行の失敗で多いのは、持ち出した控えが実は壊れていた、という形です。書き出す側は成功と報告し、壊れていることは戻すまで分かりません。新しいサーバーで実際に読み込めるところまで確かめてから、古い側を止めてください。

プロクラ

バックアップは「取れている」だけでは意味がない。空のデータベースを1つ作って、実際に流し込んでみる。件数が合い、中身が読めて初めて、そのバックアップは使えると言える。

レン

え、みんな確かめてないの？

プロクラ

確かめていないことのほうが多い。そして必要になるのは、たいてい確かめる余裕が無いときなんだ。移行は、ちょうどいい練習の機会でもあるよ。

ファイルの同期

プロクラ

画像やアップロードされたファイルは、差分だけを繰り返し同期できる道具（rsync等）を使うと楽。1回目に大部分を移し、切り替え直前にもう一度回して差分だけを埋める。この2段構えだと、止める時間がほぼ無くなる。

レン

先に大きいのを運んでおいて、最後に差分だけ、か。

移し忘れやすいもの

プロクラ

データベースとアップロード済みのファイルは、たいてい誰でも思い出す。抜けるのはそれ以外なんだ。

• 環境変数や、コードの外に置いた認証情報
• cronで動いている定期処理
• Webサーバーの設定ファイル（バーチャルホストの定義）
• 証明書と、その自動更新の設定
• OSのユーザーと、SSHの公開鍵
• 手作業で入れたパッケージ

移したあとに確かめる

プロクラ

「移した」と「移せた」は違うよ。件数や大きさで突き合わせると、抜けに気づける。

• データベースの主要なテーブルの件数を、新旧で比べる
• アップロード済みファイルの数と合計サイズを比べる
• 文字化けしていないか、日本語を含むデータで確認する
• 画像が実際に表示されるか、いくつか開いてみる
• 書き込みを伴う操作（投稿・登録）が通るか試す

プロクラ

文字化けは移行で最も多い落とし穴だよ。取り出すときと取り込むときで文字コードの指定がずれると起きる。移した直後に日本語のデータを1件開いて確認しよう。

レン

件数と大きさで突き合わせる。日本語のデータを必ず1件開く。