BlogVaultで実現するWordPressのバックアップと復元徹底ガイド

バックアップとは、本番サイトがダウンした際に復元するためのウェブサイトのコピーです。しかし、「良い」バックアップはそれだけにとどまりません。

この記事では、良質なバックアップに必要な要素、ホスティング会社のバックアップだけでは不十分な理由、そして安心感を得られる適切なプラグインの選び方について詳しく解説します。

なぜバックアッププラグインを選ぶべきか?

私たちがウェブサイトを立ち上げた当初も、WordPressのバックアップが必要であることは分かっていました。最も手軽で分かりやすい方法は、WP Engine、Bluehost、GoDaddyといったホスティング会社が提供するバックアップ機能を利用することでした。

しかし、実際にバックアップと復元を行ってみると、いくつかの明確な問題が浮き彫りになりました。時間がかかる上に信頼性が低く、結局のところ意味がないプロセスだったのです。

そこで私たちはバックアッププラグインを試すことにしました。後述する基準に加えて、BlogVaultにはステージング環境、テスト復元、移行、サイト管理といった追加機能も備わっていました。

次のセクションでは、BlogVaultを使ったバックアップと復元の方法を紹介し、実際に使用した体験談を詳しくお伝えします。

BlogVaultでサイトをバックアップする方法

BlogVaultのバックアップが信頼できるのは、優れたバックアップに必要なすべての特徴を備えているからです。サイト全体のバックアップを暗号化してオフサイトに保存し、必要に応じて全体または部分的に素早く復元できます。

以下の体験談が示すように、このプラグインには非常に高い効率性がありました。時間的なオーバーヘッドはほとんどなく、手動でのバックアップや復元にかかるストレスも一切ありませんでした。

テストプロセスについて

この記事のために、小規模・中規模・大規模の3つのサイトでBlogVaultをテストしました。それぞれのサイトでバックアップの作成と復元を実施しています。最大のサイトは10GBで、データベースは174MBでした。

私たちの経験上、このサイズのサイトを手動で復元するのは容易ではありません。例えばcPanelでバックアップを作成した場合、サイズ制限や技術的な問題により、復元することができませんでした。

はじめに

作業を始める前に、3つのサイトすべてのバックアップを作成しました。その後、BlogVaultアカウントを作成すると、そこから作業が大きく進展しました。

わずか数分でサイトが接続されました。それだけで、あとは何もする必要がありません。サイト全体のバックアップが毎日自動的に作成され、バックアップ機能をオンにする操作すら不要でした。

設定は一切不要で、マネージドWordPressサービスや他のバックアップツールのようにクラウドストレージアカウントを接続する必要もありませんでした。BlogVaultは本当に完全自動なのです!

BlogVaultによるサイト全体のバックアップ

ホストのバックアップをテストした際は、ファイルとデータベースを別々にバックアップする必要がありました。2つの異なるツールを使用し、どのファイルバックアップがどのデータベースバックアップと対応しているのかを把握しておく必要がありました。

一方、BlogVaultならシームレスです。作成されたバックアップには両方の要素がひとつに含まれています。格段に扱いやすくなりました。

高速バックアップ

もうひとつ気づいた点として、通常、小規模サイトは大規模サイト(当社の場合は10GB)よりも短い時間でバックアップできるということがあります。他のツールやcPanelの手動バックアップでは、サイトサイズが大きくなるほどバックアップに要する時間が増えるため、時間が大きな問題でした。

BlogVaultなら、サイトのバックアップはわずか数分で完了しました。最大のサイト(10GB)でも、わずか2分で同期されました。

また、バックアップ処理がウェブサイトの速度を低下させていないかも確認しました。以前使用していたほとんどのバックアップソリューションは、バックアップ作成中にサイトの速度やパフォーマンスに影響を与えていました。

しかし、BlogVaultはサイトのサイズに関係なく迅速にバックアップを行いました。そのため、処理がサイトの速度に与える影響は一切ありませんでした。非常に印象的です!

オンデマンドバックアップ

各サイトでオンデマンドバックアップを実行しました。プラグインはバックグラウンドで動作するため、すべてのサイトのバックアッププロセスを開始したら、通知を待つだけで済みます。

