データベースのDRを計画

Oracle GoldenGate、Active Data GuardおよびAutonomous Data Guardを使用して、Oracle CloudにデプロイされたデータベースのDRを実装できます。

Active Data Guardは、本番データベースの同期された物理レプリカ(スタンバイ)をリモートの場所に保持することで、Oracle Databaseの包括的なデータ保護、高可用性およびディザスタ・リカバリを簡単かつ経済的に提供します。スタンバイ・データベースは、REDO転送、検証およびリカバリ時に読取り専用でオープンされます。
一般的なストレージ・レプリケーション方法とは異なり、Active Data Guardは、インメモリーREDOログのみをレプリケートし、レプリケーションを検証して破損の可能性を回避します。
Oracle GoldenGateは、マルチマスター・レプリケーション、ハブとスポーク・デプロイメントおよびデータ変換をサポートする高度な論理レプリケーション製品です。GoldenGateは、異種ハードウェア・プラットフォームを含む、レプリケーション要件の完全な範囲に対応する柔軟なオプションを提供します。
Autonomous Data Guardは、Oracle Cloudの自律型データベース・インスタンスにデータ保護およびディザスタ・リカバリを提供します。自律型データベース・インスタンスに対してAutonomous Data Guardを有効にすると、スタンバイ・データベースが同じリージョンに作成されます。複数のアベイラビリティ・ドメインがあるリージョンでは、スタンバイはプライマリ・データベースとは異なるアベイラビリティ・ドメインでプロビジョニングされます。単一のアベイラビリティ・ドメインのリージョンでは、スタンバイはプライマリ・データベースとは異なる物理マシンにプロビジョニングされます。Autonomous Data Guardはプライマリ・インスタンスを監視し、プライマリ・データベースが使用できなくなった場合、自動的にスタンバイ・データベースにフェイルオーバーします。

Oracle Maximum Availability Architectureについて

Oracle Maximum Availability Architecture (MAA)は、Oracleの高可用性テクノロジを統合して使用するための一連のベスト・プラクティス・ブループリントです。MAAのベスト・プラクティスは、高可用性およびデータ保護要件に対して様々なサービス・レベル目標を達成するように設計された標準アーキテクチャについて説明しています。Bronze、Silver、GoldおよびPlatinum MAAアーキテクチャ層は、様々なサービス・レベルの目標を達成し、高可用性、データ保護およびディザスタ・リカバリのオプションを提供するように設計されています。

次のMAA層はそれぞれ、一緒にデプロイすると、計画外の停止および計画されたメンテナンス・イベントのターゲット・サービス・レベルを確実に達成できる最適なOracle機能セットを使用します。

ブロンズ
ブロンズ層は、可能なかぎり最も低いコストで基本的なデータベース・サービスを提供します。コストの削減と実装の複雑さの軽減と引き換えに、高可用性とデータ保護のレベルが削減されます。このアーキテクチャは、テスト、開発および重要度の低い本番アプリケーションおよびデータベースに使用されるデータベースに適している場合があります。

このアーキテクチャでは、Oracle Enterprise Editionに含まれる高可用性機能を使用します。Bronzeのデフォルトは、Oracle Database単一インスタンス・アーキテクチャまたはマルチテナント・アーキテクチャです。Oracle RestartまたはOracle Clusterwareの高可用性機能を使用して、障害が発生したインスタンス、データベース・サーバー、または関連する管理対象サービスを再起動します。ヒューマン・エラーなどの論理的な破損の場合は、フラッシュバック操作を使用して、データベースを特定の時点に巻き戻すことができます。完全なサイト停止の最悪のシナリオでは、バックアップからシステムおよびデータベースをリストアおよびリカバリするために必要な追加の時間があり、その結果、数時間または数日のダウンタイムが発生する可能性があります。

最速のリカバリには、同じデータ・センター内のローカル・バックアップが常に推奨されます。また、Oracleでは、リモート・データ・センターにバックアップの2番目のコピーを保持して、サイト停止や障害から保護することをお薦めします。Oracle Database Backup Cloud Serviceを使用して、オンプレミス・データベースのクラウドベースのバックアップを保持できます。
シルバー
シルバー層は、リカバリ不能なデータベース・インスタンスまたはサーバー障害がある場合に、コールド・リスタートまたはバックアップからのリストアを待機する余裕がないデータベース向けに設計されています。このアーキテクチャは、ビジネス・クリティカルな本番アプリケーションに適しており、ローカル障害や最も一般的な計画メンテナンス・アクティビティのダウンタイムを短縮する必要がある本番アプリケーションに適している場合があります。

