多くのバックアップと復元プラグインは、無料版の場合ほとんどのプラグインは容量制限で復元ができないようになっている、必ず途中でエラーになってプロ版を購入するように促される。
このプラグインはそれが無い、完璧に復元できるプラグインである。
そして無料ではあるが、WPvivid Backup & Migration には多くの機能がある。

WPvivid Backup & Migrationのインストール

WordPress管理画面からインストール、有効化。

メニューに「WPvivid Backup」が追加される。

WPvivid Backupの機能

バックアップ

• データベースやファイルの対象を選択できる
• 保存先はローカル（サーバー）かリモートストレージを選べる
• スケジュールを設定すれば、バックアップを自動化できる

復元

• バックアップを取得した時点の状態にサイトを戻せる
• 別の WordPress の環境にも復元できる

自動移行

• サイトのデータを別の環境に転送できる
• テスト環境から本番環境への移行時などに利用できる

ステージングサイトの作成

• 本番サイトのサブディレクトリに手軽にステージングサイトを作れる

WPvivid Backupによるサイトのバックアップ

バックアップ先をローカルとリモートを選択できる。

① デフォルトのバックアップ先はローカルに設定されている

ここでローカルとは自分が契約しているサーバーのこと。
サイトのwp-content/wpvividbackupsに保存される。

「バックアップ & 復元」タブで「データベース+ファイル（WordPressファイル）」と、「バックアップをローカルに保存する」を指定している。
この設定は、メディアライブラリも含む全てのファイルをバックアップするので大きサイトは時間がかかると予想できる。

以下の設定で、バッックアップをクリックすると開始される。

他にもバックアップの対象を以下のように設定することもできる。
メディアライブラリを除外する場合はデータベースのみを選択する必要がある。

• すべてのファイル（データベース以外）
• データベースのみ

デフォルトの保存先はサイトを設置しているサーバー：/wp-content/wpvividbackups に作成したバックアップが保存される。

開始された状態。進捗バーが表示される。

下にスクロールすると「バックアップ」タブにバックアップした分が表示される。

後は、右サイドにある復元をクリックすると、同じサイトに復元することができる。
中央のダウンロードでバックアップしたファイルを自分のコンピュータにダウンロードするこができる。

以下で、そのファイルを使ってMAMPに復元をしてみる。

復元方法は以下のMAMPに復元してみるのところを参考に。

MAMPに復元する

ダウンロードをクリックすると「ダウンロード」タブに移動するので、もう一度「ダウンロード」をクリック。

Macのダウンロードフォルダにファイルが作成される。
ファイル名はこんな感じ：malon.polo-web.com_wpvivid-aad358ab8e983_2026-03-24-10-59_backup_all.zip

Macのダウンロードに保存されたデータを使ってMAMPに復元する。
何故かネットワークエラーになるので、FTPで直接ダウンロードした。

② バックアップ先をリモートのGoogle Driveに作成する

リモートストレージを選ぶと別のサーバーにバックアップを取ることができるようになる。

Google Driveを選択。「Google Driveで認証」をクリック。
Googleでログインする。

Google Driveの情報を入力する。

以下のように一番上に認証したというテキストが表示されると完了。
これでGoogle Driveが使えるようになる。

以下のところでバックアップをリモートストレージに送信するを選択するとGoogle Driveにバックアップされるようになる。

「バックアップ」をクリックして開始する

「バックアップ」をクリック、かなり時間がかかると思われる。

28%までは早いが、そこでフリーズしたようになる、時間は刻まれているので進行しているのはわかる。

バックアップが完了するとトップのところに以下のようにテキストが表示され、下の方にも表示される。
バックアップの時間は意外と早い。

Google Driveで確認

マイドライブから確認できる。

polo-web.com_wpvivid-681b636ea6186_2026-03-21-15-04_backup_all.part001.zip
この名前で１回で全部で8ファイルがバックアップされている。

バックアップのスケジュール化

スケジュールタブで全て設定できる。

MAMPに復元してみる

WPvivid Backupプラグインが必要なので、MAMPにもWordPressをインストールする必要がある。
MAMPでサイトを作成するとき以下の項目が必要になる。

まず、MAMPのWebStartからデータベースを作成

データベース名：mamp_saihibus_db（自分で作成）
ユーザー名：root（デフォルトでこれになる）
パスワード：root（デフォルトでこれになる）
データベースのホスト名：local（デフォルトでこれになる）
テーブル接頭辞：wp-（デフォルトでこれになる）

以下のログイン項目は、あくまで最初のログインだけで、移動サイトでは使わない。

サイトのタイトル：（自分で作成）
ユーザー名：（自分で作成）
パスワード：（自分で作成）
メールアドレス：（自分で作成）

ローカルにダウンロードしたファイルから復元

