壊れたウェブサイトを復旧するためにクラウドWordPressバックアップを復元する方法

サーバーが火曜日の午後11時にダウンした、あるいは糟糕なプラグインアップデートでデータベースが空になった、あるいはホスティングで壊滅的な障害が発生し、サポートチケットには「調査中です」と書かれている。

サイトが消えたことに気づいたその瞬間、重要なのはただ一つの質問です：取り戻せるか？

多くのWordPressサイト所有者は、最悪の形でその質問の答えを発見します。

どこかのクラウドストレージフォルダにバックアップが保存されているのです。しかし、「バックアップが存在する」と「サイトが復元される」の間には、ほとんどのセットアップで対処されないギャップがあります。バックアップはそこにあります。復旧への道筋はありません。

この記事では、クラウドWordPressバックアップを復元する方法と、サーバーが完全にオフラインで標準の復元ツールが実行できない場合にどうすればよいかを紹介します。

主なポイントは次のとおりです：

• クラウドバックアップは、WordPressにアクセスできない場合に復元できる場合にのみ、あなたを保護します。
• 完全なWordPressバックアップにはサイトファイルとデータベースの両方が必要です。片方だけでは動作するサイトを復元できません。
• 標準のバックアッププラグインは、サーバーがダウンしていると失敗します。なぜなら、実行するにはライブのWordPressインストールが必要だからです。
• Duplicator Cloudのリモートリカバリ機能を使用すると、動作中のサーバーなしで、FTP/SFTP認証情報のみを使用してクラウドダッシュボードから完全なサイトを復元できます。
• 実際の緊急事態でリアルタイムで対処しなければならない場合に備えて、常にステージング環境で復元プロセスをテストしてください。
• バックアップ認証情報をサーバー外からアクセス可能な場所に保存してください。サーバーがなくなると、保存したものにアクセスするためにそれらが必要になります。

目次

なぜクラウドWordPressバックアップが必要なのですか？

ほとんどのWordPressサイト所有者は、バックアップがあれば保護されていると考えています。それは半分にすぎません。そのバックアップがどこにあるかによって、問題が発生したときに実際に使用できるかどうかが決まります。

ローカルバックアップは、サーバーが故障するその瞬間まで便利に感じられます。サーバーがダウンすると、そこに保存されているものもすべてダウンします。頼りにしていたバックアップは、問題の原因となったのと同じマシン上にあります。

これは理論上のリスクではありません。2021年3月、OVHのストラスブールデータセンターでの火災により、サーバーが破壊され、隣接する建物が損傷しました。そこにホストされていたサイトは消滅しました。

オンラインに戻ったのは、オフサイトバックアップを持っていたサイトでした。ローカルまたはオンサーバーストレージのみを持っていたサイトは、復元できるものが何もありませんでした。

3-2-1ルールはまさにこの理由のために存在します：2つの異なるメディアタイプに3つのデータコピーを保持し、1つをオフサイトに保存します。

クラウドストレージはそのオフサイトコピーです。ローカルのすべてがなくなったときに生き残るコピーです。

クラウドWordPressバックアップの復元方法

WordPressサイトをクラウドバックアップから復元するにはいくつかの方法があり、適切な方法はサーバーとWordPressダッシュボードにアクセスできるかどうかによって異なります。

2つの復元方法を説明します：

• 方法1：Duplicatorクラウドリカバリ：サーバーがダウンしている場合に、プラグインまたはオフサイトクラウドダッシュボードを通じてワンクリックでバックアップを復元します。
• 方法2：FTP + phpMyAdmin：ダッシュボードがダウンしていても、FTPとデータベース管理ツールでサーバーにアクセスできる場合の、手動でのフォールバック方法

方法1：バックアッププラグインでクラウドバックアップを復元する

長年にわたり多くのWordPressバックアッププラグインをテストしてきましたが、特にクラウドバックアップの復元にはDuplicator Proを使い続けています。

ほとんどのプラグインでは、まずバックアップをダウンロードしてから、自分で復元方法を見つける必要があります。Duplicatorは、プロセス全体をWordPress内で完結させます。