シルバー・アーキテクチャは、ブロンズ・アーキテクチャの基盤に基づいて構築され、データベース・インスタンスまたはサーバー障害が発生した場合に最小またはゼロのダウンタイムを実現するOracle Real Application Clusters (Oracle RAC)アクティブ/アクティブ・クラスタリングと、最も一般的な計画メンテナンス・イベントのデータベース・ダウンタイムがゼロになります。

Bronzeアーキテクチャと同様に、Recovery Manager (RMAN)は、完全なクラスタ停止または災害が発生した場合に可用性をリストアするためのデータベース最適化バックアップを提供します。
金色
ゴールド層は、長期のダウンタイムとデータ損失を許容できないサービス・レベル要件向けに設計されています。このアーキテクチャ・パターンのセットは、データ破損、データベース障害、サイト停止など、計画外のあらゆるタイプの停止に対して高可用性と包括的なデータ保護を提供します。すべてのデータベースおよびシステム停止および計画メンテナンス・アクティビティについて、迅速なリカバリ時間とゼロまたは最小のデータ損失を必要とするミッション・クリティカルな本番アプリケーションでは、ゴールド・リファレンス・アーキテクチャに含まれる機能を利用できます。

Silver参照アーキテクチャ上に構築されたゴールド・リファレンス・アーキテクチャでは、Oracle Active Data Guardを使用して4つのアーキテクチャ・パターンが提供されます。パターンは、ファスト・スタート・フェイルオーバーおよびHAオブザーバを使用した1つのリモート・アクティブ・スタンバイから、スタンバイ・リーダー・ファームを含む複数のスタンバイ・データベース構成、最後にデータ損失ゼロ・スタンバイ構成に変わります。
プラチナ
Platinum層には、ゴールド・アーキテクチャでは実現できない停止および計画メンテナンス・アクティビティのダウンタイムがゼロになる可能性があります。Platinumアーキテクチャは、Oracle GoldenGateレプリケーションを追加してゴールド・アーキテクチャ上に構築され、移行、アプリケーション・アップグレードおよびデータベース・アップグレードの停止時間をなくします。各Oracle GoldenGateデータベースは、データベース、クラスタまたはサイト障害が発生した場合にゼロのデータ損失を発生させるために、スタンバイ・データベースで保護されます。

他のMAAアーキテクチャとは異なり、競合の検出および解決が正しく実行されるように、Oracle GoldenGateをアーキテクチャに統合するには、アプリケーションの考慮事項が必要です。グローバル・データ・サービス(カスタム・アプリケーション・サービス管理)は、移行やデータベースのアップグレードなどのアクティビティでゼロ・アプリケーションのダウンタイムを実現するために必要になる場合もあります。

Active Data Guardの使用

Data Guardは、1つ以上のスタンバイ・データベースを作成、維持、管理および監視して、本番のOracleデータベースが障害およびデータ破損に耐えられるようにする、一連の包括的なサービスを提供します。Data Guardは、トランザクション上の一貫性を持つ本番データベースのコピーとしてスタンバイ・データベースを維持します。Active Data Guardのベスト・プラクティスの大部分は、MAAゴールド層のリファレンス・アーキテクチャの一部として定義、テストおよび検証されます。

Data Guardは、計画停止または計画外停止により本番データベースを使用できなくなった場合、いずれかのスタンバイ・データベースを本番ロールに切り替えて、その停止時間を最小化できます。従来のバックアップ、リストア、クラスタ技術とともにData Guardを使用することで、高レベルのデータ保護およびデータ可用性が提供できます。

Active Data Guardのメリット

Active Data Guardには、いくつかの利点があります。

セキュアな物理レプリケーション。
スタンバイ・データベースは読取り専用でオープンしているため、データの一貫性が保証されます。

