3-2-1バックアップルール：その内容、仕組み、2026年に変わること

ウェブサイトのアドレスを入力したときに見たくないものは何でしょうか？真っ白な画面？エラーメッセージ？

それを読んでパニックになったなら、あなたは一人ではありません。ウェブサイトの構築は大変な作業であり、災害が発生した場合、一瞬で消えてしまう可能性があります。

そこで登場するのが3-2-1バックアップルールです。これはウェブサイトのための賢くシンプルなセーフティネットであり、万が一の事態が発生した場合でも、あなたのデータがしっかりと残るようにする方法です。

3-2-1ルールは、あらゆる種類のデータを保護するための、広く尊重され、実績のある戦略です。人々はコンピューター、ウェブサイト、ハードドライブなどを保護するためにこれを使用しています。

この記事では、3-2-1バックアップルールとは何か、そしてそれをウェブサイトに簡単に適用する方法を説明します。堅牢なバックアップ計画を立てましょう！

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

• 3-2-1ルールとは：3つのデータコピーを、2つの異なるストレージタイプに保存し、1つをオフサイトに保管すること
• 元のルールは、ハードウェア障害、誤削除、ほとんどの災害から保護します。バックアップを標的とする攻撃者からは保護しません。
• 更新された3-2-1-1-0ルールには、1つのイミュータブルバックアップ（削除または上書き不可）と、復元テストで0エラーが追加されます。
• テストしたことのないバックアップは、信頼できるバックアップではありません。「0」はオプションではありません。
• Duplicator Proは、10以上の宛先へのクラウドストレージとスケジュールされた毎日のバックアップにより、3-2-1戦略をネイティブに実装しています。

目次

3-2-1バックアップルールとは？

3-2-1バックアップルールは、3つのデータコピーを2つの異なるストレージメディアに保存し、1つのコピーをオフサイトに保存することを保証します。データ保護のための広く推奨される戦略です。

一つずつ分解していきましょう。「3-2-1」はバックアップの数と、それらがどこに保存されるべきかを示しています。

つまり、以下を持つべきです：

• 3つのデータコピー。 元のデータと2つのバックアップ。1つのバックアップは予想よりも頻繁に失敗します。2つのバックアップがあれば、実際のフォールバックが得られます。
• 2種類の異なるストレージ。 コピーを少なくとも2つの物理的に異なるメディアタイプに保存します。例えば、ローカルハードドライブとクラウドサービス、またはオンサイトサーバーと外付けドライブなどです。ポイントは、一方のストレージタイプを無効にする同じ障害が、両方を無効にしないということです。
• 1つのオフサイトコピー。 少なくとも1つのバックアップは、火災、洪水、盗難、またはプライマリロケーションでのサーバー障害の影響を受けない場所に保管する必要があります。ほとんどのWordPressサイト所有者にとって、これはクラウドストレージを意味します：Google Drive、Amazon S3、Dropbox、または専用のバックアップサービスです。

これら3つの要件は、ハードウェア障害、偶発的な削除、物理的な災害という最も一般的なデータ損失シナリオから保護します。

サーバーがクラッシュしてローカルバックアップも失われた場合でも、クラウドコピーがあります。投稿を誤って削除してローカルバックアップを上書きした場合でも、別のドライブに2番目のコピーがあります。1つのコピーの復元に失敗しても、別のコピーがあります。

このフレームワークは、もともと写真家のピーター・クローグが2005年の著書「The DAM Book: Digital Asset Management for Photographers」で提唱したものです。シンプルで覚えやすく、機能するため、ITおよびデータ保護の標準となりました。

各部分を詳しく見ていきましょう。

データの3つのコピー

これはすべて冗長性に関するものです。冗長性とは、問題が発生した場合に備えて複数のバックアップを用意しておくことです。

ウェブサイトのデータコピーが1つしかない場合、サーバーがクラッシュするとすべてを失います。しかし、3つのコピーがあれば、選択肢があります。1つのコピーが失敗しても、他のコピーがすぐに利用できます。予備を用意しておくようなものです。

2種類の異なるストレージメディア

なぜ2つの異なるメディアタイプが必要なのでしょうか？1つのタイプだけに頼るのは危険だからです。

