プラグインを使わないワードプレスサイトのレストア（復旧）方法

ワードプレスサイトの復旧方法は？
バックアップデータはどうやったら元に戻せるの？

「>>プラグインを使わないワードプレスサイトのバックアップ方法 」で、WordPressサイトのバックアップ手順をご紹介しました。

今回は、プラグインを使わないでバックアップしたWordPressデータのレストア方法（復旧）をご紹介します。

ぺん

ワードプレスのバックアップデータは、かならずレストア（復旧）できることを確認しておきましょう。

WordPress環境レストア前の準備作業

ワードプレスのバックアップファイルから、ワードプレス環境をレストア （復旧）する前には下記の準備が必要です。

• WordPressのインストール
• WordPressテーマのインストール
• WordPressプラグインのインストール
• メディアライブラリ（画像ファイル）

ぺん

簡単に言うと、移行先の環境を移行前の環境と同じにするということです。

WordPressのインストール

WordPress環境をレストアする前に、移行先の環境にWordPressをインストールしておきましょう。

ぺん

移行先環境は、できるだけ移行元の環境と同じWordPressバージョン、PHPバージョンの環境を作成してください。

WordPressテーマのインストール

移行先の環境に、移行元の環境で使用しているWordPressテーマをインストールしてください。

ぺん

移行元の環境でSwellを使っていたら、移行先にもSwellをインストールすればOKです。

WordPressプラグインのインストール

同じく、WordPressプラグインについても、移行前の環境で使っていたものは、移行先にもインストールしてください。

メディアライブラリ（画像ファイル）

WordPressのメディアライブラリに登録されている画像ファイルも移行先環境にコピーする必要があります。

WordPressの画像は、変更していなければ下記のパスにアップロードされます。

FTPクライアントを利用して、移行先のWordPress環境にすべての画像ファイルをコピーします。

WordPress環境レストア手順1 – DBの上書き

移行先のWordPress環境を作成できたら、WordPressの ストア（復旧）の準備は完了です。

具体的には何をすればいいの？

ぺん

簡単に説明すると、クリーンインストールしたWordPress環境のデータベースを消して、バックアップしてデータを書き込みます。

移行先WordPress環境のDBを削除する

phpMyAdminにアクセスする

phpMyAdminは、ブラウザでデータベースの操作が行える管理ツールです。

レンタルサーバーの管理画面から利用することができます。

ぺん

この記事で紹介している画面は、エックスサーバーのものです。

（エックスサーバーの場合）サーバーパネルから、phpmyadminを選択します。

phpMyAdminにログインする

ログインダイアログが表示されるので、MySQLのユーザー名と、パスワードを入力します。

phpMyAdminのユーザー名、パスワードは、移行先のワードプレスインストール時に作成した、MySQLのユーザー名とパスワードです。

データベース名を選択

phpMyAdminにログインすると、左メニューにログインに使用したMySQLユーザーがアクセスできるデータベース名の一覧が表示されます。

表示されているデータベース名が、移行先のWordPress環境のものであることを確認してください。

データベースを削除する

データベース内のテーブルが表示されます。

画面下の「すべてチェック」をクリックして、「チェックしたものを：」プルダウンから「削除」を選択すると、データベースがすべて削除されます。

移行先WordPress環境のDBにバックアップデータを上書きする

DBが空になっていることを確認する

phpMyAdmin にログインした状態で、「構造」タブをクリックします。

「このデータベースにはテーブルがありません」と表示されることを確認しましょう。

DBにバックアップしたデータを上書きする

次にバックアップしたデータを、空のDBにインポートして上書きします。

1. phpMyAdmin にログインした状態で、「インポート」タブをクリックします。
2. 「ファイルを選択」ボタンをクリックして、バックアップしたSQLファイルを選択します。
3. 「実行」をクリックします。

バックアップ方法については、「>>プラグインを使わないワードプレスサイトのバックアップ方法 」をご覧ください。

インポートが正常に終了すると「インポートは正常に終了しました。」と表示されます。

失敗する理由のほとんどは、インポート先のデータベースが完全に空になっていない場合です。その場合は「2-1 移行先WordPress環境のDBを削除する」を再度試してください。

WordPress環境のレストア手順2 – データの修正

これまでの手順で、新しいWordPressの環境（ 移行先ドメイン ）への、バックアップデータのインポートが完了しました。

ただし、移行先ドメインにインポートしたデータには、元の環境（ 移行元ドメイン ）の情報がそのまま残っています。

そのため、 そのため、「移行元ドメイン≠移行先ドメイン」の場合は インポートデータの修正が必要です。

「移行元ドメイン≠移行先ドメイン」 ってどういう意味？

ぺん

ドメインが変わる場合が該当します

WordPressデータベースの情報をSQLで書き換える方法

phpMyAdmin にログインした状態で、「SQL」タブをクリックします。

SQL実行画面では、ウィンドウの中にSQL文を入力して、画面右下の「実行」ボタンをクリックすると、SQLを実行することができます。

SQL（Structured Query Language）とはデータベースを操作する言語です。データベース内のデータの参照、更新、削除が行えます。

「実行」ボタンを押すと、結果が表示されます。

本項でご紹介した方法で、下記に記載するSQL文を実行して、データを修正してください。

データ修正用SQL文

データ修正用のSQL文は5種類あります。

1. 記事データ内のドメイン名の書き換え（必須）
2. サイトURL、homeの書き換え （必須）
3. カスタムフィールド値の書き換え （必須）
4. GUIDの書き換え（オプション）
5. 記事タイトルの書き換え（オプション）

全部のSQL文を実行する必要はありません。

移行の条件によって、実行が必要なSQL文は異なります。

1.記事データ内のドメイン名の書き換え（必須）