ここでは、Macに保存したバックアップを使って復元する手順。

画面を少し下にスクロールして「アップロード」タブを選択。
ダウンロードした8個のバックアップファイルをすべて以下の枠内にドロップする。

下にファイルが表示されるのでドロップされたことがわかる。「Upload」をクリック。
すると、各ファイルの右サイドの空きスペースにアプロード状況の%が表示され、完了するとファイルが消えていくので、進行状況がわかる。

下に表示されているファイルが全て無くなったら完了になる。

アップロードが完了すると、以下のメッセージが表示れるので「閉じる」をクリック。

移動先MAMPで復元

「バックアップ」タブに切り替えます。
移動先でもアップロードしたバックアップが表示されてるので、「復元」をクリック。

もし、以下のように表示されていないなら「アップロードまたは受信したバックアップをスキャン」をクリック。

「復元」タブが表示されるので、もう一度「復元」をクリック。

確認メッセージ「Are you sure to continue?（本当に続けますか？）」が表示されるので、「OK」をクリックします。

進捗状況が表示される。結構早い。

「復元が完了しました」と表示されたら「閉じる」をクリック。

エラーが表示される可能性もある。この問題後日解決したら、ここに記述します。

Warning: copy(/Volumes/A-Silicon Power 1TB/MAMP/htdocs/Saihi-Bus/wp-content/plugins/backup-backup/includes/htaccess/.htaccess): Failed to open stream: No such file or directory in /Volumes/A-Silicon Power 1TB/MAMP/htdocs/Saihi-Bus/wp-content/plugins/backup-backup/includes/constants.php on line 171

Warning: copy(/Volumes/A-Silicon Power 1TB/MAMP/htdocs/Saihi-Bus/wp-content/plugins/backup-backup/includes/htaccess/.htaccess): Failed to open stream: No such file or directory in /Volumes/A-Silicon Power 1TB/MAMP/htdocs/Saihi-Bus/wp-content/plugins/backup-backup/includes/constants.php on line 180

Warning: copy(/Volumes/A-Silicon Power 1TB/MAMP/htdocs/Saihi-Bus/wp-content/plugins/backup-backup/includes/htaccess/.htaccess): Failed to open stream: No such file or directory in /Volumes/A-Silicon Power 1TB/MAMP/htdocs/Saihi-Bus/wp-content/plugins/backup-backup/includes/constants.php on line 189

Warning: copy(/Volumes/A-Silicon Power 1TB/MAMP/htdocs/Saihi-Bus/wp-content/plugins/backup-backup/includes/htaccess/.htaccess): Failed to open stream: No such file or directory in /Volumes/A-Silicon Power 1TB/MAMP/htdocs/Saihi-Bus/wp-content/plugins/backup-backup/includes/constants.php on line 200

全て.htaccessファイルが見つからないとなっている。

WordPress の管理画面にログイン

自動的に WordPress のログイン画面が表示される。
この場合は移動元のユーザー名とパスワードを使用することになる。

サイトを確認

http://localhost:8888/MAMPで作成したフォルダー名/wp-admin/

各ページが正常に表示されるか確認すれば完了。問題なく表示されるはずである。

MAMPを右クリックすると、以下のように「Finderに表示」が出るので選択。

Finderが開いたら、httpd.confファイルを探す。場所は以下のところにある。

/MAMP/conf/apache/httpd.conf の179行目

この179行目にある項目の前に「#」が付いていて、機能しないようになっている。
この「#」を外すと、リンクが切れた状態のエラーを回避することができるようになる。

これは、Apache HTTP Serverが提供するモジュールの一つで、リクエストされたURLをサーバー内部で別のURLに書き換える（リライトする）機能を持つ機能拡張ツールです。
このモジュールを使用すると、ユーザーに見せるURLと、実際にサーバーが処理するURLを別にすることができるため、非常に高度なURL管理が可能になります。

上記の説明は自分にとって意味不明だが、以下のように#を外した状態にするとこのエラーが出なくなり、トプページからリンクをクリックすると問題なくそのページを開くことが出来るようになる。

LoadModule rewrite_module modules/mod_rewrite.so

以下が MAMPの/httpd.conf ファイイルのデフォルトの状態。

このコメントアウト「#」を外してMAMPを再起動したらNot Foundが出なくなる。

ここでのインストール方法は、Duplicator Lite版向けで500MB以下でできるようにする方法である。
以下で見てもデータベースだけなら十分余裕があることがわかる。

ここでやったファイルのサイズ：合計：約2.4GB

• データベースを除いた全てのファイルサイズ（backup.zip）：2.33GB
• Duplicatorでデータベースのみを作成したサイズ：17.7MB（0.0177GB）
• installer.php：78KB（0.000078GB）