次のテスト項目はオンデマンドバックアップの試用でした。サイトに変更を加える際に、最新のバックアップを取得できることを確認したかったのです。

バックアップは万一の際のセーフティネットであるため、オンデマンドバックアップは迅速かつ簡単であるべきです。他にもやるべきことはたくさんありましたから!

ホストのバックアップでは、手動でプロセスを進め、cPanelのツールを使用する必要がありました。このプロセスは時間がかかり退屈で、しばしばフラストレーションが溜まるものでした。しかし、BlogVaultならワンクリックでオンデマンドバックアップが取れました。

cPanelの手動バックアップとBlogVaultのオンデマンドバックアップの差は歴然でした。cPanelはエラーが起きやすく、多くの時間と労力を要しましたが、BlogVaultの手動バックアップはまったくの手間なしでした。

これにより、バックアップ作成後に予定していたタスクへすぐに移行できました。

ちなみに、プラグインを更新したいと思い、BlogVaultダッシュボードの更新オプションを試してみたところ、プラグイン自体が更新前に追加のバックアップを作成するよう促してくれました。これは嬉しいサプライズでした!

バックアップの保存

数ヶ月前のファイルやデータベースの項目を復元したい場合、古いバックアップは非常に重要です。理想的には、通常のサイトでは90日間、WooCommerceサイトでは365日間のバックアップを保持したいところです。これには十分なストレージ容量が必要です。

他のツールでは、保存できるバックアップ数が30個に制限されていたり、追加のクラウドストレージ料金を払う必要があったため、オンデマンドバックアップの作成を避けていました。サイトが大きく変更される日にバックアップを追加すると、古いバックアップが失われてしまうからです。

一方、BlogVaultは90日間のバックアップ(WooCommerceサイトでは365日間に拡張可能)を提供し、独自のサーバーに保存します。まず、ストレージ容量や追加コストを心配する必要がありませんでした。

次に、バックアップがホストのスペースを使用しないため、サイトのパフォーマンスに影響しません。そして最後に、古いバックアップがオンデマンドバックアップによって失われることはありません。

部分バックアップ

BlogVaultは部分バックアップを許可していません。ただし、それには正当な理由があると気づきました。

1. 特定のファイルやデータベーステーブルのみのバックアップを作成したい場合でも、全体のバックアップを持っている方が常に安全です。何か問題が発生した場合、必要なものを含むすべてが手元にあるからです。
2. 部分バックアップを作成するには、将来部分的に復元する必要があるものを事前に知っておかなければなりません。これは当然不可能であり、そもそも必要ありません。BlogVaultでは特定のバックアップから好きなものをダウンロードできます。つまり、完全なバックアップをBlogVaultサーバーに保存したまま、必要な部分だけをダウンロードできるのです。

3. BlogVaultプラグインを使えば部分復元も可能です。バックアップのバージョンを選択し、復元したいファイルやデータベーステーブルを選ぶだけです。BlogVaultなら復元もこんなに簡単です!

BlogVaultでの復元 – 検証結果

ウェブサイトの健全性は、常に自分自身でコントロールできるべきです。サイトがダウンしたら、開発者を探したり、復元方法の回答を待ったりする手間なく、自分自身で復元できるべきです。

BlogVaultのダッシュボードは直感的だと感じました。説明書を読まなくても、文字通り指先一つですべての操作が可能です。サイトページの「復元」ボタンを押すだけ。それだけです!

これはホストの復元とは対照的な体験でした。正直に言えば、復元プロセスは苦痛でした。特にFTPを使った大規模データベースの復元はひどかったのです。その経験があまりに酷だったため、最初から期待値は低かったのですが、BlogVaultの復元は快適な体験でした!

完全復元

まず、サイト全体を復元する方法を確認しました。小規模・中規模・大規模の3つのサイトすべてで復元プロセスをテストしました。

ここでも復元に設定は一切不要でした。復元元のバックアップバージョンを選択するだけです。さらに、ダッシュボード上で各バックアップファイルの違いを確認できるため、選択も容易でした。ファイルとデータベースの変更内容が明確に一覧表示されます。

高速復元