下記のSQLを実行すると、記事データ内の移行元ドメイン名を、移行先ドメイン名に書き換えます。

ぺん

記事内の内部リンク切れを防ぎます。

「移行元ドメイン≠移行先ドメイン」の場合は、下記のSQL文の実行が必要です。

UPDATE `wp_posts` SET post_content=REPLACE (post_content,'移行元ドメイン（旧）','移行先ドメイン（新）');

UPDATE `wp_posts` SET post_content=REPLACE (post_content,'https://affiliate-biz.jp',' https://affiliate-biz-new.jp');

2.サイトURL、homeの書き換え （必須）

下記のSQL文を実行することで、 wp_options テーブルに記録されているWordPressの各種設定情報（サイトURLや、ホームへのリンク情報）を書き換えます。

ぺん

この情報を書き換えないと、WordPressの管理画面にログインできません。

「移行元ドメイン≠移行先ドメイン」の場合は、下記のSQL文の実行が必要です。

UPDATE `wp_options` SET option_value=REPLACE (option_value,'移行元ドメイン（旧）','新ドメイン');

UPDATE `wp_options` SET option_value=REPLACE (option_value,'https://affiliate-biz.jp',' https://affiliate-biz-new.jp');

3.カスタムフィールド値の書き換え （必須）

下記のSQLを実行することで、wp_postmetaテーブルに記録されているカスタムフィールド内のドメイン情報を書き換えます。

「移行元ドメイン≠移行先ドメイン」の場合は、下記のSQL文の実行が必要です。

UPDATE `wp_postmeta` SET meta_value=REPLACE (meta_value,'移行元ドメイン（旧）','新ドメイン');

UPDATE  `wp_postmeta` SET meta_value=REPLACE (meta_value,'https://affiliate-biz.jp',' https://affiliate-biz-new.jp');

4.GUIDの書き換え（オプション）

GUIDって何？

ぺん

GUID情報は、簡単にいうと記事のIDです。

GUID（Globally Unique Identifier）とは、一意となるIDのことです。

このサイトのRSSフィードの中でGUIDが、記事のIDとして使われています。

RSSフィードで使われているGUIDの例

<guid isPermaLink=”false”>https://affiliate-biz.jp/?p=3577</guid>

GUIDの書き換えは、必須ではありません。

バックアップした移行元ドメインのデータを移行先ドメインに移行後、2つのドメインが並存する場合のみGUIDの書き換えが必要です。

GUID（Globally Unique Identifier）とは、（重複しない）一意となるIDのことです。WordPress以外のシステムでも利用されている一般的な技術用語です。WordPressではGUIDをRSS/ATOMフィード（サイトの更新情報を配信する仕組み）の中で、記事のIDとして使われています。

GUIDの書き換えが不要なケース

サイトのドメインを単純に移行する場合は、GUIDの書き換えは不要です。

移行先ドメインBにデータ移行後は、移行元ドメインAが存在しないため、GUIDの競合が発生しえないからです。

GUIDの書き換えが必要なケース

GUIDの書き換えが必要なケースは、サイトを分割する場合です。

移行先ドメインBにデータ移行後も、移行元ドメインAが引き続き存在する場合、同じ記事ID（＝同じGUID）を持つ記事が同時に存在する可能性があるからです。

サイトを分割する場合は、下記のSQL文の実行が必要です。

UPDATE `wp_posts` SET guid=REPLACE (guid,'移行元ドメイン（旧）','新ドメイン');

あなたの環境に合わせて‘ 移行元ドメイン（旧） ’、’ 移行先ドメイン（新） ’の部分を書き換えて下さい。

UPDATE `wp_posts` SET guid=REPLACE (guid,'https://affiliate-biz.jp',' https://affiliate-biz-new.jp');

ぺん

移行先ドメインBが、外部に公開しないテスト用サイトの場合は、GUIDの書き換えは行わなくても、特に影響はありません。

4.記事タイトルの書き換え（オプション）

下記のSQL文は、記事タイトルに 移行元ドメイン を含んでいる場合、 移行先ドメイン に書き換えます。

ぺん

サイト名を記事のタイトルに直接入れるケースは少ないので、このSQLの実行は、ほぼ不要でしょう。

「移行元ドメイン≠移行先ドメイン」かつ、記事タイトルに 移行元ドメイン を含む場合のみ、下記のSQL文の実行が必要です。

UPDATE `wp_posts` SET post_title=REPLACE (post_title,'移行元ドメイン（旧）','新ドメイン');

UPDATE `wp_posts` SET post_title=REPLACE (post_title,'https://affiliate-biz.jp',' https://affiliate-biz-new.jp');

無理に書き換えなくても、WordPressの動作に支障はありません。

WordPressにアクセスする

データベースを更新したら、WordPressの管理画面にログインしましょう。

1. https://移行先ドメイン/wp-admin/にアクセス

ログインすると、「データベースの更新が必要です」という画面が表示されます。

2. 「WordPressデータベースを更新」ボタンをクリックします。

問題がなければ、WordPressの管理画面が表示されれば、WordPressのレストア（復旧）は完了です。

まとめ

今回はワードプレスサイトのレストア方法についてご紹介しました。

今回ご紹介した手順は、プラグインに頼らない、もっともシンプルな「WordPressのバックアップ＆レストア方法」だと自負しています。

なれれば簡単ですので、ぜひお試しください。

ぺん

ご不明点や、誤記など、お気づきの点がございましたら、コメント欄にコメントいただければ幸いです。

バックアップ手順は、下記をご覧ください。

あわせて読みたい

プラグインを使わないワードプレスサイトのバックアップ方法 ワードプレスサイトのバックアップ方法は？プラグインを使った方がいいの？ ワードプレスサイトを運営していて気になるの事の一つがデータのバックアップ方法ですね。 …