如何にデータベース以外のファイル容量が大きいかがわかると思う。
その中でもuploadsのファイルでサイトが占めていることになる。これがエラーの原因になる。

バックアップの移動・回復の成功の決め手は、データベース以外は全て手作業でダウンロードするということに尽きる。
従って、データベースだけを「Duplicator」に任せれば必ず成功することになる。

大まかな手順の説明

まず、WP以下のファイルをすべてzipで作成（uploadeフォルダも含む）。

Deplicatorでデータベースのみをバックアップする。これなら容量オーバーのエラーなくできる。

• ①データベースのzipファイル
• ②installer.php
• ③WP以下のファイルをすべてzipファイルにする

この３つを作成することになる。

WordPressの中身をすべて③で作成したものと上書きインストールして入れ替える。
①データベースのzipファイルと②installer.phpをWordPressの中に入れる。
データベースの名前が表示されていないのでMAMP用に作成したデータベース名とrootを入れる。

これで完全に戻すことができた。
大まかすぎて理解し難いが、以下で詳しく説明しているので問題なくできると思う。

Deplicatorでの実際の作業手順

Deplicatorでデータベースのみをバックアップする。
以下のように選択して「次へ」をクリック。

スキャンが完了。
通知が２箇所出ている。

このデータベースの通知はデータベースとインストーラのコピーだけが含まれえていることをここで教えているのでエラーでは無い。
概要も問題無い内容なので、このまま作業を進めることが出来るようだ。

「ビルド」をクリック。ビルドが始まる。

問題なく完了した。

本来なら、下の方にある両方のファイルをダウンロードをクリックして上の２つのファイルを同時にダウンロードできるのだろうが、なぜかインストーラが出来ない。

仕方が無いので、インストーラとアーカイブを別々にダンロードする。
アーカイブは16.92MBなので全く問題無いサイズであることがわかる。

Macのダウンロードフォルダに以下のように圧縮されたzipファイルが入る。

もう一つ「installer.php」、この２つのファイルがダウンロードされたことになる。

どこかにこの２つのファイルをまとめて保存しておいて作業メモを添付しておくと良い。

データベース以外を全てダウンロードする

FTPを使ってデータベース以外の残りにファイル全てをダウンロード。
つまりは、WordPressを入れている全てのファイルをダウンロードすることになる。

これは、個別にダウンロードしても問題無いが、zipファイルにしてまとめてダウンロードするのが早くて確実なのでそれを実行する。

ここでの作業は以下のようになるが、それぞれのサーバーによってアクセス方法が多分違うと思うのでサーバー側に問い合わせてやると良いと思う。

※ sshでサーバーにアクセスする
ssh ユーザー名@IPアドレスまたはホスト名（例：ssh user@example.com）
※ cdでwp-contentに移動する（移動の仕方はサーバー側のやり方を確認すること）
cd /virtual/user/public_html/example.com/wp-content
※ 移動先でwp-contentをzipに圧縮する
zip -r backup.zip wp-content/

圧縮された「backup.zip」ファイルをMacにダウンロードする。
これはメディアファイルが含まれているので時間がかかる。約１時間30分位だったと思う。

時間がかかるのはこのローカルへのダウンロードだけである。

ダウンロードされたファイルを移行先MAMPにアップロードする

Deplicatorによるデータベースだけのバックアップなので、WordPressは全て手作業でFTPを使ってダウンロードとアップロードをする必要がある。

MAMPで「test-site」というフォルダを作成して「backup.zip」ファイルを解凍して中身を全て入れる。

その中に、Deplicatorでデータベースだけをバックアップしたzipファイルと「installer.php」を入れる。

MAMPサイト用のデータベースを新規に作成しておく

MAMPを起動して、右上のWebStartをクリック。

サイトが開く、ToolsからphpMyAdminを選択。

「新規作成」をクリックしてデータベース名を入力、「作成」ボタンをクリックすると完成。
左サイドに作成したデータベース名が表示されていると思う。

ここで作成したデータベース名を覚えておくこと。

データベース名：test_site_db
ユーザー名：root（MAMPはデフォルトこれになる）
パスワードroot（MAMPはデフォルトこれになる）

installer.phpで移行先のMAMPサイトに復元する

MAMPを起動する。以下のURLを入力してinstaller.phpを開く。

http://localhost:8888/test-site/installer.php

最初の画面のトップに以下のように表示されている筈である。

wp-config.php exists but isn’t valid. Continue on standard install.
Exception message: wp-config.php exists but database data connection isn’t valid. Continuing with standard instal
Please search the Online Technical FAQs for solutions to these issues.

wp-config.php ファイルは存在しますが、無効です。標準インストールを続行します。
例外メッセージ: wp-config.php ファイルは存在しますが、データベースへのデータ接続が無効です。標準インストールを続行します。
これらの問題の解決策については、オンライン技術FAQを検索してください。

