障害回復戦略の計画

災害は、クリティカルなシステムをオフラインにしたり、オフィスやデータセンターを損傷したり、事業運営を一時的に使用できなくするために必要なデータベースやアプリケーションをレンダリングしたりすることがあります。ディザスタ・リカバリ計画は、最も重要なシステムおよびアプリケーションを迅速にバックアップし、他のシステムを復元しながら作業を再開するための、ビジネスのプロセスおよびテクノロジのロードマップです。

ディザスタ・リカバリ(DR)には、ディスラプティブ・イベント後にコンピューティング・ワークロードをオンラインに戻すためのビジネスの技術計画と、ディザスタ・ストライキの前にプレイブックをテストするための方法が含まれます。ディザスタ・リカバリ計画では、ワークロードは重要度順にランク付けされます。コンピューティングのダウンタイムとデータの損失を最小限に抑えながら、ワークロードごとにかかるコストのバランスを取ることを目的としています。

災害復旧では、企業が重要なITシステムを予期しないダウンタイム後にオンラインに戻すことに注力するポリシー、テクノロジー、予算について説明します。中断が発生する前に、障害の直後に復元する必要があるミッションクリティカルなアプリケーションを特定し、重要度のあるグループで他のアプリケーションをランク付けします。

重要なディザスタ・リカバリ・メトリックには、システムをオフラインにできる最大時間を測定するリカバリ時間目標(RTO)と、失う余裕のあるデータ量を測定するリカバリ・ポイント目標(RPO)があり、バックアップまたはレプリケーションの頻度に関連付けられています。どちらの場合も、しきい値が短いほどコストが高くなります。IT組織は、多くの場合、実行しているシステムごとにRTOとRPOを設定し、コストと重要性のバランスをとることができます。

ディザスタ・リカバリ計画の作成

セキュリティ・アーキテクト、クラウド・オペレーション・マネージャー、クラウド・アーキテクト

壊滅的な事象の潜在的なリスク、業務への潜在的な損害、従業員および外部の利害関係者の影響、およびDR計画の結果として発生する可能性のある財務上の損失または規制上の罰金を十分に評価します。

DR計画の開発の一環として、エグゼクティブ・スポンサーおよび影響を受けるチームを特定し、災害時に害を及ぼす可能性のある物理資産およびIT資産をカタログ化し、顧客、サプライヤ、パートナー、その他の利害関係者に対する潜在的な影響を考慮します。

バックアップからリストアできるワークロード、低容量で実行されるサービスとライブ・データを組み合せる必要があるワークロード、およびフル容量を必要とするワークロードを決定します。場合によっては、停止しているアクティブ・システムがスタンバイ・システムに自動的にスイッチオーバーし、停止時間が最小限に抑えられ、データ損失がゼロになることがあります。場合によっては、スイッチオーバーは手動になります。バックアップ・サイトを選択し、アプリケーションを迅速に再起動できるプランを作成します。ここでのクラウドは大きな助けになります。あるオフライン・アプリケーションが別のオフライン・アプリケーションをオンラインに戻さない場合など、操作の再開を妨げる可能性のあるIT依存関係を探します。

これらの技術的側面に加えて、エグゼクティブのリーダーシップと事業部門は、緊急の連絡と対応計画を策定し、DR計画に関する従業員のトレーニング、卓上テストまたはウォークスルーによるテストと再調査、および継続的な改善を行うための規定を行う必要があります。

設計災害復旧ソリューション

セキュリティ・アーキテクト、クラウド・オペレーション・マネージャー、クラウド・アーキテクト

ディザスタ・リカバリ計画を策定する際には、潜在的な破局的な出来事のリスク評価と、ITシステムやビジネス・プロセスへの影響から始めます。

次に、経営陣がサポートするITおよび事業部門チームは、必要なRTOおよびRPOと利用可能な予算を考慮して、資産とシステムを重要度でランク付けし、それぞれを保護するためのDR戦略を割り当てる必要があります。DR計画は、災害、サイバー攻撃、または技術的なエラーによる停止からリカバリまでの時間を橋渡しするための、より広範なビジネス継続性計画の一部です。継続的にテストおよび更新する必要があります。

従来のディザスタ・リカバリまたはクラウドベースのディザスタ・リオーキュリーを計画します。従来のDRは、会社が所有するデータ・センターにある冗長サーバーとストレージ・デバイス、またはリモート・データ・センターへのビジネス・データとアプリケーション・インスタンスのバックアップに依存しているため、1つの地理的領域に問題があると遠隔地でリモート・コピーが破損する可能性はほとんどありません。これに対し、クラウドベースのDR戦略では、アプリケーション・インスタンスの小規模コピーまたはスタンバイ・コピーをパブリック・クラウドに格納することで先行コストを節約し、緊急時にアクティブ化する必要があるときにコンピューティング・リソースを追加することでスケールアップできます。企業は、ミッションクリティカルなアプリケーションを複数のクラウド・リージョンに分散することもできます。

Full Stack Disaster Recoveryの実装

セキュリティ・アーキテクト、クラウド・オペレーション・マネージャー、クラウド・アーキテクト

Oracle Cloud Infrastructure Full Stack Disaster Recoveryは、災害復旧のオーケストレーションおよび管理サービスであり、インフラストラクチャー、ミドルウェア、データベース、アプリケーションなど、アプリケーション・スタックのすべてのレイヤーに包括的な災害復旧機能を提供します。

OCI Full Stack Disaster Recovery(DR)は、様々なデータ・センターの停止から包括的なビジネス継続性を確保することで、リージョン全体の停止や可用性ドメインの停止による組織への影響を最小限に抑えます。

Full Stack DR is flexible enough to easily integrate with various Oracle platforms, non-Oracle applications, and infrastructure.Full Stack DRは、テナンシにデプロイされたサービスおよびアプリケーションのディザスタ・リカバリ計画を生成、実行およびモニターします。Full Stack DRはサービス・レベルで動作するため、テナンシで実行されている他のサービスには影響しません。特定のニーズに基づいて、Full Stack DRによって生成される障害時リカバリ計画をカスタマイズできます。

フル・スタックDR操作の進捗をアクティブにモニターし、操作中にエラーが発生した場合は修正処理を実行します。Full Stack DRの事前チェックを定期的に実行して、ビジネス継続性の準備とコンプライアンスを検証および監視します。

Full Stack DRはOCIからOCIでサポートされています。Full Stack DRを実装するには、オンプレミス・ワークロードをOCIに移行する必要があります。

ディザスタ・リカバリ・ドリル・プランを使用すると、本番スタックを中断することなく、ビジネス継続性の構成および計画を実行および検証できます。テストおよび検証のために、スタンバイ・リージョンで本番スタックのコピーを分離します。