すべてを外付けハードドライブにバックアップすると想像してみてください。そのタイプのハードドライブに問題が発生した場合はどうなりますか？または、それらがすべて同じイベントで損傷した場合はどうなりますか？異なるメディアを使用することで、これらの種類の障害から保護されます。

「メディア」とは、バックアップを保存する場所のことです。例としては、次のものが挙げられます。

• 外付けハードドライブ
• SSD（ソリッドステートドライブ）
• NAS（ネットワーク接続ストレージ）デバイス
• クラウドストレージ（Dropbox、Google Drive、AWS S3など）
• テープドライブ（ウェブサイトではあまり一般的ではありませんが、まだ使用されています）

組み合わせが重要です。たとえば、外付けハードドライブに1つのバックアップを保存し、別のバックアップをクラウドストレージに保存することができます。

1つのオフサイトロケーション

これはパズルの最後のピースであり、非常に重要です。「オフサイト」とは、完全に別の場所に1つのバックアップを保存することを意味します。

オフサイトバックアップは、サイト固有の災害から継続的なデータ保護を提供します。「オフサイト」とは、次のいずれかになります。

• クラウドストレージサービス（データセンターは通常、異なる場所にあります）
• 別のオフィス場所
• 安全なデータセンター
• 銀行の貸金庫（物理メディアの場合）でも構いません。

重要なのは物理的な分離です。メインのウェブサイトとローカルバックアップに問題が発生した場合でも、オフサイトバックアップは安全で健全であり、復元する準備ができています。

つまり、これが3-2-1ルールの要点です。3つのコピー、2つのメディアタイプ、1つのオフサイト。シンプルですよね？しかし、貴重なウェブサイトデータを保護するためには、信じられないほど強力です。

3-2-1ルールが依然として有効な理由

3-2-1バックアップルールは、それが保護する脅威が依然として現実であるため、技術の進歩から何十年も生き残ってきました。

ハードドライブは依然として故障します。クラウドサービスは依然として停止します。人々は依然として誤ってファイルを削除します。物理的な災害は依然として発生します。

Barracuda Networksの調査によると、バックアップ戦略をテストした組織の97％は、身代金を支払うことなくランサムウェア攻撃から回復しました。バックアップがあることは、依然として回復における最も信頼性の高い単一の要因です。

このルールはストレージに依存しないため、存続しています。特定のツールやサービスに依存しません。無料のクラウドストレージとプラグインで実装することも、エンタープライズグレードのインフラストラクチャで実装することもできます。結果は同じです。この柔軟性により、個人ブロガーから大企業まで、あらゆる組織で耐久性のある標準となっています。

WordPressサイトの場合、3-2-1ルールは次のように自然に適用されます。

• コピー1：ライブサイト（Webホスト上のファイル+データベース）
• コピー2：コンピュータまたはNASドライブへのローカルバックアップ
• コピー3: Duplicator Cloud、Google Drive、Amazon S3、Dropboxなどのオフサイトクラウドバックアップ

この構造を一貫して維持することで、WordPressサイト所有者が実際に直面するデータ損失イベントの大部分から保護されます。

データセキュリティと冗長性の向上

3-2-1ルールは冗長性に関するものです。これは、データのコピーが複数あることを意味します。1つのコピーが失敗しても、他のコピーがあります。これにより、恒久的なデータ損失のリスクが劇的に減少します。

データ損失の防止

データ損失はさまざまな方法で発生する可能性があります。ハードドライブのクラッシュは一般的です。誤って削除することも同様です。ランサムウェアのようなサイバー攻撃はファイルを暗号化する可能性があります。洪水や火災などの自然災害は機器を破壊する可能性があります。

3-2-1ルールは、次のような幅広い脅威からあなたを守ります。

• ハードウェア障害：ハードドライブが故障した場合でも、異なるメディアにバックアップがあります。
• ソフトウェアの問題/破損：ウェブサイトのファイルが破損した場合でも、クリーンなバックアップがあります。
• 人的エラー：重要なファイルを誤って削除しましたか？バックアップを復元してください。
• サイバー攻撃：ランサムウェアに感染しましたか？システムをワイプし、攻撃前のバックアップから復元してください。
• 災害：あなたの場所で火災や洪水が発生しましたか？オフサイトバックアップは安全です。