Oracle Database 19c以降では、定期的な更新および挿入指示をスタンバイ・データベースに発行できるため、指示をプライマリ・データベースにリダイレクトできます。
完全なOracle Databaseのシンプルで高速かつ一方向レプリケーション。
デフォルト構成ではほとんどのワークロードを処理するため、管理のオーバーヘッドはほとんどありません。
制限はありません。
Oracle Data Guard REDO ApplyはすべてのOracle機能をサポートし、特別な考慮事項なしですべてのデータおよびストレージ・タイプ、PL/SQLパッケージおよびDDLを透過的にレプリケートします。
最適なデータ保護。
「Replication Direct from memory」は、プライマリ・データベースで発生する可能性があるI/Oの破損からスタンバイ・データベースを分離します。プライマリ・データベースまたはスタンバイ・データベースで独立して発生する可能性があるサイレント・ライトの破損を検出します。プライマリ・データベースまたはスタンバイ・データベースで独立して発生する可能性がある物理ブロック破損を自動的に検出して修復します。
データ損失ゼロの同期、またはほぼゼロのデータ損失保護による非同期の選択。
RoIが改善されました。
レポート・アプリケーション、アドホック問合せ、データ抽出などの読取り専用ワークロードを同期されたフィジカル・スタンバイにオフロードできます。
1つのコマンドは、フィジカル・スタンバイ・データベースをテスト・システムのオープン読取り/書込みとして変換します。2番目のコマンドは、それをフィジカル・スタンバイ・データベースに戻し、プライマリ・データベースと再同期します。プライマリ・データは常に保護されます。
Oracle Data Guard Brokerコマンドラインおよび自動データベース・フェイルオーバーによる、完全な構成の統合管理。
単一ノード・データベースまたは複数ノード・データベース(Real Application Cluster)構成でサポートされます。
トランザクションの処理中の保護のためのアプリケーション・コンティニュイティ。
Active Data Guardは、影響を受けるデータベース・セッションの処理中の作業をリカバリすることで、エンド・ユーザーおよびアプリケーションのデータベース停止をマスクします。

構成モード

最大保護
この保護モードは、プライマリ・データベースに障害が発生した場合にデータ消失ゼロを提供します。障害が原因で1つ以上のスタンバイ・データベースのスタンバイREDOログにREDOストリームを書き込むことができない場合、データ消失が発生しないよう、プライマリ・データベースは停止します。

ノート:
このモードは、自律型データベースには使用できません。Exadata Cloud ServiceおよびExadata Cloud@Customerの場合、このモードは手動で構成できますが、クラウド・コントロール・プレーンには反映されません。
最大可用性
この保護モードは、プライマリ・データベースの可用性に影響を与えない範囲の最上位レベルのデータ保護を提供します。「最大保護」モードと同様に、トランザクションのリカバリに必要なREDOがローカルのオンラインREDOログおよび1つ以上のトランザクション一貫性スタンバイ・データベースのスタンバイREDOログに書き込まれた後にのみ、トランザクションがコミットされます。「最大保護」モードとは異なり、障害によってプライマリ・データベースがREDOストリームをリモート・スタンバイREDOログに書込みできない場合、プライマリ・データベースは停止しません。かわりに、プライマリ・データベースとData Guard構成がUNSYNCHRONIZED状態にダウングレードされます。1つ以上のスタンバイが使用可能になると、スタンバイは自動的に再同期化されます。
最大パフォーマンス
この保護モード(デフォルト)は、プライマリ・データベースのパフォーマンスに影響を与えることなく可能な最高レベルのデータ保護を提供します。これは、トランザクションのリカバリに必要なREDOデータがローカル・オンラインREDOログに非同期的に書き込まれると、トランザクションをコミットすることによって実現します。十分な帯域幅のネットワーク・リンクが使用されている場合、このモードでは、プライマリ・データベース・パフォーマンスへの影響が最小で、最大可用性モードに近いレベルのデータ保護が提供されます。

DB配置に関する考慮事項

可用性とディザスタ・リカバリを向上させるには、スタンバイ・データベースのDBシステムをプライマリ・データベースのDBシステムとは異なる可用性ドメインに配置します。

データベースに対してData Guardを有効にし、スタンバイ・データベースがプライマリと同じ可用性ドメインにある場合(選択によって、またはリージョンに可用性ドメインが1つあるため)、スタンバイ・データベースをプライマリ・データベースとは異なるフォルト・ドメインに配置します。

プライマリ・データベースとスタンバイ・データベースが2ノードのRAC仮想マシンDBシステムであり、両方が同じ可用性ドメインにある場合は、可用性ドメイン内の3つのフォルト・ドメインすべてに4つのノード(プライマリに2つ、スタンバイに2つ)をすべて分散することをお薦めします。この構成により、3つのフォルト・ドメインすべてを活用して、可用性を最大限に高めることができます。このシナリオでは、スタンバイ・データベースの2つのノードの1つのみがフォルト・ドメインにあり、それにはプライマリまたはスタンバイ・データベースの他のノードが含まれていません。

プライマリ・データベースとスタンバイ間の最適なロール遷移を保証するために、Oracleでは、2つのデータベースを対称的にサイズ設定および構成することをお薦めします。

構成のベスト・プラクティス

『Oracle Database高可用性の概要およびベスト・プラクティス』のOracle Data Guardのベスト・プラクティスに関する項を参照してください。

Oracle GoldenGateの使用

