BlogVault のバックアップと復元:完全ガイド

バックアップとは、ライブ サイトがダウンした場合に復元できる Web サイトのコピーです。 「優れた」バックアップはそれだけではありません!

この記事では、優れたバックアップの条件、Web ホストのバックアップだけでは不十分な理由、安心のために適切なプラグインを選択する方法について説明します。

TL;DR: BlogVault を使用して、WordPress サイトの防弾バックアップを作成します。ホストが提供する信頼性の低いバックアップや、手動バックアップを保存するための追加のクラウド ストレージに料金を支払う必要はありません。 BlogVault は、信頼性が高く、復元を簡単かつ迅速にするバックアップ ソリューションを提供します。

バックアップ プラグインを選ぶ理由

ウェブサイトを作成したとき、WordPress のバックアップが必要であることはわかっていました。最も簡単で明白なルートは、当社の Web ホストが提供するバックアップ ソリューションを使用することでした:WP Engine、Bluehost、および GoDaddy。

しかし、Web サイトのバックアップと復元を行っているうちに、いくつかの明確な問題が明らかになりました。これは時間のかかるプロセスであり、信頼性が低く、したがって最終的には無意味でした。

そこで、バックアップ プラグインをテストすることにしました。以下に示す基準に加えて、BlogVault には、ステージング、テスト リストア、移行、および Web サイト管理など、いくつかの機能が追加されています。

次のセクションでは、BlogVault を使用してバックアップと復元を行う方法を紹介し、私たちの経験について詳しく説明します。

BlogVault を使用してウェブサイトをバックアップする方法

BlogVault のバックアップは、優れたバックアップの特徴をすべて備えているため、信頼性があります。これらはサイト全体のバックアップであり、暗号化された形式でオフサイトに保存され、必要に応じて完全または部分的にすばやく復元できます。

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

テスト プロセスについて簡単に説明します

この記事では、小規模、中規模、大規模の 3 つのサイトで BlogVault をテストしました。 BlogVault を使用してバックアップを作成し、それぞれのバックアップを復元しました。私たちの最大のサイトは 10 GB で、データベースは 174 MB でした。

私たちの経験では、このサイズのサイトを手動で復元するのは簡単ではありません。たとえば、cPanel を使用してバックアップを作成したとき、サイズの制限と技術的な問題のために、それらを再度復元することはできませんでした.

はじめに

入る前に、3 つのサイトすべてのバックアップを取りました。その後、BlogVault アカウントを作成したところ、本格的に動き始めました。

ほんの数分で、サイトが接続されます。そして、それが文字通り私たちがしなければならなかったすべてでした。完全なサイト バックアップが毎日自動的に作成されます。これらのバックアップをオンにする必要さえありませんでした。

管理された WordPress サービスや他のバックアップ ツールとは異なり、構成は必要なく、クラウド ストレージ アカウントを接続する必要もありませんでした。 BlogVault は本当に自動化されています!

BlogVault で完全なサイト バックアップ

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

BlogVault を使用すると、シームレスでした。作成されたバックアップには、両方のコンポーネントが 1 つに含まれていました。はるかに簡単に対処できます。

クイック バックアップ

私たちが気付いたもう 1 つの要因は、通常、小規模なサイトは、私たちのような大規模なサイト (10 GB) にかかる時間よりもわずかな時間しかかからないことです。他のツールや手動の cPanel バックアップでは、Web サイトのサイズによってバックアップに必要な時間が増加するため、時間が大きな問題でした。

Blogvault はサイトのバックアップに数分しかかかりませんでした。最大のサイト (10 GB) でさえ、わずか 2 分で同期されました。

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

しかし、BlogVault は Web サイトのサイズに関係なく、サイトを迅速にバックアップしました。したがって、プロセスはサイトの速度にまったく影響しませんでした.印象的でした!

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

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

リストの次のテストは、オンデマンド バックアップを試すことです。 Web サイトに変更を加えたい場合に、新しいバックアップを取得できるようにしたかったのです。

バックアップはフェイルセーフであることを念頭に置いて、オンデマンド バックアップを迅速かつ簡単に実行したいと考えています。やらなければならないことが他にもありました!

ウェブホストでは、プロセスを手動で実行し、cPanel からツールを使用する必要がありました。このプロセスは時間と手間がかかり、しばしば私たちをイライラさせました。しかし、BlogVault のおかげで、クリック 1 つでオンデマンドに対応できました。

cPanel の手動バックアップと BlogVault のオンデマンド バックアップの違いは非常に大きかったです。 cPanel one はエラーが発生しやすく、多くの時間と労力を要しましたが、BlogVault の手動バックアップは簡単でした。

これにより、バックアップの作成後に実行する予定のタスクにすばやく進むことができました。

余談ですが、プラグインを更新したかったので、BlogVault ダッシュボードで更新オプションを試しました。プラグイン自体により、更新前に追加のバックアップを作成するように求められました。それはボーナスでした！

バックアップ ストレージ

数か月前のファイルまたはデータベース アイテムを取得する場合、古いバックアップは非常に重要です。理想的には、サイトのバックアップを 90 日間、WooCommerce サイトのバックアップを 365 日間保持したいと考えています。これには十分な保管スペースが必要です。