データ侵害やその他の災害は、貴重な情報を危険にさらす可能性があり、事業継続のために多層的なバックアップ戦略が不可欠になります。

安心感

堅牢なバックアップ戦略が整っていることを知っていると、安心感が得られます。データ損失を常に心配することなく、仕事、ウェブサイト、ビジネスに集中できます。必要に応じて、いつでも災害復旧計画を利用できます。

業界のベストプラクティス

3-2-1ルールはニッチな考え方ではありません。IT業界で広く認識され推奨されているベストプラクティスです。世界中の専門家や組織がこれを支持しています。3-2-1ルールに従うことは、データ保護のために実績があり信頼性の高い戦略を使用していることを意味します。

2026年における3-2-1ルールの限界

現代のランサムウェア攻撃は、10年前とは異なる方法で機能します。初期のランサムウェアはファイルを検索して暗号化しました。バックアップから復元して、次に進みました。

現在の攻撃はそうではありません。攻撃者は、暗号化を実行する前に、侵害されたシステム内に時間を費やします。

その間、アクセス可能なすべてのバックアップを検索して削除または破損します。その後、暗号化します。サイト所有者が復元しようとすると、復元できるものがなくなります。

バックアップが、攻撃者がアクセスできる場所（同じ侵害された管理者認証情報に接続されたクラウドストレージアカウントや、同じサーバー上のバックアップフォルダなど）に保存されている場合、それらは脆弱です。3-2-1ルールが提供する物理的な分離は、攻撃者がログイン認証情報を入手した場合、役に立ちません。

2番目のギャップがあります：テストされたことのないバックアップは、機能しない可能性があるバックアップです。

サイト所有者が最悪の瞬間にこれを発見するのを見たことがあります。クラッシュ後にバックアップファイルを開くと、破損していたり、不完全だったり、新しい環境で実行されなくなったプラグインによって作成されたものであることがわかります。

バックアップは存在しました。復元できなかっただけです。

これらのギャップのどちらも、3-2-1ルールを間違ったものにするわけではありません。ルールが更新を必要とした、というだけのことです。

3-2-1-1-0ルール：2026年の標準

3-2-1-1-0ルールは、元の3-2-1ルールに2つの追加要件を加えて構築されています。

+1個のイミュータブルバックアップ。バックアップコピーの少なくとも1つはイミュータブル（変更不可能）である必要があります。

イミュータブルバックアップは、定義された保持期間中、変更、上書き、または削除（管理者権限を持つ管理者でさえも）できません。攻撃者がシステムへの完全なアクセス権を取得した場合でも、イミュータブルバックアップは彼らが触れることのできない唯一のコピーです。

Amazon S3のようなクラウドストレージプロバイダーは、バケットをイミュータブルにするオブジェクトロック設定を提供しています。一部のバックアップサービスは、直接制御できないインフラストラクチャにバックアップを保存します。

+0回の復元テストエラー。「0」は、バックアップ戦略に検証済みの復元テストが含まれており、それらのテストがエラーゼロで完了することを意味します。

一度もテストされたことのないバックアップは、未知のリスクを伴います。先四半期に正常に復元されたバックアップは、実際に信頼できるものです。

「1」と「0」は元のルールを置き換えるものではなく、拡張するものです。依然として3つのコピー、2つのメディアタイプ、1つのオフサイトコピーが必要です。さらに、そのコピーの1つが絶対に触れることのできないものであり、復元プロセスが機能することの証明が必要です。

ほとんどのWordPressサイト所有者にとって、完全な3-2-1-1-0標準を実装することは次のようになります。

• コピー1：ウェブホスト上のライブサイト
• コピー2：オブジェクトロックが有効なクラウドストレージアカウントへの自動スケジュールバックアップ（イミュータブル）
• コピー3：2番目のクラウド宛先またはローカルドライブ
• 復元テスト：四半期ごとに、バックアップをステージング環境に復元し、完全に機能することを確認します。

イミュータブルコピーは、ほとんどのサイト所有者がスキップする部分です。複雑に聞こえるからです。しかし、そうではありません。例えば、Amazon S3のオブジェクトロックは数分で設定できます。

3-2-1バックアッププランの実装方法

さて、3-2-1バックアップが必要な理由を理解しました。次に、WordPressサイトでこの戦略を実際に実装する方法について説明します。

