• 原因はデータベースの欠落
• データベースのインポートが出来ない？
• データベースが文字化け
• データベースの分割

原因はデータベースの欠落

元のレンタルサーバーのエックスサーバーに問合せを行ったところ、以下の回答が来た。（一部抜粋）

WordPressで使用されているデータベース【xxxxx】内にて本来あるべきテーブルが存在しない状況となっておりました。

このような場合は当サポートで解決策のご案内は困難であり、バックアップデータをお持ちであればそちらからデータベースの復旧をお試しくださいますでしょうか。

お客様にてバックアップデータをお持ちでない場合は過去14日間の>バックアップデータであれば、当サービスの「自動バックアップ」機能にて
提供が可能でございます。

過去14日間において、該当のWordPressが正常に動作していたかどうかはお客様でないと分かりませんので、ご確認の上、ご検討くださいますようお願いいたします。
※バックアップデータの提供は有償（5,400円/回）となり、提供いたしましたバックアップデータからの復旧作業については
お客様ご自身にてご対応いただく必要がございます。

データベースの一部欠如により、ワードプレスのログイン画面でユーザー名、パスワードを入力しても管理画面にログインできない、サイトの表示がおかしいという事態を招いたようだ。

データベースはダウンロードしたファイルが残っているので改めてphpMyadminでインポートしてみたが、表示されるテーブル数は以前と変わらない。

どこかでデータが欠落したらしい。
以下はエックスサーバーに問合せをした時の回答だ。

移転前までは正常に表示されていた場合、移転作業時に行ったデータベース内容のエクスポート等の操作にて、何らかの影響で内容の一部が消失してしまった状況と考えられます。
ただ、その原因について当サポートで調査いたしました上での回答は困難でございますこと、ご了承いただければと存じます。

そこで、バックアップデータの申込を行った。

データベースのインポートが出来ない？

いざ、インポートしようとすると時間がかかり、その内、500エラーが出た。

何回繰り変えしても同じ。

そこで、エックスサーバーのサポートに問合せを行うと以下の回答が来た。

「データベースの容量が大きい、1行あたりの文字数が多すぎる場合、インポートする際に500エラーとなることがございます。

こちらに該当している可能性がございますので、

ファイルをテキストエディタ（TeraPadなど）にて開いていただき、不要なデータを削除してインポートいただく、あるいはデータを小分けにしてインポートいただくことをご検討くださいますようお願いいたします。」
「データを小分け」ってどうやるのか？

データベースが文字化け

まず、エックサーバーのファイルマネージャでファイルを開いてみた。
すると、文字化けしている。

調べてみると、MySQLファイルを圧縮したgzファイルをWindowsで開くと文字化けが起こるのだと言う。

そこで、圧縮・解凍ソフト「Lhaplus」で解凍して開くと文字化けは解消されていた。

次はデータベースの分割だ。

しかし、これが簡単に行かなった。

データベースの分割

そもそも、データベースをどこで分割するのかが分からない。

調べてみると、ワードプレスに入れていてプラグイン「statpress」のデータ量が大きい。

そこで、データベースのSQLファイルを複製して、「statpress」と「statpress」を削除した2つのファイルを作成しようとするも、「statpress」のコードを削除するにも一度にはいかず、少しずつ行うが不効率で時間がかかること半端ない。

一部を切り抜いて新たなSQLファイルに保存しようとするもエラーが出る。

しかし、根気よく続けた結果、SQLファイルを2つに分割することが出来た。

phpMyadminでインポートを試みると合計で17個のテーブルがインポート出来た。
それまでは10個だったので7個欠落していたことになる。

管理画面にログインを試みる。
成功。

サイトも正常に表示された。
やれやれである。

※レンタルサーバーの移転（移行）方法はこちら⇒ワードプレスのレンタルサーバーの移転方法

• プラグインが原因？
• PHPが原因？

プラグインが原因？

ネットで情報を探してみると、「直前にやった作業が原因」とあり、その方はプラグインを触っていたので、思い当たるプラグインを削除したところ、正常に表示されるようになったとのこと。

私の場合、PHPを編集して保存した後、「ページは機能していません。…」のエラー表示出た。

しかし、その前は「プラグイン」の更新作業をした。
「プラグイン」には相性があり、「プラグイン」の更新で不具合が生じる場合があるというこも知っていたので、「プラグイン」の削除を試みた。

「プラグイン」は「ファイルマネージャー」で該当サイトをクリック。
「wp-content」→「plugins」内にある。
「更新日時」をチェックして、エラーが出る前のプラグインを更新した時間から該当プラグインを見つける。

私の場合、7個のプラグインが該当した。
プラグインを1個、削除してはサイトを確認。

これを繰り返し、7個全てを削除したが、エラー表示は変わらず。

良く考えてみれば、エラーが出る直前の作業はPHPの編集であった。
PHPの記述に問題がある可能性が高い。

それを「直前」の意味を取り間違え、「プラグイン」を消してしまったのであった。
最終的に削除した「プラグイン」を再インストールしたのだが、一部、「更新に失敗しました」というエラーが出て復活しなかった。

直接削除するのは危険だ。

FTPソフトでローカルに移せば良かったと思った。
しかし、これは後の祭りだ。

PHPが原因？

エラーが出る直前にしていたのは「functions.php」の編集であった。

私の場合、ワードプレスにSEO対策済テンプレート「賢威」を利用している。

サイト名→「wp-content」→「themes」→賢威のテンプレート名→「functions.php」

今回は、上記のプラグインの失敗にこりて、ローカルに「functions.php」を複製して修正を行った。
※FireFTPを利用

ローカルでは、「functions.php」をコピーして「貼り付け」。
「functions.php」以外に「1_functions.php」が生成される。
※「1_functions.php」はオリジナルの「functions.php」である。
修正を何度もやると訳がわからなくなるので、オリジナルを残しておいた方が無難だ。

「php」ファイルはそのままでは開かないので、拡張子を「php」から「txt」に変える。

私の場合、「functions.php」を編集するのに「メモ帳」のソースをコピペしたのだが、「———」が余分に入っていた。

「———」を削除し、ローカルからサーバーに「functions.php」をアップ。
更新ボタンをクリック。

サイトの表示を見ると正常に表示されている。
ログインも出来た。

これで一件落着である。

ただ、エラーが出る時の原因は様々なようだ。

ただ1つ言えることは、「ページは機能していません。…では現在このリクエストを処理できません。HTTP ERROR 500」という表示が出た時は「直前の作業」を疑え！

「直前の作業」が原因の可能性が高いという話でした。