復元プロセスは本当に速かったです。他のツールや方法での復元では、いくつか悪い経験をしてきました。しかし、BlogVaultが提供するワンクリック復元機能には感銘を受けました。多くのツールはバックアップのみを提供していますが、バックアップの価値はどれだけ簡単に復元できるかにかかっています。

フォーラムでは、何らかの理由で手動復元が失敗したという苦情を多数見かけました。バックアップソリューションを持っているのにウェブサイトを失ってしまうサイトオーナーがいるのです。これは私たちの経験とも一致していました。復元はひどく、失敗しやすいものでした。

そこで、違いを確かめるために手動でサイトを復元してみることにしました。問題のほとんどは大規模サイトで発生するため、まず大規模サイトで試しました。当社のサイトは10GBで、データベースは174MBでした。

手動で復元するには、cPanel上の2つの異なるツールを使って、ファイルとデータベースを別々にアップロードする必要がありました。

まずファイルマネージャーでファイルをアップロードしようとしましたが、ファイルマネージャーには500MBの上限があり、アップロードは失敗しました。FTP経由で手動で行う別の方法を見つけましたが、これは面倒なプロセスでした。

ファイルの復元後、phpMyAdminに移動しました。ここでデータベースをアップロードしようとしましたが、ツールがクラッシュしました。phpMyAdmin経由のデータベースアップロードの最大サイズ制限は50MBです。

すでに古いデータベースを削除していたため、サイトを失ってしまいました。仮に成功していたとしても、このプロセスによるダウンタイムは長すぎました。ビジネスにとっては、顧客、注文、評判の面で損失につながりかねません。

幸いなことに、BlogVaultはすでにインストール済みでした!事前に作成しておいたバックアップの一つからサイトを復元しました。プロセスは非常にスムーズで速く、他の方法は選ばないでしょう。大規模サイトでも8分以内に復元できました。

部分復元

時には、サイト全体ではなく一部だけを復元する必要があるかもしれません。例えば、投稿やページを追加している最中に、バックグラウンドで実行されていたアドオンの更新によってサイトが壊れてしまうケースなどです。

この場合、サイト全体を復元すると、最後のバックアップ以降に追加した新しいコンテンツがすべて失われます。しかし、プラグインファイルだけを置き換えられれば、すべて解決します。

そこで、BlogVaultで部分復元がどのように機能するかテストしました。プロセスは非常にシンプルでした。復元設定で「選択的復元」を展開し、復元したい項目を選択するだけです。

これは今まで見つけた中で最も簡単な部分復元の方法でした。ほとんどのツールでは部分復元は利用できません。

手動でも試してみましたが、頭を悩ませるばかりで結果は出ませんでした。cPanelで手動の部分復元を行うには、そもそも部分バックアップが必要だからです。

何が問題になるのか、どのツールで部分バックアップを作成すべきかを予見できる人はいません。手動の方法はここでも失敗しましたが、BlogVaultは見事に応えてくれました。

その他の便利な機能

BlogVaultには、非常に役立つ追加機能がいくつかあります。以下にその一部を紹介します。

テスト復元: どのバージョンを復元すべきか迷うことがあるでしょう。テスト復元機能を使えば、バックアップをステージングサイトに読み込み、本番サイトに復元する前に、期待通りに動作するかどうかを確認できます。

ステージング: プラグインの更新や新しいテーマなどをテストしたい場合があります。必ずしも本番サイトで直接テストして、うまくいかない場合は復元するのは避けたいものです。BlogVaultなら、ステージング環境を作成して自由にテストできます。

移行: 新しいドメインでサイトを復元したい場合があります。その場合は移行機能が便利です。現在のサイトをそのまま別のホストやサーバーに移行する際にも利用できます。

BlogVaultのバックアップと復元のトラブルシューティング

クラッシュしたサイトの復元: クラッシュしたウェブサイトを復元するには、サイトのFTP情報が必要になる場合があります。FTP情報はホスティング会社のcPanelから確認できます。朗報としては、BlogVaultはFTPなしでクラッシュしたサイトを復元できる新機能をリリースしています。

ステージングからの復元: ステージング環境から本番サイトへ変更を反映するには、ステージングセクションに移動して「マージ」ボタンをクリックするだけです。すべての変更をマージするか、選択した変更のみをマージするかを選べます。