複雑に聞こえるかもしれませんが、特に適切なツールがあれば、そうである必要はありません！

ステップ1：Duplicator Proをインストールする

Duplicator Proは、バックアップを簡単にできる強力なWordPressプラグインです。技術の専門家でなくても、3-2-1ルールに従うことを簡単に開始できます。

Duplicatorをバックアップコマンドセンターと考えてください。ここで、3-2-1バックアップ戦略全体を制御および管理します。

以下は、3-2-1バックアップルールに完全に準拠したDuplicatorの機能の一部です。

• 無制限のバックアップ作成
• 複数のストレージ場所を選択
• オンサイトローカルバックアップとサードパーティのクラウドバックアップ
• Duplicator Cloud、Amazon S3、Google Cloud、Cloudflare R2などのクラウドサービスと統合
• 自動バックアップをスケジュールする
• ワンクリックでクラウドからバックアップを復元

まず、WordPressウェブサイトにDuplicator Proをインストールする必要があります。

プラグインを有効化します。次に、Duplicator Pro » 設定に移動します。ライセンスキーを貼り付けて、有効化をクリックします。

これで完了です！Duplicatorがインストールされ、すぐに使用できます。ウェブサイトのバックアップを開始する準備が整いました。

ステップ2：少なくとも2つのストレージ場所を設定する

Duplicatorがインストールされたので、バックアップをどこに保存するかを指示する時間です。

3-2-1ルールの「2つの異なるストレージメディア」の部分を覚えていますか？ここでそれが役立ちます。

Duplicator内で少なくとも2つの異なるストレージ場所を設定する必要があります。安全な3-2-1計画のためには、さらに多く設定することをお勧めします。

オフサイトバックアップは、真の災害復旧の重要な部分です。完全に別の物理的な場所に保存され、場所固有の災害から保護されます。

Dropbox、Google Drive、Amazon S3、Google Cloud Storage、OneDrive、Backblaze B2などのサービスは、便利で信頼性の高い優れたオフサイトオプションです。さらに、Duplicator内で簡単に設定できます。

Duplicatorにネイティブのクラウドストレージが搭載されたことをご存知でしたか？WordPressバックアップ専用に作成されたサービス、Duplicator Cloudストレージを入手してください！

別のサーバーにアクセスできる場合は、FTPまたはSFTPを使用してバックアップをそこに送信できます。これにより、より多くの制御が可能になりますが、設定が少し技術的になる場合があります。

物理的な場所のシンプルさを過小評価しないでください。バックアップをハードドライブにコピーして、友人の家、貸金庫、または別のオフィスの場所に保管することができます。より手動ですが、有効なオフサイト戦略です。

このチュートリアルでは、クラウドバックアップを設定します。私の意見では、これが最も簡単なオプションです。

WordPressダッシュボードでDuplicator Pro » ストレージに移動します。新規追加ボタンをクリックします。

ストレージ場所にわかりやすい名前を付けます。ドロップダウンリストからストレージタイプを選択します。

プロンプトに従って、Duplicator Proを目的のストレージ場所に承認および接続します。通常、クラウドストレージアカウントへのログイン、またはFTP/SFTP資格情報の入力が含まれます。

ストレージを保存をクリックします。

これらの手順を繰り返して、少なくとも2つの異なるストレージ場所を設定します。良好な3-2-1バックアップ計画のためには、オンサイトとオフサイトのストレージの組み合わせを、異なるメディアタイプを使用して目指してください。

ステップ3：バックアップを作成する

さて、エキサイティングな部分です：最初のバックアップを作成しましょう！

Duplicatorを使用すると、バックアップの作成は簡単です。WordPressウェブサイト全体（ファイル、データベース、プラグイン、テーマ、すべて）のコピーを作成します。このバックアップは、必要に応じてサイトを復元するために使用されます。

WordPressダッシュボードでDuplicator Pro » バックアップに移動します。新規追加ボタンをクリックします。

バックアップに名前を付けます。後で見つけやすいように、動的タグを使用して現在の時刻、バックアップテンプレート、曜日、または月を含めます。

ストレージの下に、ローカルオプションと、前のステップで設定したクラウドストレージが表示されます。必要なだけ場所を選択してください。ただし、少なくとも2つは必要です。