他のツールでは、30 のバックアップのストレージ制限があるか、追加のクラウド ストレージに料金を支払う必要があるため、通常、オンデマンド バックアップの作成を避けていました。ウェブサイトが多くの変更を行っている日にいくつかの追加のバックアップを行うと、いくつかの古いバックアップが失われることになります.

一方、BlogVault は 90 日間のバックアップを提供し、WooCommerce サイトの場合は 365 日間まで延長でき、それらを独自のサーバーに保存しました.そのため、まず、ストレージ スペースと追加費用について心配する必要がありませんでした。

次に、バックアップが Web ホスト スペースを使用していないため、サイトのパフォーマンスには影響しませんでした。最後に、古いバックアップはオンデマンド バックアップの影響を受けませんでした。

部分バックアップ

BlogVault では、部分的なバックアップは許可されていません。それは事実ですが、それには正当な理由があることがわかりました.

<オール>

特定のファイルまたはデータベース テーブルのバックアップを作成する場合でも、バックアップ全体を作成することをお勧めします。何か問題が発生した場合でも、必要なものを含め、すべてを手に入れることができます。

部分バックアップを作成するには、将来、部分的に復元する必要があることを知っておく必要があります。これは明らかに不可能であり、必須でもありません。 BlogVault を使用すると、特定のバックアップから必要なものをダウンロードできます。したがって、いつでも完全なバックアップを BlogVault サーバーに保存し、そこから必要なものだけを部分的にダウンロードできます。

3. BlogVault プラグインを使用して、部分的な復元を行うことができます。バックアップ バージョンを選択し、選択的復元を行うファイルまたはデータベース テーブルを選択するだけです。 BlogVault を使えば、復元はとても簡単です。

BlogVault による復元 – 調査結果

Web サイトの健全性は、常に自分で管理する必要があります。ダウンしている場合は、開発者を探したり、ウェブサイトを復元する方法についての回答を待ったりする手間をかけずに、自分で復元できるはずです。

BlogVault ダッシュボードは直感的であることがわかりました。何をすべきかを説明する必要はありませんが、文字通りすべてを指先で行うことができます。私たちがしなければならなかったのは、サイトページの復元ボタンを押すことだけでした.以上です！

これは、Web ホストの復元とはまったく対照的でした。正直なところ、特に FTP を使用する大規模なデータベースでは、復元プロセスは苦痛でした。その経験は非常にひどいものだったので、そもそも私たちの基準は低かった.しかし、BlogVault の復元は楽しい経験でした。

完全な復元

最初に、完全なサイトを復元する方法を確認しました。復元プロセスについても、小、中、大の 3 つのサイトすべてをテストしたいと考えました。

繰り返しますが、復元には構成は必要ありませんでした。復元するバックアップ バージョンを選択するだけでした。ダッシュボード自体でさまざまなバックアップ ファイルの違いを確認できたため、この決定も容易になりました。ファイルとデータベースの変更が明確にリストされています。

クイック復元

復元プロセスは本当に迅速でした。他のツールや方法を使用した復元プロセス中に、いくつかの悪い経験がありました.しかし、BlogVault が提供するワンクリック復元機能には非常に感銘を受けました。私たちが使用した多くのツールは、バックアップのみを提供します。しかし、バックアップはどれだけ簡単に復元できるかが重要です。

何らかの理由で手動復元が失敗したという苦情がフォーラムで多数見つかりました。これにより、バックアップ ソリューションがあるにもかかわらず、ウェブサイトの所有者はウェブサイトを失ってしまいました。これも私たちの経験に見合ったものでした。復元はひどいもので、失敗しがちでした。

そのため、サイトを手動で復元して違いを確認する必要がありました.ほとんどの問題は大規模なサイトで発生するため、最初にテストしました。サイトのサイズは 10 GB で、データベースは 174 MB でした。

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

最初に、File Manager を使用してファイルをアップロードしようとしました。ただし、File Manager には 500 MB の制限があったため、アップロードは失敗しました。 FTP 経由で手動でこれを行う別の方法を見つけました。しかし、それは面倒なプロセスでした。

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

古いデータベースをすでに削除していたため、サイトを失いました。成功したとしても、プロセスによるダウンタイムが長すぎました。ビジネスの場合、顧客、注文、評判の面で損失を被る可能性があります。

幸いなことに、Blogvault は既にインストールされていました。事前に作成したバックアップの 1 つを使用して、サイトを復元しました。プロセスは非常にスムーズで迅速だったので、他の方法を選択することはありませんでした。大規模なサイトは 8 分以内に復元されました。

部分的な復元

場合によっては、サイト全体の一部だけを復元する必要がある場合があります。たとえば、投稿やページを追加しているときに、バックグラウンドで実行されていたアドオンの更新によってサイトが壊れてしまう場合などです。

この場合、サイト全体を復元すると、最後のバックアップ後に追加した新しいコンテンツがすべて失われます。ただし、プラグイン ファイルを差し替えるだけで問題ありません。