選択的復元: サイト下の復元ボタンをクリックします。復元設定で、ファイルやテーブルを選択する基となるバックアップバージョンを選びます。次に「選択的復元」を展開し、ファイルやデータベースから復元する項目を選択します。

正しいバックアップバージョンの選択: バックアップセクションに表示されているバックアップ数をクリックします。バックアップの「履歴」ページが開き、各バックアップの詳細が表示されます。ファイルとデータベースの内容を確認できます。さらに、将来簡単に識別できるよう、バックアップに固有の名前を付けることもできます。

バックアップのクラウドへのアップロード: 必要に応じて、バックアップをDropboxにアップロードできます。その場合は、バックアップ数をクリックします。履歴ページで「アップロード」をクリックすると、Dropboxアカウントを同期できます。認証が完了すると、バックアップがクラウドに保存されます。

その他の問題: 何か問題があれば、BlogVaultのカスタマーサポートに24時間365日問い合わせできます。フォーラムでは、サイトオーナーや代理店がBlogVaultサポートチームについて高く評価する声を多数目にしました。あなたやあなたのサイトを失望させない形で、疑問の解決を支援してくれます。

信頼できるバックアップソリューションの選び方

プラグインを選ぶ際は、バックアップが一定の基準を満たしていることを確認したいものです。サイトは重要な資産であり、バックアップソリューションは決して裏切らないものであるべきです。バックアップソリューションを選ぶ際は、以下の点に留意してください。

完全なバックアップ – WordPressサイトは「ファイル」と「データベース」という2つの要素で構成されています。ファイルにはサイトのソースコードとアドオン(プラグインやテーマ)が含まれ、データベースにはすべてのコンテンツ(投稿、ページ、コメント、タグなど)がテーブル形式で格納されています。サイトが正常に機能するには、両方の要素が必要です。だからこそ、両方をバックアップすることが重要なのです。

ホストのバックアップを試した際は、各サイトのファイルとデータベースを別々にバックアップする必要がありました。そして、それぞれに意味のある名前を付け、どのファイルバックアップがどのデータベースバックアップと対応するのかを把握する必要がありました。エラーの許容範囲が広すぎて不安になるほどで、言うまでもなく非常に面倒でした。

安全な保存場所 – バックアップは安全に、暗号化された状態で、オフサイト(つまりホスト以外の場所)に保存される必要があります。多くのソリューションは、サイトのサーバー上か、人気のあるクラウドストレージサービスのいずれかにバックアップを保存します。どちらの方法も安全とは言えません。

ホストのバックアップの場合、サーバーに何か問題が起きれば、サイトとバックアップの両方を失うことになります。一部のホストはオフサイトにバックアップを保存していますが、私たちのテストによれば、それは例外的なケースであり、標準ではありません。

一方、クラウドへの保存は多くの場合手作業を伴います。バックアップを暗号化できない限り、安全ではありません。ハッキングされた場合、バックアップを通じてウェブサイト全体が晒される可能性もあります。

簡単に復元できること – バックアップは、問題が発生したときのプロセスの半分にすぎません。顧客が復元テストを怠り、いざ必要になったときに初めて復元できないことに気づき、恐怖を覚えるというケースをあまりにも多く見てきました。

バックアップが簡単かつ迅速に復元できることは極めて重要です。そうでなければ、そのバックアップソリューションは目的を果たしていません。

繰り返しになりますが、ホストのバックアップ復元では多くの問題に直面しました。ファイルとデータベースを別々に復元する必要があること、復元前にデータベースを削除する必要があること、大規模データベースはcPanel経由では復元に失敗することなど、挙げればきりがありません。復元に半日かかることもあり、その間サイトはダウンしたままです。

自動バックアップ – 自動バックアップを提供しないソリューションは、優れたバックアップソリューションとは言えません。手動でのバックアップ作成は面倒な作業であるだけでなく、常に行えるものでもありません。

まとめ

BlogVaultは、バックアップと復元に関する360°のソリューションを提供してくれました。このツールは100GBまでのあらゆるサイズのサイトで高速に動作します。すべてのプランに含まれる毎日の自動バックアップに加えて、WooCommerceサイトではリアルタイムバックアップを選択できます。バックアップは90日間保存され、いつでも簡単に復元できます。