次に、どのデータをバックアップに保存するかを決定できます。フルサイトバックアッププリセットを使用することをお勧めしますが、必要に応じてバックアップをカスタマイズしても構いません。

次へをクリックします。Duplicatorはサイトをスキャンし、作成しようとしているバックアップの詳細を表示します。これらの設定を確認できますが、標準的なフルサイトバックアップの場合、デフォルトで問題ありません。

準備ができたら、ページ下部にあるバックアップを作成ボタンをクリックします。Duplicatorはバックアップの構築を開始し、複数のストレージ場所に送信します。

バックアップが完了すると、2つのファイルが表示されます。

• アーカイブ: これは、ウェブサイトのすべてのファイルとデータベーステーブルを含むメインのバックアップファイルです。通常はZIPファイルになります。
• インストーラー: これは、バックアップを復元するために使用される小さなPHPファイルです。ウェブサイトを復元するには、アーカイブファイルと一緒にこのファイルが必要です。

インストーラーとアーカイブの両方のファイルをコンピューターにダウンロードします。クラウドにもコピーが保存されていることを忘れないでください。

ステップ4：自動バックアップをスケジュールする

手動バックアップは良いスタートですが、正直に言って、ウェブサイトを手動で定期的にバックアップすることを覚えておくのは難しいです。人生は忙しいです。

私は常に自動バックアップを使用して、サイトが保護されていることを確認しています。

信頼性の高い3-2-1バックアップ戦略の鍵は自動化です。指一本動かすことなく、一貫してバックアップを実行したいものです。

幸いなことに、Duplicatorはバックアップスケジューリングをサポートしています。Duplicator Pro » スケジュールバックアップ » 新規追加に移動します。

スケジュールに週次オフサイトバックアップや月次Google Cloudバックアップのような説明的な名前を入力します。

バックアップテンプレートは、スケジュール実行時にどのデータがバックアップされるかを決定します。フルサイトバックアップが必要な場合は、デフォルトのままにします。カスタムバックアップの場合は、新しいテンプレートを作成します。

自動バックアップの場合、複数の場所を選択できます！これにより、バックアップをさまざまなストレージメディアやオフサイトの場所に自動的に送信できます。異なるストレージ場所のために2つの異なるスケジュールを作成することもできます。

繰り返しドロップダウンを使用して、バックアップを実行したい頻度を選択します。次のようなオプションがあります。

• 毎時: 非常に頻繁に更新されるサイト向け。
• 毎日: ほとんどのウェブサイトにとって良いバランスです。多くのWordPressサイトに推奨されます。
• 毎週: コンテンツの変更が少ないサイトに適しています。
• 毎月: 頻度は低いですが、自動化がないよりは良いです。

ウェブサイトのコンテンツが変更される頻度に合わせて頻度を選択してください。毎日新しいブログ記事を公開する場合は、毎日のバックアップが良いでしょう。サイトがより静的な場合は、毎週から始めるのが良いかもしれません。

その後、スケジュールを保存して有効にします。

これで完了です！Duplicatorは、設定したスケジュールに従ってWordPressサイトのバックアップを自動的に作成します。バックアップがバックグラウンドで実行され、ウェブサイトのデータを安全に保っているとわかっているので、安心できます。

バックアップにおいては一貫性が重要であることを忘れないでください。Duplicatorでバックアップを自動化することで、信頼性の高い3-2-1バックアップ計画に向けた大きな一歩を踏み出すことになります。

ステップ5：イミュータブルバックアップの宛先を追加する（3-2-1-1-0アップグレード）

このステップは、3-2-1戦略を3-2-1-1-0に引き上げます。攻撃者が管理者権限をすべて持っていても削除できない場所に保存されたバックアップが1つ必要です。

Object Lockを備えたAmazon S3は、WordPressサイト所有者にとって最も実用的な方法です。Object Lockは、設定された保持期間中、S3バケット内のオブジェクト（ファイル）がバケット所有者であっても削除または上書きされるのを防ぎます。

Amazon S3をWordPressのストレージ場所として設定するガイドに従ってください。ただし、新しいバケットを作成する際には、高度な設定でObject Lockを有効にしてください。

バックアップスケジュールを更新して、このS3の宛先を3番目のストレージ場所として含めてください。これで、3-2-1構造は次のようになります。