Duplicatorをこれらのクラウドストレージのいずれかに接続します：

• Duplicator Cloud
• Google Drive
• Dropbox
• Microsoft OneDrive
• Amazon S3
• Wasabi
• Google Cloud
• DreamObjects
• Vultr
• DigitalOcean Spaces
• Cloudflare R2
• Backblaze B2

クラウドバックアップを作成すると、プラグインダッシュボードに直接表示され、復元ウィザードがすべてを処理します。ビジネスに不可欠なサイトを管理していて、まだこれを設定していない場合は、必要になる前に設定しておく価値があります。

軽微なエラーのためのDuplicatorバックアップの復元

Duplicatorの復元プロセスは、phpMyAdminやFTPを手動で操作したくないサイトオーナーのために作られています。WordPressダッシュボードにアクセスできる限り、これがクリーンなサイトに戻るための最も速い方法です。

WordPressダッシュボードにログインし、Duplicator Proプラグインを開きます。バックアップに移動し、復元したいバックアップを見つけます。復元ボタンをクリックします。

バックアップがクラウドに保存されている場合、Duplicatorがダウンロードしてくれます。

次に、Duplicatorは復元ウィザードを起動し、プロセスをステップバイステップで案内します。

ファイル展開、データベースインポート、wp-config.phpの更新などの重労働を処理します。これらの部分を手動で操作する必要はありません。

復元が完了したら、キャッシュをクリアし、サイト全体を確認してすべてが元通りになっていることを確認してください。

重大なエラーのためのDuplicatorクラウドバックアップの復元

これはほとんどのバックアッププラグインが提供していない方法です。サーバーがオフラインになると、WordPressダッシュボードも利用できなくなり、プラグインベースの復元ツールはすべて無用になります。

Duplicator Cloudがその問題を解決します。

バックアップを組み込みのDuplicator Cloudストレージに送信すると、データはオフサイトのダッシュボードに保存されます。ローカルサーバーのエラーから安全であり、これらのバックアップを使用してサイトをリモートでロールバックできます。

復元プロセス全体はDuplicator Cloudダッシュボードから実行されます。サーバーをオンラインにする必要はなく、WordPressを実行する必要もありません。

どこからでも、どのインターネット接続からでも、どのデバイスからでも、フルサイトの復旧を開始できます。

設定は一度だけ行います。Duplicator Cloudダッシュボードで、サイトの回復コネクタを設定するために、FTP/SFTPの認証情報（ホスト名、ユーザー名、パスワード、サイトファイルへのパス）を入力します。

接続をテストして、正常に機能することを確認します。コネクタが設定されると、今後の復元は数回のクリックで完了します。

問題が発生した場合は、Duplicator Cloudダッシュボードでサイトのストレージを開き、最新のクリーンバックアップを見つけて、フルバックアップを復元をクリックします。

Duplicatorはインストーラースクリプトとバックアップファイルを自動的にダウンロードし、復元ウィザードを起動します。利用規約に同意し、プロセスを実行させ、動作するサイトに再度ログインします。

復元はフルリストアだけではありません。問題が特定されている場合、Duplicator Cloudは部分的なリストアもサポートします。サイトの他の部分に触れることなく、データベースのみ、メディアライブラリのみ、または特定のファイルをロールバックできます。

単一の悪い変更が問題を引き起こし、フル再構築が最近のコンテンツの喪失を意味する場合に、これは便利だと感じます。

これは、必要に応じて機能する、真の災害復旧セットアップです。Duplicator Cloudにバックアップを保存しており、リカバリコネクタがすでに設定されている場合、完全にダウンしたサーバーは危機から簡単な復旧プロセスに変わります。

方法2：クラウドWordPressバックアップを手動で復元する

WordPressダッシュボードにアクセスできないが、サーバーにはまだ到達できる場合、FTP経由の手動復元がフォールバックとして機能します。より多くの手順が必要ですが、プラグインベースの復元ツールが実行できない場合に確実に機能します。