Oracle GoldenGateは、異種IT環境のリアルタイム・データ統合およびレプリケーションのための包括的なソフトウェア・パッケージです。この製品セットにより、運用システムと分析エンタープライズ・システム間での高可用性ソリューション、リアルタイム・データ統合、トランザクション・チェンジ・データ・キャプチャ、データ・レプリケーション、変換、および検証が可能になります。 Oracle GoldenGateのベスト・プラクティスの大部分は、MAA Platinum層のリファレンス・アーキテクチャの一部として定義、テストおよび検証されます。

Oracle GoldenGateは、レプリケーションがアクティブな状態でレプリカ・データベースを読取り/書込みでオープンする必要がある場合に、次のシナリオで使用します。

マルチマスターおよび双方向レプリケーション、サブセット・レプリケーション、多対1レプリケーション、クロスエンディアン・レプリケーション、データ変換などの高度なレプリケーション要件
双方向レプリケーションを使用したゼロ・ダウンタイムを必要とするメンテナンスおよび移行
Data Guardでサポートされていないクロス・プラットフォーム移行(クロス・エンディアン・プラットフォーム移行など)
データベース間バージョンの分散システム(レプリカ1は12.2、レプリカ2は19c)のサポート
クロスDBプラットフォームのサポート(レプリカ1はOracle、レプリカ2はOracle DB以外)

構成モード

クラウドにセキュアで包括的でスケーラブルなレプリケーション・プラットフォームを提供するOracle GoldenGate Microservicesアーキテクチャを使用します。データベース・サーバーのオーバーヘッドを最小限に抑えるために、Oracleではハブ構成にGoldenGateをデプロイすることをお薦めします。

GoldenGateは、次の図に示すように、いくつかのトポロジをサポートしています。ユース・ケースに適したモードを選択します。

図gg- config- modes.pngの説明

構成のベスト・プラクティス

Oracle GoldenGateはトランザクション・レベルでデータをレプリケートするため、2つのサイト間でデータの一貫性を保つために、競合検出および解決(CDR)を実装することをお薦めします。競合はすぐに識別され、自動スクリプトによって処理されます。

GoldenGateを主にDR目的で使用しており、レプリケーションが1つの方法しかない場合は、2つのリージョン間でData Guardを追加することをお薦めします。これにより、プライマリ・インスタンスとData Guardインスタンス間でデータの一貫性が強いデータ損失ゼロのソリューションが提供されます。この構成により、プライマリ・データベースからGoldenGate抽出を実行するオーバーヘッドも軽減されます。

図db- dg- gg.pngの説明

ノート:

アーキテクチャには、複数の可用性ドメイン(AD)が表示されます。単一のADがあるリージョンの場合は、AD内のフォルト・ドメインにリソースを分散するようにアーキテクチャを調整します。

HA構成にOracle GoldenGateもデプロイします。重要なGoldenGateファイルには、Oracle ASM Cluster File System (ACFS)レプリケーションを使用できます。

Active Data GuardおよびGoldenGateの使用

Oracle GoldenGateとActive Data Guardは相互に排他的ではありません。GoldenGateは実際には非同期であり、Active Data Guardはデータ・ブロック検証、自動ブロック修復、アプリケーション継続性などの他の主要機能とともに同期レプリケーションを提供できるため、それらを一緒に使用してゼロのリカバリ・ポイント目標(RPO)を達成できます。

Oracle GoldenGateとActive Data Guardの両方を利用するいくつかのシナリオを次に示します。

ミッションクリティカルなOLTPデータベースの障害保護およびデータベース・ローリング・アップグレードには、Active Data Guardスタンバイを使用します。GoldenGateを使用して、エンタープライズ・データ・ウェアハウスのETL更新用に、Data Guardプライマリ・データベース(またはGoldenGate ALOモードを使用してスタンバイ・データベースから)からデータを抽出します。
GoldenGateサブセット・レプリケーションを使用して、多数のデータ・ソースから一元的な運用データ・ストア(ODS)にデータを抽出、変換および集計します。ODSは、会社にとって大きな収益を生み出すミッションクリティカルなアプリケーション・システムをサポートしています。Active Data Guardスタンバイ・データベースを使用してODSを保護し、最適なデータ保護と可用性を提供します。
GoldenGateマルチマスター・レプリケーションを使用して、複数のデータベースを同期します(各データベースは異なる地理にあります)。各GoldenGateコピーには、停止が発生した場合にデータ損失ゼロのフェイルオーバーを可能にする独自のローカル同期Data Guardスタンバイ・データベースがあります。

ノート:

プラチナ・レベルの最大可用性アーキテクチャを実装するには、Oracle Real Application Clusters (Oracle RAC)、Active Data GuardおよびOracle GoldenGateを使用します。