• ローカルサーバーコピー（デフォルトストレージ経由のコピー1）
• Duplicator Cloud（オフサイトのコピー2）
• Object Lockを備えたAmazon S3（変更不可能なオフサイトのコピー3）

ステップ6：バックアップ通知を設定する

自動バックアップが実行されているのに、成功しているのか失敗しているのかわからないと想像してみてください。それは理想的ではありませんよね？

バックアップ通知は、バックアップシステムのためのチェックエンジンライトのようなものです。問題があれば警告してくれるので、修正できます。

Duplicatorは、バックアップが失敗した場合に自動的に通知します。ストレージ場所への接続に問題があったか、バックアッププロセス中にエラーが発生した可能性があります。通知により、これらの問題を迅速に把握できます。

さらに、バックアップの定期的な更新を受け取ることもできます。Duplicatorは、すべての新しいバックアップ、ストレージ場所、および実行中のスケジュールに関する概要をメールで送信します。

これらのメール概要をカスタマイズするには、Duplicatorの一般設定にあるメール概要セクションを見つけてください。頻度を毎日、毎週、または毎月に設定します。受信者フィールドにメールアドレスを入力します。

これらの通知に注意してください。失敗通知を受け取った場合は、Duplicatorのログと設定を確認して問題をトラブルシューティングしてください。バックアップの失敗に迅速に対処することは、信頼性の高い3-2-1バックアップ計画を維持するために不可欠です。

ステップ7：災害復旧を設定する

バックアップは素晴らしいですが、復元方法を知っていなければ役に立ちません。ここで災害復旧が登場します。

災害復旧とは、データ損失やウェブサイトの障害が発生した場合に、バックアップからウェブサイトを復元するプロセスです。Duplicatorでは、復元プロセスは簡単に行えるように設計されています。

エラーが発生した場合は、クリーンなバックアップを見つけて復元ボタンを押してください。クラウドに保存されている場合でも、Duplicatorがダウンロードして復元します。

Duplicatorが各バックアップ用に作成する2つのファイル、アーカイブとインストーラーを覚えていますか？これらを使用してウェブサイトを復元できます。

バックアップがサードパーティの場所にある場合は、これらの2つのファイルをダウンロードしてください。次に、FTPまたはホスティングコントロールパネルのファイルマネージャーを使用して、installer.phpファイルとアーカイブファイルの両方をサーバーのルートディレクトリにアップロードします。

Webブラウザを開き、http://yourdomain.com/installer.phpを検索します（yourdomain.comを実際のドメイン名またはサーバーIPアドレスに置き換えてください）。インストーラーが復元プロセスを段階的に案内します。

Duplicatorの災害復旧機能を設定することで、最悪のシナリオに備えることもできます。緊急時に復元したいバックアップを見つけます。青い家のアイコンをクリックします。

災害復旧の設定を続行します。

その後、災害復旧リンクとランチャーファイルを取得します。これら両方を安全な場所（WordPressサイトから離れた場所）に保存してください。

何か悪いことが起こった場合は、リンクをブラウザウィンドウに貼り付けます。あるいは、復旧ランチャーファイルを開くこともできます。

Duplicatorは、完全にダウンしていても、サイトを自動的に復元します！

ステップ8：バックアップ復元をテストする

正常に復元されたことのないバックアップは、信頼できるバックアップではありません。この手順は、バックアップが実際に機能することを確認します。これは、「3-2-1-1-0」の「0」が要求するものです。

ウェブサイトの火災訓練と考えてください。バックアップが実際に機能すること、そして必要に応じてサイトを復元する方法を知っていることを確認したいはずです。

復元をテストする最善の方法は、ステージング環境です。ステージング環境は、ライブサイトに影響を与えることなく安全に変更をテストできる別の場所にあるウェブサイトのコピーです。

多くのウェブホスティングプロバイダーは、無料のステージングサイトを提供しています。あるいは、Duplicatorでワンクリックでステージングサイトを作成します。

次に、ステージングサイトにバックアップを復元します。これを行う1つの方法は、バックアップをインポートバックアップページにアップロードすることです。

バックアップは、ワンクリックの復元ボタンでも復元できます。

ライブサイトではなく、ステージングサイトに復元していることを確認してください！