データベースへの接続が無効になっているとう警告だがインストールを続行するという意味のことが書いてある。
当然、データベースがない状態なので、これが表示されていることになる。

Setupの項目でデータベース名とユーザー名、パスワードを入力するところがある。
ここに先ほど作成したデータベース名とrootを入れる。

データベース名とユーザー名、パスワード（root）を入力した。

Databaseタブの横のSettingsを見ると、新しいサイトと古いURLが表示されているので間違いないか確認しておく。
http://localhost:8888/test-site

ここまで設定が完了したら「Validate（検証する）」ボタンをクリック。

以下の画面になる。

Validation（検証結果）
Pass（合格）： 検証項目が正常にクリアされたことを示している。
Notice（通知・注意）：致命的なエラーではないものの、注意すべき点があることを示している。

このNoticeになっっているDatabaseは元のデータベースが古くてバージョン違いによって不具合が出る可能性があることを言っているので、万全を記すなならば元に戻ってバージョンを合わせた方が良いかもしれないが、ここではそのまま進むことにして問題が出てらやり直すことにする。

以下の左のところにチェックを入れると「Next」ボタンが有効になるのでクリックする。

インストール確認が表示される。
これらの設定でインストーラーを実行しますか？となっている。
サイトURLとデータベースが間違いないか確認して「OK」をクリックする。

進捗状況が表示される、すぐに終了する。

全てgoodが表示されているので問題無いということになる。

左上の「Admin Login」をクリックするとログインウインドウが表示される。

この「Admin Login」をクリックするとインストーラファイルが自動的に削除されるとなっている。

Click the Admin Login button to login and finalize this install.
Auto delete installer files after login to secure site (recommended!)
管理者ログインボタンをクリックしてログインし、インストールを完了してください。
安全なサイトにログイン後、インストーラーファイルを自動的に削除します（推奨！）。

以下のログインのユーザー名とパスワードは「移行前のサイト」を入れることになる。

これで問題なくサイトが開く筈である。

管理画面にログイン：http://localhost:8888/test-site/wp-admin/
サイトURL：http://localhost:8888/test-site/

Deplicatorのおかげで難しいデータベースの移行とサイトのURLの移行・復元が簡単に行われることになる。

しかし、無料版で確実に移行するために勉強した時間が、とんでもない時間になったことを報告しておきます。

WordPress.orgのトップページにアクセス。「WordPressを入手」をクリック。

自分でダウンロードしてインストールからWordPressをダウンロード。

zipファイルを解凍、wordpressフォルダが出来る。

MAMPを開き、htdocsフォルダを開く。

MAMPの中にある「htdocs」フォルダはローカル環境上の公開フォルダー。
ブラウザのアドレスバーに「http://localhost:8888/」と入力するとhtdocsフォルダの中を見にいくということになる。

今回は、http://localhost:8888/wp01/にWordPressをインストールする例で、htdocsの中にwp01フォルダを作ってWordPressをインストールするという順番になる。

htdocs内でwp01という名前のフォルダを新規作成（名前は何でも構わない）。

ダウンロードしたWordPressのファイルフォルダの中身をMAMPのhtdocs内のwo01フォルダに移動する。

WordPressを使うためにはデータベースをまず作成しておく必要がある

これは作成するサイト毎に別々作成する作業が必要になる。

MAMPを使って複数のローカルサイトを構築する場合、データベース名はサイトごとにユニーク（一意）な名前を付ける必要がある。 
重複した名前をつけると、他のサイトのデータと混ざったり、上書きされたりしてサイトが正常に表示されなくなるため、明確に区別できる命名規則を設ける必要がある。
もし、サイトの復元用に使用するなら、元のサイトと同じデータベース名にするのが良いが、別の名前でも問題無い。Depricaterが修正してくれるので問題無い。

データベースを作成するには、MAMPを開いてWebStartをクリック。

MAMPのWebページが開くので、ToolsタブのプルダウンからphpMyAdminを選択。

phpMyAdminが立ち上がので、データベースタブをクリック。

データベースを新規作成します。
ここでは「wp01db」と入力して、文字コードが「utf8mb4_unicode_ci 又は tf8mb4_0900_ai_ci」になっていることを確認して「作成」ボタンをクリック。

現代のアプリケーション開発においては、文字化けや検索漏れというリスクを避けるため、文字コードセットは utf8mb4、照合順序は utf8mb4_unicode_ci（もしくはMySQL 8.0以降であれば utf8mb4_0900_ai_ci）を選ぶのがベストプラクティスです。

データベースが左サイドの下に新規作成されたことを確認。

これでデータベースの作成完了となる。

WordPressを使えるように構築する

WordPressはhtdocs内にインストールされていれば、後はWordPressを使えるように設定する必要がある。

