クラウドベースのシステムの障害復旧は、全体的な事業継続戦略にとって極めて重要です。システムの故障や計画外のダウンタイムが発生すると、物事を円滑に進めるためにクラウドベースのリソース、アプリケーション、ドキュメント、データ ストレージに大きく依存している企業にとって深刻な結果をもたらす可能性があります。

さらに、データ・プライバシーに関する法律や標準により、現在ではほとんどの組織に障害復旧戦略を持つことが義務付けられています。DR 計画に従わないと、コンプライアンス違反や高額な罰金につながる可能性があります。

障害復旧が不可欠な理由は次のとおりです。

• データを保護: データ損失を最小限に抑え、迅速な復元を確保します。
• ビジネスの継続性を確保: 中断後、業務を迅速に再開できるようにします。
• 経済的影響を軽減: 収益の損失、罰金、復旧費用を最小限に抑えます。
• 評判の維持: ブランド イメージと顧客の信頼を保護します。
• コンプライアンス要件を満たす: データ プライバシー法や業界標準を遵守するのに役立ちます。

効果的な DR 計画では、復旧のために次の 3 つの要素に対処します。

• 予防: 障害の発生を未然に防ぐためのツールや手法を使用して、システムの安全性と信頼性を可能な限り確保します。これには、重要なデータのバックアップや、構成エラーやコンプライアンス違反がないか環境を継続的にモニタリングすることが含まれます。
• 探知: 迅速な復旧のために、対応が必要なタイミングを知る必要があります。こうした対策は、望ましくないイベントの発生をリアルタイムで検出または発見することに重点を置いています。
• 是正: これらの措置は、潜在的な DR シナリオの計画を行い、影響を軽減するためのバックアップ オペレーションを確保し、いざというときにデータやシステムを迅速に復元するために復旧手順を実施することを目的としています。

通常、障害復旧では、セカンダリ ロケーションまたは複数のロケーション（障害復旧サイト）に重要なデータとワークロードを安全に複製し、バックアップします。障害復旧サイトを使用すると、最新のバックアップまたは過去のある時点からデータを復元できます。予期しないイベントが原因でプライマリ ロケーションとそのシステムに障害が発生した場合、プライマリ ロケーションが復旧するまで、DR サイトの使用に切り替えることもできます。

ここでは、障害復旧において最も一般的なテクノロジーと手法をいくつか紹介します。

• バックアップ: データはオフサイトのセカンダリ システムにバックアップされるか、オフサイトのセカンダリ ロケーションに配送されます。IT インフラストラクチャは含まれません。
• ユースケース: 長期保存やコンプライアンスを目的としてデータをアーカイブ。
• サービスとしてのバックアップ（BaaS）: サードパーティ プロバイダが定期的なデータ バックアップを提供します。
• ユースケース: 独自のバックアップを管理するリソースが不足している中小企業。
• サービスとしての障害復旧（DRaaS）: データと IT インフラストラクチャはバックアップされ、サードパーティ プロバイダのクラウド インフラストラクチャでホストされます。プロバイダは、危機発生時に DR 計画を実行してオーケストレーションします。
• ユースケース: DR オペレーションを専門のプロバイダにアウトソースして、ダウンタイムを最小限に抑えたい組織。
• ポイントインタイム スナップショット: 特定の時点のデータ、ファイル、またはデータベース全体が複製されます。スナップショットは、イベントの影響を受けない場所にコピーが保存されている限り、データを復元するために使用できます。
• ユースケース: データ破損や偶発的な削除から迅速に復元。スナップショットの頻度によっては、データ損失の可能性があります。
• 仮想 DR: オペレーションとデータがバックアップされるか、IT インフラストラクチャの完全なレプリカが作成され、オフサイトの仮想マシン（VM）で実行されます。
• ユースケース: 障害後に仮想化環境にフェイルオーバーして迅速にオペレーションを再開。データとワークロードの頻繁な転送が必要です。
• 障害復旧サイト: 障害発生後に組織が一時的に使用できる場所で、データ、システム、その他の技術インフラストラクチャのバックアップが保管されます。
• ユースケース: プライマリ データセンターが完全に失われた場合にオペレーションを復元するための物理的な場所を提供。厳格なコンプライアンス要件がある組織や、DR 環境を物理的に制御する必要がある組織に適しています。