そこで、BlogVault で部分復元がどのように機能するかをテストしたいと考えました。プロセスは非常に簡単でした。復元設定で、選択的復元を展開し、復元したい項目を選択する必要がありました.

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

手動でやろうとしたこともありましたが、多くの頭を悩ませましたが、結果はありませんでした. cPanel を使用して手動で部分的な復元を行うには、部分的なバックアップが必要でした。

何がうまくいかないのか、そもそもどのツールを使用して部分バックアップを作成するのかについて、将来の洞察を持っている人は誰もいません。したがって、ここでも手動の方法は失敗しましたが、BlogVault は見事に成功しました。

追加機能

BlogVault には、非常に便利な追加機能がいくつかありました。これらのいくつかを以下に説明します:

復元のテスト: どのバージョンを復元すればよいかわからない場合があります。テスト リストアでは、基本的にバックアップをステージング サイトにロードし、それが期待どおりに機能するかどうかを確認してから、ライブ サイトにリストアすることができます。

ステージング: プラグインの更新や新しいテーマなど、いくつかのことをテストする必要がある場合があります。常にライブ サイトで実行して、うまくいかない場合は元に戻すとは限りません。 BlogVault を使用すると、テスト用のステージング エリアを簡単に作成できます。

移行: 新しいドメインでサイトを復元したい場合があります。移行は進むべき道です。この機能を使用して、現在のサイトをそのまま別のホストまたはサーバーに移行することもできます。

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

クラッシュしたウェブサイトの復元: クラッシュした Web サイトを復元するには、サイトの FTP の詳細が必要になる場合があります。 FTP の詳細は、Web ホストの cPanel から確認できます。良いニュースは、BlogVault が、FTP なしでクラッシュしたサイトを復元するのに役立つ新機能を開始したことです。

ステージングからの復元: ステージングからライブ サイトに変更をプッシュするには、ステージング セクションに移動して [マージ] ボタンをクリックするだけです。すべての変更をマージするか、選択した変更のみをマージするかを選択できます。

選択的復元: サイトの下にある復元ボタンをクリックします。復元設定で、ファイルまたはテーブルを選択する必要があるバックアップ バージョンを選択します。次に、選択的復元を展開し、復元するファイルやデータベースからアイテムを選択します。

Choosing the correct backup version: Click on the number of backups that your backup section shows. A ‘History’ page for your backups will open. You will see details for each of the backups. You can check the files and database to see what they contain. Furthermore, you can also give a unique name to your backups to help identify them easily in the future.

Uploading backup to cloud: You can upload your backup to Dropbox if you would like. To do so, click on backups count. On the History page, click on upload. Here you can sync your Dropbox account. Once authenticated, your backup will be saved on the cloud.

Other issues: You can reach out to the customer support of BlogVault 24/7 for any issue. We read quite a few great things site owners and agencies said on forums about the BlogVault support team. They will help you resolve your queries in such a way that doesn’t let you or your site down.

How to choose a reliable backup solution?

When choosing a plugin, we want to make sure that the backups fulfill certain criteria. Your sites are important and so your backup solution should be one which never lets it down. While choosing a backup solution, you need to keep a few things in mind. :

Complete backup – A WordPress site consists of two components – files and database. Your files contain your source code for your site and add-ons (plugins and themes). Your database contains all the content (posts, pages, comments, tags etc.) in the form of tables. In order for your site to work properly, you must have both of these components. That’s why it is important to back up both of them.

When trying out web host backups, we needed to back up the files and databases separately for each site. We then named each of them semantically to understand what was in them, plus which file backup went with which database backup. The margin for error was too high for comfort, not to mention how tedious it was.

Secure storage – Your backups need to be stored securely, encrypted, and at an offsite location, i.e. not with your host. Most solutions store backups on your site server or with one of the popular cloud storage services. Both of these solutions are not secure.

With web host backups, if anything goes wrong with your server, you will end up losing both your site and your backup. Some web hosts do store backups offsite, but as per our testing, this is largely the exception, not the rule.

On the other hand, storing backups on the cloud entails manual work most of the time. Unless you are able to encrypt your backups, they are not secure. In the event of a hack, your entire website could be laid bare through your backups.

Easily restorable – Backups are only one half of the process, when something goes wrong. Too often, we’ve seen customers forget to test restores till they need them and then realise to their horror that they don’t work.

It is vital that backups are easy and fast to restore. If they are not, then your backup solution doesn’t serve its purpose.

Again, during web host backup restores, we faced numerous hassles:files and databases needed to be restored separately; databases needed to be deleted before restores were possible; large databases usually failed to restore via cPanel; and much more besides. Some restores took half a day to complete, and all the while the site was down.

Automated backups – Any solution that doesn’t provide automatic backups is not a good backup solution. Creating manual backups is not only a tedious task, but also not feasible all the time.

結論

BlogVault provided us with a 360° solution for backups and restores. The tool works fast for sites of all sizes up to 100 GB. Besides the automatic daily backups that it offers in all its plans, WooCommerce website can opt for real-time backups. The backups are stored for 90 days. You can easily restore any of these backups anytime you want.