まず、クラウドストレージからローカルマシンにバックアップファイルをダウンロードします。サーバー上のものを操作する前に、ファイルアーカイブとデータベースエクスポートの両方が必要になります。

FTPクライアント（FileZillaが好きです）を開き、サーバーに接続します。public_htmlから古いWordPressファイルを削除し、バックアップファイルをアップロードします。ホストによっては、ルートディレクトリは通常public_htmlまたはその中のサブディレクトリです。

ファイルが配置されたら、ホスティングコントロールパネルからphpMyAdminを開きます。正しいデータベースを選択し、インポート機能を使用して.sqlファイルをアップロードします。

データベースが大きい場合、この手順には数分かかることがあります。続行する前に完了させてください。

インポートが完了したら、wp-config.phpを開き、DB_NAME、DB_USER、DB_PASSWORD、DB_HOSTの値が現在のデータベース認証情報と一致していることを確認します。移行中またはサーバー移動中に何かが変更された場合、ここで復元されたサイトが接続に失敗し、フロントエンドでデータベースエラーが表示されます。

サイトが復旧したら、設定 » パーマリンク設定に移動し、変更を保存をクリックしてパーマリンクをフラッシュします。その後、サーバー側のキャッシュをクリアします。

バックアップがDuplicator Proで作成された場合、このプロセスは大幅に簡単になります。生のWordPressファイルをアップロードして個別の.sqlファイルをインポートする代わりに、クラウドから復元をクリックします。

確実なWordPressクラウドバックアップ復元のための私のヒント

クラウドバックアップがあることは、出発点にすぎません。これらのプラクティスは、プレッシャーの下で持ちこたえるバックアップ戦略と、実際に機能する必要があるまで見栄えの良い戦略を分けるものです。

バックアップを自動化して、バックアップがない状態にならないようにする

手動バックアップはスキップされます。自動スケジュールはスキップされません。

Duplicator Proを使用すると、バックアップスケジュール、ストレージの宛先、保持ルールを1か所から設定できるため、何も考えずにすべてが実行されます。

Duplicator Proでは、バックアップのスケジュール設定ページを使用して、時間ベースのバックアップを作成し、Duplicator Cloudまたは接続されている他のストレージの宛先に直接送信します。

Duplicatorは、1時間ごと、毎日、毎週、毎月の自動バックアップをサポートしています。

少なくとも毎日自動バックアップを設定してください。トラフィックの多いサイトやWooCommerceを実行しているサイトは、より頻繁に実行する必要があります。バックアップスケジュールでカバーされていない1時間ごとに、そのウィンドウ内で何か問題が発生した場合、データ損失の可能性があります。

常にファイルとデータベースの両方をバックアップに含めてください。部分的なバックアップは部分的な復旧を作成し、実際に復元する必要があるまで何が欠けているかわかりません。

Duplicatorを使用すると、クラウドに保持するバックアップの数を定義できるため、手動でのクリーンアップなしで古いバックアップが自動的にクリアされます。毎日のフルバックアップが実行されている場合、ストレージはほとんどの人が予想するよりも速く満杯になります。

特にWooCommerceサイトの場合、フルサイトの実行間に、より頻繁なデータベースのみのバックアップをスケジュールすることを検討してください。注文と顧客レコードは常に変更されます。数時間ごとに実行される軽量のデータベースバックアップは、毎回フルパッケージのオーバーヘッドなしでそのアクティビティをキャプチャします。

実際に必要になる前に復元をテストする

テストしたことのないバックアップは仮定です。ファイルが完全であること、データベースがクリーンにエクスポートされたこと、資格情報がまだ機能していること、および復元ウィザードが何かを尋ねたときに何をするべきかを知っていることを信頼しています。それは多くの仮定です。

ステージング環境で少なくとも四半期に一度テスト復元を実行してください。フルプロセスを実行してください。バックアップをダウンロードまたは検索し、復元を開始し、サイトがクリーンに戻ってくることを確認してください。最後に確認してから設定が変更された場合は、すぐにわかります。