復元が完了したら、ステージングウェブサイトを徹底的に確認してください。さまざまなページを閲覧し、フォームをテストし、プラグインの機能を確認し、すべてが正しく機能していることを確認してください。

復元されたステージングサイトで、コンテンツ、投稿、ページ、画像、データベースデータがすべて存在し、正確であることを確認してください。

復元プロセス中に問題が発生した場合、または復元されたウェブサイトに問題が見つかった場合は、それらを文書化してください。問題をトラブルシューティングし、必要に応じてバックアップまたは復元プロセスを調整してください。

復元を一度だけテストしないでください。バックアップの復元を定期的にテストする習慣にしてください。おそらく毎月または四半期ごとです。これにより、バックアップが信頼性を維持し、復元プロセスに慣れていることを確認できます。

3-2-1バックアップルールの例

数字は覚えやすいです。実際には、セットアップによって異なります。

小さなブログまたは個人サイト

Google DriveまたはAmazon S3への毎日の自動バックアップ。ローカル外付けハードドライブへの毎週のバックアップ。

Duplicatorは基本的な機能を処理し、不変の要件（3-2-1-1-0ルールに従っている場合のみ）は、Amazon S3 Object Lockを有効にすることで満たすことができます。

アクティブなビジネスサイトまたはWooCommerceストア

Object Lockが有効なAmazon S3への毎日の自動バックアップ（不変、オフサイト）。ローカルドライブまたは別のクラウドサービスへの2番目のコピー。

復元がエンドツーエンドで機能することを確認するために、ステージングサイトで四半期ごとの復元テストを実施します。Duplicator Proは、単一のダッシュボードからスケジューリング、S3統合、およびステージングサイトの作成を処理します。

複数のクライアントサイトを管理するエージェンシー

各クライアントには、少なくとも2つのクラウド宛先と、月次メンテナンスレポートに含まれる検証済み復元テストが提供されます。Duplicator Proのマルチサイト管理は、サイトごとに異なるバックアップスケジュールとストレージ宛先をサポートします。

具体的なツールよりも構造が重要です。3つのコピー。2つのタイプ。1つのオフサイト。1つの不変。0回の復元テスト失敗。

データ、リスク、利用可能なリソースについて考えてください。次に、あなたに合った3-2-1バックアップおよび復旧戦略を設計してください。

よくある質問（FAQ）

これは次のことを意味します：

• データの3つのコピー
• 2種類のストレージメディア
• 1つのオフサイトの場所
• 1つのオフラインまたはエアギャップコピー
• バックアップのエラーは0件

新しい部分を分解しましょう：

• 1 オフラインまたはエアギャップコピー: これは、ネットワークから物理的に切断されたバックアップコピーを持つことを強調します。ランサムウェアや、オンラインバックアップを侵害する可能性のあるその他のサイバー脅威から保護されます。バックアップ後に切断する外付けハードドライブや、イミュータブルストレージを考えてください。
• バックアップにエラーなし0件: これはバックアップ検証に関するものです。バックアップを作成するだけでは十分ではありません。実際に復元可能でエラーがないことを確認する必要があります。ゼロエラーを達成するには、バックアップを定期的にテストすることが鍵となります。

3-2-1-1-0ルールは、より包括的で最新のデータ保護アプローチです。すでに堅固な3-2-1ルールの基盤に、オフライン保護とバックアップ検証の重要な要素を追加します。

Duplicatorは、手頃な価格でローカルおよびクラウドバックアップを提供します。多くのウェブホスティングコントロールパネルには、無料のバックアップツールが含まれています。Duplicator、ウェブホスト、および無料のクラウドストレージティアがあれば、安価な3-2-1バックアップ戦略が完成します。

最も手の込んだ3-2-1セットアップをすぐに実装する必要はありません。基本的なセットアップから始めて、必要に応じて拡張してください。単純な3-2-1アプローチでも、まったくバックアップがないよりははるかに優れています。

セットアップが完了すれば、バックアップは大幅に自動化できます。毎日手動でバックアップを行う必要はありません。

シンプルな3-2-1セットアップから始めましょう。たとえば、Duplicatorを使用してWordPressサイトをコンピューターとGoogleドライブにバックアップします。それは素晴らしいスタートであり、まったく複雑ではありません。