Webブラウザを開き、ブラウザで http://localhost:8888/wp01/ と入力。

WordPressのインストール画面が開くので「さあ、始めましょう！」をクリック。

まずは利用するデータベースの接続設定を行う。データベース名には「wp01db (先ほどの手順で作成したデータベース名)」。
ユーザー名とパスワードは、まだ何も設定していないがデフォルトで「root (MAMPの初期管理者アカウント)」を入力すると良いことになっている「送信」ボタンをクリック。

データベース接続に成功したら下記の画面が表示されので「インストール実行」ボタンをクリック。

以下では、サイトのタイトル、ユーザーIDとパスワードは各自任意の値を入れる。
「WordPressをインストール」ボタンをクリック。

「インストールしました」となっているが、WordPressを使えるようになったという意味だと思う。
ログインをクリック。

後はユーザー名とパスワードでログインするだけである。これで完了。

Webブラウザを開き、ブラウザで http://localhost:8888/wp01/ と入力するとサイトが開く。
http://localhost:8888/wp01/wp-admin/ で管理画面にログインできるようになる。

トップページやカテゴリーの一覧までは大丈夫だが、投稿ページを開くとNot Foundになる

カテゴリーページは表示されるのに個別投稿が404 Not Foundになる場合、主な原因はパーマリンク設定の不整合。管理画面の「設定」->「パーマリンク」を開き、何も変更せずに「変更を保存」ボタンを押すことで、内部的なURL構造が再読み込みされ、多くの場合解決するらしいが、ダメだった。

パーマリンクの再保存で解決しない場合、.htaccess を一度削除（またはバックアップして退避）し、再度再保存を試してください。

現在の.htaccessファイルが以下のようになっている。

# This file was updated by Duplicator on 2026-03-06 07:23:45.
# See the original_files_ folder for the original source_site_htaccess file.
# BEGIN WordPress
# "BEGIN WordPress" から "END WordPress" までのディレクティブ (行) は
# 動的に生成され、WordPress フィルターによってのみ修正が可能です。
# これらのマーカー間にあるディレクティブへのいかなる変更も上書きされてしまいます。
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /polo-web.com/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /polo-web.com/index.php [L]
</IfModule>

# END WordPress

パーマリンクの再保存で解決しない場合、.htaccess を一度削除し、再度再保存を試めす。
これも同じ結果、.htaccesも前と全く同じ内容になっている。

WordPressのプラグイン「Redirection」で作成したリダイレクトルールは、.htaccess形式でエクスポートしてApacheサーバーで使用することができる。

Redirection プラグインから .htaccess をエクスポートする手順

管理画面から「ツール」->「Redirection」をクリック。
Redirectionの画面上部にあるメニューから「インポート/エクスポート」タブをクリック。
画面下部の「エクスポート」セクションにあるドロップダウンメニューから「Apache .htaccess」を選択。
「ダウンロード」ボタンをクリックすると、.htaccessルールが含まれるファイルがダウンロードされる。

ファイル名を「.htaccess」にしてアップロードする。

ダウンロードしたファイルの中身（RewriteRule … など）を、WordPressがインストールされているサーバー上の.htaccessファイルの# BEGIN WordPressと# END WordPressの間に入れる。

ページ単位でリダイレクトする方法もある。

「.htaccess」ファイルが文字化けしている

上の画面の「Apache.htaccess」選択のダウンロードをクリックしてファイルをダウンロードすると日本語が完全に文字化けしている。
その下にあるリダイレクトをエクスポートの場合はCSVファイルがダウンロードされるが日本語は問題なく表示される。

色々やってみたが解決しないので、そのまま使っても問題なくリダイレクトできるようなので、そのまま.htaccessをインストールして使うことにする。
それよりも、現在使っているプラグイン「Redirection」をしばらくそのまま使うことにする。

エクスポートした「.htaccess」を入れる場所

ダウンロードしたファイルの中身を、サーバーのルートディレクトリにある既存の .htaccess ファイルに入れる必要がある。

注意点
Apacheのみ対応: この方法は、サーバーがApache（Apache 2.4以上推奨）である場合にのみ有効です。Nginxサーバーの場合は「Nginx rewrite rules」を選択してください。
マッチングの制限: .htaccessへのエクスポートは、単純なURLマッチングはサポートしていますが、Redirection特有の高度な機能（ログインステータス、IP制限、特殊な条件）は適用されない場合があります。
動作のチェック: 設定後、リダイレクトが正しく動作しているか確認。

この方法を使うと、WordPressのPHP負荷を下げて、Webサーバー側でリダイレクトを処理できるため、高速な転送が可能になる。

リダイレクトルールをCSV形式でインポートまたはエクスポートできる。

参考サイト：https://webst8.com/blog/export-all-urls/

まず公開されている全てのサイトのURLを取得する

