Oracle Content Managementのディザスタ・リカバリでは、ビジネス継続性の領域に複数のメリットがあります。

• フル・アプリケーション・リカバリの提供: Oracle Content Managementディザスタ・リカバリでは、データベース、検索索引、オブジェクト・ストレージ、アプリケーション層などのコンポーネントを含むアプリケーション・スタック全体のリカバリが提供されます。このフルスタックの障害時リカバリにより、一部のコンポーネントではなく、アプリケーション・スタック全体のリカバリに依存するビジネス継続性を実現できます。
• ディザスタ・リカバリ時間の最小化: Oracle Content Managementディザスタ・リカバリを使用すると、個々のリソースに対して手動でディザスタ・リカバリを実行する必要がなくなります。
• 特別なスキルの必要性を排除:オペレータおよび管理者は、アプリケーションやストレージ・レプリケーションなどの領域で特別なスキルやドメインの専門知識を必要としません。
• 一元管理: Oracle Content Managementディザスタ・リカバリでは、Oracle Content Managementディザスタ・リカバリが有効なすべてのインスタンスに対して、一元管理機能が提供されます。Oracle Cloudコンソールを使用して、ディザスタ・リカバリ・インスタンスの作成、ディザスタ・リカバリの準備状況の監視およびステータスの確認を行うことができます。

Oracle Content Management障害時リカバリを使用する前に、次の主要な用語および概念をよく理解してください。

• ディザスタ・リカバリ(DR) - 停止後にビジネス・システム(サービス)の一部またはすべての部分をリストアするプロセス。このビジネス・システムのリカバリは、同じローカライズされた地理的領域内のデータ・センター間で行われます。
• フル・スタック - ビジネス・システム、アプリケーションまたはソフトウェア・サービスのすべての機能レイヤーを総称するために使用される用語。アプリケーションは、異なる機能レイヤーまたは層(アプリケーション・レイヤー、ミドルウェア・レイヤー、データベース・レイヤー、インフラストラクチャ・レイヤーなど)で構成できます。
• リカバリ・ポイント目標(RPO)-RPOは、DRリストアの一部として許容できるデータ損失の最大量を定義します。RPOは通常、時間単位で表されます。
• リカバリ時間目標(RTO)-RTOは、サービスがリストアされるまで、DR保護下のアプリケーションまたはサービスを使用できない最大時間を定義します。RTOは通常、時間単位で表されます。
• プライマリ- 現在使用中のアプリケーションまたはサービスの本番バージョン。障害回復とは、プライマリ・ロールを持つアプリケーションのプライマリ・バージョンを指します。
• スタンバイ- アプリケーションまたはサービスの予約済バージョン。スタンバイは、アプリケーションまたはサービスがリストアされる代替リージョンを示す場合にも使用されます。ディザスタ・リカバリとは、スタンバイ・ロールを持つアプリケーションのスタンバイ・バージョンを指します。
• ウォーム・スタンバイ - 将来のDR遷移に備えるために、アプリケーションまたはサービスの一部またはすべてのコンポーネントがスタンバイ・リージョンに事前デプロイされるDRモデル。このモデルでは、運用コストは高くなりますが、RTOは低くなります。Oracle Content Management DRサポートは、ウォーム・スタンバイ実装を使用します。
• コールド・スタンバイ - 将来のDR遷移に備えて、アプリケーションまたはサービスのコンポーネントのほとんどまたはどれも事前にスタンバイ・リージョンにデプロイする必要があるDRモデル。アプリケーション・コンポーネントは、DR遷移の一環としてデプロイされます。このモデルでは、運用コストは低くなりますが、RTOは高くなります。
• ロール- アプリケーションとそのリージョンが現在プライマリ(本番)バージョンであるか、スタンバイ(予約済)バージョンであるかを指定します。DR遷移の結果として、アプリケーションの役割とその地域の役割が変更されます。
• 関連付け-2つのOracle Content Managementインスタンス間に定義されたペア関係。Oracle Content Management DR対応インスタンスは、DRサービスの実装に使用する前に、プライマリおよびスタンバイ関係で関連付け(ペアリング)されます。
• スイッチオーバー-Oracle Content Managementの場合、これは、プライマリDRインスタンスからスタンバイDRインスタンスへのOracle Content Managementの計画的な遷移を実行するスケジュール済DRイベントです。スイッチオーバーは、プライマリ・リージョンのアプリケーション・スタックを停止し、スタンバイ・サービスをアクティブ化してアクティブにすることで、順次遷移を実行します。
• フェイルオーバー-Oracle Content Managementの場合、これは、プライマリ・リージョンでサービス停止が発生した場合にスタンバイ・リージョンでOracle Content Managementウォーム・スタンバイ・インスタンスをアクティブ化することで、Oracleがフェイルオーバー遷移を実行する必要がある未スケジュール・イベントです。

Oracleは、Oracle Content Managementサービスに対してフェイルオーバーがアクティブ化されるタイミングを制御します。Oracle Content Managementの場合、ディザスタ・リカバリのパフォーマンス・ターゲットは次のとおりです:

• リカバリ時間目標(RTO) = 1時間-RTOは障害が発生した後でアプリケーション機能を復元する際に必要なターゲット時間です。

  RTOは、障害時リカバリ・プロセスをアクティブ化するOracleの決定から代替サイトで本番操作を再開できるまでの最大期間に対するOracleの目標です。アップグレードの処理中に障害回復プロセスをアクティブにすることを決定した場合、RTOはアップグレードの完了に必要な時間を含むように拡張されます。

• リカバリ・ポイント目標(RPO) = 1時間-RPOは、フェイルオーバー・イベント中にアプリケーションが失われる可能性がある、失われたデータのOracleのターゲット時間枠です。

  Oracleの障害宣言まで、最初のトランザクションが失われる時間として測定されたデータ損失の最大期間に対する目標。RPOは、障害発生時に進行中のデータロードには適用されません。

Oracleを使用すると、顧客はOracle Content Managementディザスタ・リカバリが有効なインスタンスのスイッチオーバーをテストできます。スイッチオーバーをテストするには、Oracle Content Managementインスタンスに対してサービス・リクエストを記録すると、Oracleサポート・チームがテストをスケジュールするために作業します。

ディザスタ・リカバリを実装するには、Oracle Content Managementインスタンスを作成するときに次のオプションを選択する必要があります:

• 拡張ホスティング-拡張ホスティング・ライセンス・オプションを有効にする必要があります。拡張ホスティングにより、Oracle Content Managementのディザスタ・リカバリ機能をサポートするために必要な専用の自律型トランザクション処理(ATP)データベースが可能になります。拡張ホスティングは、Premium EditionまたはBYOLライセンスを使用してOracle Content Managementインスタンスを作成するときに追加できるオプション機能です。このオプションには追加の請求費用があります。追加費用については、前払いサブスクリプション契約またはUniversal Credit契約を参照してください。
• ディザスタ・リカバリ - 「拡張オプション」で、「ディザスタ・リカバリ」オプションを有効にする必要があります。障害時リカバリは、Premium EditionまたはBYOLライセンスを使用してOracle Content Managementインスタンスを作成するときに追加できるオプション機能です。

ディザスタ・リカバリのサポートは、次のOracle Content Managementデータ・センターの組合せで使用できます。