不要なストレージコストを回避するために、保存するバックアップの数を制限してください。Duplicatorのストレージ設定で、バックアップの最大数を減らします。新しいバックアップを作成すると、古いバックアップは削除されます。

他のバックアップオプションを詳しく見てみましょう：

クラウドのみのバックアップ：クラウドバックアップのみに依存します。便利で自動化されていることが多いですが、クラウドプロバイダーのサービス、価格設定、またはインターネット接続に問題が発生した場合はリスクがあります。また、復元はローカルバックアップよりも遅くなる可能性があります。

3-2-1-1-0バックアップ戦略：これは、さらに回復力を高めるための3-2-1ルールの拡張です。追加されるのは次のとおりです。

• 1つのイミュータブルバックアップ：オフサイトバックアップの1つはイミュータブルである必要があります。イミュータブルバックアップは、作成後に変更、削除、または暗号化されないように保存されます。これにより、ランサムウェアや偶発的な削除から保護されます。
• 検証後のエラーゼロ：各バックアッププロセスの後、検証中にエラーゼロを目指します。これは、バックアップの整合性を定期的に確認することの重要性を強調しています。
• メリット：特にランサムウェアやデータ破損に対するデータ保護が強化されます。
• デメリット：実装がより複雑になり、イミュータビリティをサポートする特殊なストレージソリューションが必要になる場合があります。ストレージコストが増加する可能性があります。小規模なウェブサイトには過剰かもしれませんが、非常に機密性の高いデータには理想的です。

4-3-2-1バックアップ戦略：場所の多様性に焦点を当てた別のバリエーションです：

• 4つのデータのコピー：冗長性が向上します。
• 3つの異なるストレージメディア：メディアの多様性を維持します。
• 2つのオフサイトロケーション：バックアップは、地理的に分離された2つのオフサイトロケーションに保存されます。これにより、単一のオフサイトロケーションに影響を与える可能性のある地域的な災害から保護されます。
• 1つのオフラインコピー：1つのバックアップは、ネットワークから物理的に切断されたオフライン（安全に保管されたテープやリムーバブルハードドライブなど）で保持されます。これにより、オンラインバックアップを侵害する可能性のあるサイバー攻撃に対するエアギャップ保護が提供されます。
• メリット：場所固有の脅威やサイバー脅威を含む、幅広い災害に対する最大限の保護。
• デメリット：実装が最も複雑で高価です。大幅なインフラストラクチャと管理が必要です。通常、データ保護のニーズが高い大企業向けです。

ルールはシンプルです。問題は、実際にテストしたかどうかです。

3-2-1バックアップルールは理解しやすく、ほとんどのWordPressサイト所有者にとって使いやすいものです。スキップされがちなのは、復元テストです。

ほとんどの人はバックアップを設定し、確認メールを見て、カバーされていると思い込みます。復元プロセスが実際に完了することを検証するまで、カバーされていません。

それが3-2-1-1-0アップデートの真の教訓です。四半期に一度、復元テストをスケジュールしてください。ステージングサイトを起動し、そこにバックアップを復元して、サイトが期待どおりに見え、機能することを確認してください。

20分かかります。必要な時にバックアップ戦略が機能することを知る唯一の方法です。

150万人以上のWordPressのプロフェッショナルが、バックアップ、移行、サイト復旧の管理にDuplicator Proを使用しています。Duplicator Proは、スケジュールされた自動バックアップ、10以上のクラウドストレージ連携（不変性のためのAmazon S3 Object Lockを含む）、クラウドストレージからの直接ワンクリック復元により、完全な3-2-1-1-0戦略をサポートします。

設定する準備はできましたか？今日アップグレードしてください！次に、2つのクラウド宛先を設定し、スケジュールされたバックアップを有効にして、四半期ごとの復元テストを設定します。

せっかくなので、これらの関連WordPressガイドも気に入っていただけると思います。

• ウェブサイトのバックアップでこれらの間違いを犯すのをやめましょう
• SSHでWordPressをバックアップする方法
• クラウドWordPressバックアップの作成方法
• バックアップからWordPressを復元する方法（5分未満）
• 設定して忘れるだけ：WordPress自動バックアッププラグインが作業を代行します
• WordPressのクラウドストレージプラグインベスト5