「Export All URLs」というプラグインを使用する。

これでプラグインのインストール・有効化が完了すると。
管理画面にツール ->「Export All URLs」が追加されている。

Export All URLsでページ一覧を出力する方法

「Export Data from your Site」と書かれた画面が表示される。
まずはシンプルにCSVでページ一覧を抽出してみることにする。
修正するのは１ヶ所、Export Type：のところを「CSV FIle」にして「Export Now」ボタンをクリック。

ページ上部に「Click here」という項目が表示され、クリックするとCSVファイルがダウンロードされる。

ダウンロード先はMacのダウンロードフォルダではなく、ここ：https://polo-web.com/wp-content/uploads/2026/02/export-all-urls-515082.CSV

ダウンロードでファイルを取得したら、速やかにこのファイルは削除することと２段目に書いてある。そこにもClick Hereとあるのでここから削除できるようだ。

csvファイルでは539ページのURLが入っていた。
投稿の公開済み (519)、固定ページの公開ずみ(6)、合計525、ちょっと多いが後で確認してみる。
ほとんで全てが入っていることになる。

インポートファイルの作り方

参考サイト：https://minakami.blog/301-settei/

ダウンロードしたらURLの日本語が文字化けしているところがあるがエンコードを変更してもダメだったのでそのままいくことにする。

RedirectionからCSVファイルをエクスポートすると基本形がわかる。

手動でバックアップを取る

これは定期的に自動でバックアップを取るのと違って、思った時にバックアップ（今すぐバックアップ）を取るということ。
プラグインをインストールして有効化したら下記箇所から「UpdraftPlus」をクリック。

文字通り、今すぐバックアップを取る場合は、画面の青色のボタンをクリック。
なんの設定もしないで、「今すぐバックアップ」をクリックしたら、サーバー内にバックアップファイルがインストールされることになる。

なんの設定もしないで「今すぐバックアップ」をクリック。

上の画像で、今すぐバックアップの下に、「変更されたファイルを追加する（増分バックアップ）」があるが、これは有料版になる。

次の画面では特に何も変更せず、今すぐバックアップをクリック。

バックアップの開始と共に状況が進捗バーで表示される。

バックアップが完了すると下記のようにバックアップデータが表示される。
時間的にはそんなにかからなかった。

ここまでで手動で行うバックアップは完了。

バックアップファイルはどこに保存されているのか?

外部ストレージを選択していない場合のバックアップファイルは、
WordPressをインストールしたサーバーの「wp-content -> updraft」の中に保存される。

以下がそのファイルになる。末尾で違いがわかる。

• データベース：backup_20**-**-**-**********-db.gz
• テーマ：backup_20**-**-**-**********-themes.zip
• プラグイン：backup_20**-**-**-**********-plugins.zip
• アップロードデータ（画像など）：backup_20**-**-**-**********-uploads.zip
• その他：backup_20**-**-**-**********-others.zip

以下がFTPで見た、それぞれのバックアップファイルということになる。

サーバー内が一番簡単な設定で保存できるが、もしサーバーが故障したり何らかの問題が起きてアクセスできない状態になったとき、このバックアップファイルは使えないということになる。

その時は、ローカルにダウンロードする機能もある。

uploads.zip が４つできるのは何故？

以下はチョッと大きい、別のサイトのバックアップをとったものだが、uploads.zipだけが４つできている。
これは、バックアップファイルのサイズが大きいため、プラグインが自動的にファイルを分割しているため、これは正常な動作であり、ウェブサーバーのリソース制限を回避し、大規模なサイトでも効率的にバックアップできるようにするための仕様で問題ない。

自動でバックアップする設定をする

自動で定期的にバックアップを取りたい場合は、以下の「設定」タブからスケジュールを設定することができる。最初の何も設定しない状態が以下のデフォルトの設定である。

ファイルのバックアップ：テーマやプラグイン、画像や、動画などのメディアに関するバックアップがこれになる。
データベースのバックアップ：記事やカテゴリー、コメント、管理画面の設定などのデータベースのバックアップがこれになる。

このようにバックアップの対象によってスケジュールを別々に設定することができる。
手動でバックアップを行う際にもデータベースのみバックアップするか、ファイルのみバックアップするかをチェックボックスで選択できます。

右側のバックアップを保持しておく数は、「バックアップデータを何個保存するか」の設定になる。

その下の「保存先を選択」では、外部のストレージを選択することができる。
「Google Drive」などは15GB無料でバックアップ先として使える。

外部ストレージとして「Google Drive」を使う

以下のようにGoogle Driveを選択して、下の画像では見えないが、一番下に「変更を保存」というボタンがあるのでそれをクリック。
以下の赤枠はここでは意味が無いので無視。

この画面が出るので「Googleでログイン」をクリック。

