WordPressの移行ができない場合の手動対応について触れていきます。今回は雑談程度です（ただ、WordPress移行にお困りの方に、何かしらのヒントにはなるかもしれません）。
サーバー移管の際に、WordPressを移行する場合があります。この時、各サーバー会社さんに「WordPress簡単移行ツール」などが用意されていて、WordPressログイン情報等のある程度簡単な情報入力だけでWordPressを新サーバーに移行することができる場合があります。
サイトの規模が小さい場合は、こうしたツールでWordPress移行をするというのが一番楽で簡単ですが、サイト規模がある程度以上になると、WordPress移行ツールが全く役に立たないというケースが出てきます。
サイト規模が大きいとWordPressの移行作業がストップしてしまう
WordPress移行のためのファイルの圧縮などにおいて高負荷がかかり、実行を制限されてしまったり、タイムアウトなどが生じたりして、WordPressの移行作業がストップしてしまうというような場合です。
サーバー会社さんに用意されている「WordPress簡単移行ツール」はもちろん、All-in-One WP Migration、Duplicator、Migrate Guruといった有名なWordPress移行プラグインも全く役に立たないという場合もあります。
このようにサーバー移管時にWordPressの移行ができない場合には、WordPressの移転は手動対応となります。
こうなるとノイローゼ気味になります。
慣れていない人がやると、WordPress移行が完了する前に挫折してしまいます。
慣れている人がやっても、ノイローゼ気味になります。
「これで簡単に移行できる！」…待たされた挙げ句「実行できませんでした」
なぜノイローゼ気味になるのかというと、WordPress以降に関するツール、プラグインを発見し、「よし、これで簡単に移行できる！」と、実際にプラグインなどを動かしてみた結果…
…待たされた挙げ句「実行できませんでした」と返されるオチばかりだからです。
「ダメなら最初から言ってくれ、時間を返せ」という感想がやってきます。
作業が膨大になるためできれば手動対応したくない、そこでプラグインなどで簡単にWordPress移行を実行したいという気持ちは常にあります。
しかし、「これで簡単に移行できる！」と期待を与えられ、待たされ、結局「実行できませんでした」と返されます。
WordPress移行の手動対応の手順
新サーバーでデータベース（MySQL）を作成し、WordPressをインストールして、旧サーバーのデータベースのデータをエクスポートして、新サーバー側のデータベースにインポートする、といった手順や、旧サーバー側の「アップロードファイルフォルダ」のファイルをすべてダウンロードして、新サーバー側のアップロードファイルフォルダにアップロードといったものや、wp-configファイルの書き換え、. htaccessの再設定といった原則的な対応は、サーバー会社さんの方でも解説されているんですね。
データベース（MySQL）をエクスポートするのにphpMyAdminをインストールする必要がある場合もありますが、使えない場合は、データベースバックアップ系のプラグインでデータベース（MySQL）の内容を吸い出すことはできます（ただ移管先ではphpMyAdmin等々でデータベース内容をインポートする必要があります）。
しかし、そんな原則的な対応が通用しないか、しながらも膨大な時間と手間がかかる場合があるということになります。
プラグインなどを使えば、アップロードファイルフォルダをzip圧縮してまとめてダウンロードしたりすることもできます。しかし、サイト規模が大きいと、そうしたコマンドを受け付けてくれないというか、負荷がかかりすぎてサーバー側が動作を停止する場合があります。
「WordPressの移行プラグインを使えば…」
「バックアッププラグインを使えば…」
というのは原則的な方法が通用する場合です。
サイト規模が大きいと、実行作業が固まってエラーが表示されるだけです。つまり、そうしたプラグインは役に立ちません。
こうしたことから、全てが手作業になります。
弊社の管理するWordPressサイトを移行した時、画像ファイルが83000点を超えていました。
WordPressが自動で色々なサイズの画像を生成します。この機能のおかげで、通信負荷軽減、サイトスピード向上などが実現しているのですが、WordPress移行に関して言えば、ノイローゼを加速させる要因になります。
それほどのファイルをダウンロードしてアップロードするとなると、相当の時間がかかります。なので、zip圧縮したいと思っても、数が多すぎて圧縮してもらえません。
phpによるtar、zipコマンド利用可、かつ、zipモジュール利用可の場合でもダメですね。
つまり、地道にやるしか無いということになります。
「WordPress簡単移行ツール」などがあるため、「それほど大した作業ではないだろう」と思われがちですが、それが使えない場合の時間と労力は膨大なものになります。
もちろん「WordPress移行ツール」が使えるのであれば、それが使えるに越したことはありません。結果としては、新サーバー等にWordPressが移管されるというだけですからね。
WordPress移行にまつわる「最初には見えないトラブル」
WordPress移行を手動対応していると「最初には見えないトラブル」がよく発生します。
「データベースをまるごと移し替えているのに、移行後のWordPressサイトに反映されていない部分がある」
といったようなものです。
「データベース内容も同じで、アップロードファイルフォルダにあるファイル構成も同じであるはずなのに」
というような理解し難いトラブルです。
アイキャッチ画像が未設定になっていたり、一部の画像が反映されていなかったり、それに対応しようとWordPress eXtended RSS（WordPressのインポートエクスポートに使うXML）で上書きしょうと思うと、上書きではなく、枝番が付く形で二重に投稿が設定されたりと、ロクなことはありません。
サイトの投稿数、固定ページ数が多く、プラグインも多く利用して、たくさんカスタマイズを実施しているサイトほどこのようなトラブルが起こりやすいのは言うまでもありません。
WordPress設定順序の問題
「なぜ、WordPressがそのまま移行されないのか？」
という点ですが、それにはアップロード自体のトラブル、高負荷によるトラブルというものもありながら、設定順序の問題なども大きく関わっていると考えられます。
例えばデータベース上では、プラグインが有効化状態になっていながら、そのプラグインがまだきちんと新サーバー側のWordPressに正常インストールされていない場合、プラグインは停止状態になります。もし、プラグインファイルがきちんとあったとしても、何かの設定が一旦無効化されているという場合もあります。
. htaccessにあるコードが書き込まれている前提であるのに、新WordPressサイトが設置されている. htaccessにはそれがなく、プラグインが正常に動作していないという場合もあります。
画像重複によるファイル名の変更
インポートツールのエラーで画像が重複して、ファイル名に枝番がつき、投稿内の画像呼び出しファイルとの整合性がなくなったいう場合もあります。
「呼び出しファイル名に枝番がついたため画像が表示されていない」ということを確認するには、「枝番（つまり”-1″など）」を検索して発見することになります。
普通に考えると、一括で枝番を削除するための書き換えをすれば解決するということになりますが、元々枝番がついたものが設置されていた場合、「枝番がついている方が正常なもので、ついていない方が存在しない画像ファイル名」というパターンもちらほらあります。
なので気は抜けません。
WordPress移行が完了した際にやってくる達成感と爽快感
理屈上はWordPress移行の手動対応の解説通り、移行作業を進めればWordPressの移行は正常完了するはずですが、手動対応の場合は、「こちら側でこの設定になっているのに、必要なファイルがありません。だから機能を停止しておきます」というような現象が、見えぬところで起こっている場合があります。なので気は抜けません。
こうしたトラブルも発生するため、苛立ちや冷や汗ばかりとなります。
ひとつが解消したと思うと、「あらあちらにも、ほらこちらにも」と細かな不具合が出てきます。
なのでノイローゼ気味になります。
ただ、WordPress移行が完了した際には達成感と爽快感がやってきます。
こうした理由から、安易に「すぐできますよ」「簡単にできますよ」とは言えません。
移行ツールやプラグインが使い物にならず手動対応となると相応の時間と作業が必要になりますし、WordPress移行が完了したかに見えて、細かな不具合が残っている場合もありますからね。