Duplicatorのステージング機能を使用すると、テスト用にサイトのコピーを簡単に作成できます。

そこで復元を実行します。サイトを調べてください。データベースが破損しておらず、ファイルが本来あるべき場所にあることを確認してください。

複数のストレージ場所を使用する

単一のクラウド宛先に依存することは、アカウントが侵害された場合に何も残されなくなる可能性があります。

ストレージプロバイダーがダウンする。アカウントがロックされる。請求の問題でアクセスが中断される。これらのシナリオのいずれかが、不適切な瞬間に発生すると、良いバックアップがアクセス不能なものになります。

Duplicator Proは、複数のストレージプロバイダーへの同時配信をサポートしています。Duplicator Cloudに加えて、Amazon S3、Google Drive、またはBackblaze B2のような2番目の宛先に接続し、自動バックアップが両方に送信されるように構成してください。

見過ごされがちな実用的な詳細：バックアップストレージの資格情報をサーバー外からアクセス可能な場所に保管してください。パスワードマネージャー、保護されたドキュメント、別のマシンからアクセスできる場所など。

サーバーがなくなった場合、バックアップにアクセスするにはその資格情報が必要になります。失敗したマシンにのみ保存しないでください。

バックアップを保護する

バックアップファイルには、ユーザーデータ、データベースの資格情報、APIキー、設定ファイルなど、サイト上のすべてが含まれています。ライブサイトと同じレベルの保護に値しますが、実際にはほとんどのバックアップ設定ではセキュリティが後回しにされています。

バックアップアーカイブを暗号化してください。Duplicator Proはパスワードで保護されたバックアップをサポートしており、有効にするのに約30秒かかります。

バックアップワークフローに接続されているすべてのFTP/SFTPアカウントおよびクラウドストレージの宛先には、強力でユニークな認証情報を使用してください。ホスティングアカウントやストレージプロバイダー間でパスワードを再利用すると、1回の侵害ですべてが漏洩する可能性があります。

Duplicator Cloudダッシュボードおよび接続されているストレージアカウントへのアクセス権を持つユーザーを定期的に監査してください。

チームメンバーは変わります。代理店は契約を失います。6か月前に意味があったアクセス権が、現在意味をなさなくなる可能性があります。

四半期ごとのチェックは数分で完了し、問題になる前にギャップを閉じます。

よくある質問（FAQ）

あなたのサイトはいずれダウンします。その後の展開はあなた次第です。

すべてのサイトオーナーは、ある時点でバックアップ戦略が実際に機能するかどうかを知ることになります。

すでにテスト復元を実行し、クラウドストレージを設定し、リカバリコネクタを構成した人は、その瞬間が来てもパニックになりません。ただプロセスを開始するだけです。

Duplicatorは、スケジュールされたバックアップ、マルチデスティネーションクラウドストレージ、復元テスト用のステージング環境、サーバーが完全にオフラインの場合でも機能するDuplicator Cloudによるリモート災害復旧を、すべて1か所で提供します。

ほとんどのバックアッププラグインは、WordPressがダウンした瞬間に役に立たなくなります。Duplicator Cloudはそうではありません。

最後の部分は、ほとんどの人が、サーバーエラーに直面して明確な解決策がない状況になるまで、その重要性を理解していません。

Duplicator ProとDuplicator Cloudストレージを入手し、リカバリコネクタを設定して、テスト復元を1回実行してください。バックアップが完了していることと、復旧にかかる時間がわかります。また、危機的な状況でプレッシャーの中で解決策を見つけなければならない前に、準備されたプロセスを文書化しておくことができます。

せっかくなので、これらの関連リソースも気に入っていただけると思います。

• WordPressサイト所有者にとってのクラウドストレージ制限の本当のコスト
• クラウドWordPressバックアップの作成方法
• WordPressバックアップのための11のベストクラウドストレージサービス
• 無料のクラウドストレージ：検討すべき無料のオフサイトバックアップオプション
• WordPressのバックアップと復元をリモートで行う方法
• サイトがクラッシュしたばかりですか？完全なウェブサイト復旧計画はこちらです