Googleにログイン

Complete setupをクリックしてGoogle Driveの設定を完了。

セットアップを完了すると、「バックアップ/ 復元」タブが表示される、設定を確認するためにもう一度「設定」タブに移動してみる。

以下のとろでGogle Driveが使えるようになっているのが確認できる。
バックアップを保存するフォルダー名は「UpdatePlus」である。

これでスケジュールで設定した場合、もしくは手動でバックアップした場合でもGoogle Driveに保存されることになる。

また、下記箇所にチェックを入れることで、バックアップが保存される度にメールを受信できるとなっているが。このEmailを設定するとバックアップに時間がかかり、メール送信に失敗する可能性があると出る。
やはりエラーが出た。
これはチェックをやめた方が良いと思う。
そもそもメールには送信されないようだ。WordPressでメールを使うには別のプラグインが必要である。

メールに関してはここでは一切使わないことにする。

Google Driveにアップロードして確認してみる

今すぐバックアップをしてGoogle Driveにアップロードされたか確認してみる。
マイドライブのところに「UpdraftPlus」がある。

「UpdraftPlus」を開くとバックアップファイルがあった。５つがワンセットになる

「UpdraftPlus」を使った復元方法

これはバックアップと取ったサイトをそのまま復元するやり方になる。

復元そのものの手順はとても簡単だが、いざやってみると色々エラーが出たりするので十分テストをして本番をすることが大事になる。

以下の箇所に表示されている希望のバックアップデータを選んで復元ボタンを押すだけで選択したバックアップ日時の状態に戻すことができ、復元することが出来る。
時間的にもそんなに時間がかからない。

サーバーのバックアップファイルを使って復元

サーバーにあるバックアップから復元してみた。
以下のように日付の下に何もアイコンが無い分がサーバーにあるバックアップファイルということになる。
「復元」をクリックして開始する。

復元のファイルを確認したので「復元」をもう一度押して処理を再開する。

復元の途中の画面。

Restore successful! （復元に成功しました!）と出た。
うまくいったのだ！

Google Driveからの復元

左の日付の下に小さなGoogle DriveのアイコンがあるのがGoogle Driveにバックアップした分になる。
何も表示されていないのは、サーバーにバックアップされている分になる。

後は同じように「復元」を押して指示に従ってやるだけ。

「復元」においても復元したいバックアップデータを指定して、復元をクリックするだけである。

インストールすると以下のところから設定する。

今回は、「契約サーバー内のフォルダにバックアップファイルを保存」する手順を実行する。

自動バックアップのための設定

緑の❶の何？ところで「ファイル」と「データベース」にチェックが入っていることを確認、「Save & Continue」をクリック。これは全てのデータをバックアップすることになる。
「Save & Continue」クリックするごとに次のステップに移動することになる。

スケジュールの設定

緑の❷のWhen?が選択され、FileとDatabeseのバックアップ頻度を「Daily」(毎日)に変更し、「Save & Continue」をクリック。

保存場所を設定

保存場所の設定画面になる、「Website Server」をクリック。
ここで自分が使っているサーバー（コアサーバ）に保存する設定になる。

ここで設定できる。

バックアップをサーバーに保存する位置、デフォルトの位置で問題無いのでそのままにしている。
wp-content/uploads/backwpup/090lf9/backups
以下のようになっている。一番したがバックサップされたtarファイル。

Max backups to retain（保持するバックアップの最大数）は3にしている。
１回のバックアップの3は3回のバックアップファイルを作成。それ以上になったら、最も古いバックアップが順番に削除されていく。
これを大きくするとサーバーを圧迫するので、大きなサイトだとすぐに一杯になったりするのでこの数値は慎重に設定する必要がある。
サイトによっては一度の10GB以上になったりするのでバックアップしたファイルの容量を確認した方が良いかも。

最後に「保存＆接続をテスト」をクリック。

問題なければ「Save & Continue」ボタンが押せるようになるので、クリック。

すると下の画像のように自動的にバックアップが始まる。
We are creating a backup of your site… （サイトのバックアップを作成しています…）と表示されてバックアップが開始される。

割と早くバックアップが完了する。
以下の画面が出るとバックアップの設定は完了。「閉じる」をクリックして画面を閉じる。

最終的には以下の画面になり、保存されたバックアップデータを確認できるようになる。
次回からは以下の画面がデフォルトで表示されるようになる。

これで自動バックアップの設定は完了。１日ごとにバックアップが作成されることになる。

実際のサーバーでのバックアップの保存先：
wp-content/uploads/backup/fbb646/backups/この中のtarファイル。

定期バックアップ以外に、手動バックアップをする

すぐにバックアップを取りたい!! と言う場合にこの設定を使う。
「BackWPup」->「今すぐバックアップ」をクリック.

すると下のような画面が出るので、「Start」をクリック。

「バックアップを◯秒で作成しました。」と表示されれば、手動バックアップは完了。
これは非常に簡単に好きな時にバックアップが出来る。

バックアップデータをローカルへ保存する

下の方に「Backups History」という欄がある。
最新の日付のバックアップデータの「︙」をクリックし、プルダウンから「ダウンロード」を選択。

これで自分自身のローカル（自分のPCなど）に、バックアップデータを保存することができる。

上のダウンロードをクリックすると、進捗バーが出て、ダウンロードが始まる。

自分のサイトは15GB以上あるのでローカルにダウンロードするには時間がかかる。
最後に完了したら、ダウンロードフォルダにファイルが入ることになる。

以下のようにtarファイルになっている。

Macの場合、AppStorからThe Unarchiver (無料)をダウンロードすると解凍できる。

ストレージ：どこの保存するかの設定になる

保存する場所と、保持するバックアップの最大数を設定することが出来る。

非常に設定する場所がわかりにくい。
ストレージをクリック。右サイドにストレージの設定が開くので設定した保存先（薄い緑）のストレージの右の設定アイコンをクリック。

以下の右サイド画面が開くので、ここでバックアップを保存するフォルダーとMax backups to retain（保持するバックアップの最大数）を設定することができる。
大きく設定するとかなりの容量を消費することになるのでバックアップの最大数は慎重に設定した方が良い。最大でも３位がいいのではと思う。

上の右の赤文字の翻訳が下に緑のテキストになる。

保存するバックアップの数を制限します。上限を超えた場合、最も古いバックアップが削除されます。この値を0に設定すると、無制限にバックアップが保存されますが、ストレージ使用量が増加する可能性があります。

バックアップデータを使ったサイトの復元

このバッックアップによる復元はまだ実際にやっていないので、以下は省略。後日実行した時に記述。

保存した「バックアップデータ」を使って実際にサイトを復元する方法。

1. WordPressのファイルをサーバーに上書きアップロード
2. MySQLファイルの上書きアップロード

ローカルで保存したファイルを解凍する、これをサーバーに直接アップロードする。

データ復旧に CORESERVER の無料バックアップ機能を使う

この機能は、WordPressサイトが万一おかしい状態になって、どうしようも無い状態になって、バックアップ時点に戻っても、その方がまだ良いという場合に有効になると思う。
サーバー自体が悪くなった場合は、これは使えなくなるということになる。

コアサーバーで検索して「ログイン -> サイト設定 -> 無料バックアップ」から設定を見ることができる。

以下のところにV1の無料バックアップの復元についての説明がある。

無料バックアップの復元方法 | マニュアル | サポート | レンタルサーバー CORESERVER（コアサーバー）

レンタルサーバー「コアサーバー」のサポートページです。初心者でも気軽に使えるようサポートにも力を入れています。ライブチャットやお問い合わせフォームも存分にご活用…

help.coreserver.jp

以下のところから無料バックアップを作成することができる。
１日１回、任意の時間にバックアップされる。15世代となっているが15回分が保存されているということ？
15世代（15日）を超える場合は、古い世代から削除されることになる。

対象データ・バックアップ先

• サーバー領域データ（Web・メールデータ）：利用領域とは別にバックアップ保存
• データベース（MySQL / PostgreSQL）：V1プランは利用領域にダンプファイルを保存

以下のところをプルダウンから見ると保存されたファイル名がある。
サーバー内で複数のドメインを使っているので、そのドメイン毎のバックアップが以下のところで選択できるようになっている。

これは、サーバーにアクセスして見ると同じファイルがあるので、このことだと言うのがわかる。

バックアップの申請する

これ以下はまだ実際に申請をして復元をやってはいない。
あくまでコアサーバーの説明を記述しているだけなので、自己責任でお願いします。

バックアップされたファイルを指定して申請する手順になる。

申請するをクリックしたら、以下の画面が出るので「復元申請を行う」をクリック。

申請完了。

バックアップデータの復元申請が完了。
5～10分程度でバックアップデータの設置が完了。復元サイズにより、10分以上かかる場合もあるとか。

場所が分かりにくいが右側の「投稿」タブの中程にある。下では「10件のリビジョン」となっているので10パターンのバックアップが保存されていることになる。

「10件のリビジョン」をクリックすると以下の画面が出るので「ページから移動」を選択。

以下のような画面が出る。
復元する位置に移動、内容が分からないので、この変は表示されていたという位置を目安にして設定するしか方法が無い。左に行くほど古く成るので出来るだけ右の新しい位置で元にもどせる位置を検討で探すしかない。左に日付と時間が表示されている。右に「このリビジョンを復元」をクリックすると復元が完了してちゃんと表示される可能性が高い。駄目だったら位置を変更してもう一度やり直す。