Oracle Exadata Database Service on Cloud@CustomerでのOracle Data Guardの使用
VMクラスタでData Guardグループを構成および管理する方法について学習します。
- Oracle Exadata Database Service on Cloud@CustomerでのOracle Data Guardの使用について
Oracle Data Guardは、1つ以上のスタンバイ・データベースを作成、維持、管理および監視する一連の包括的なサービスを提供し、本番のOracleデータベースを障害およびデータ破損から保護します。 - Oracle Exadata Database Service on Cloud@CustomerでOracle Data Guardを使用するための前提条件
Oracle Exadata Database Service on Cloud@CustomerでData Guardを使用するための前提条件のリストを確認します。 - Data Guardの作業
Oracle Data Guardは、企業データの高可用性、データ保護およびディザスタ・リカバリを保証します。 - コンソールを使用したOracle Data Guardグループの管理
データベース間のData Guardグループの有効化、スイッチオーバーまたはフェイルオーバー操作のいずれかを使用したData Guardグループ内のデータベースのロール変更、および障害が発生したデータベースの回復方法について学習します。 - APIを使用したOracle Exadata Database Service on Cloud@CustomerシステムでのData Guardアソシエーションの管理
APIを使用して、Oracle Exadata Database Service on Cloud@CustomerシステムでData Guardアソシエーションを管理する方法について学習します。 - APIを使用したOracle Exadata Database Service on Cloud@CustomerシステムでのData Guardグループの管理
APIを使用して、Oracle Exadata Database Service on Cloud@CustomerシステムでData Guardグループを管理する方法について学習します。
親トピック: ハウツー・ガイド
Oracle Exadata Database Service on Cloud@CustomerでのOracle Data Guardの使用について
Oracle Data Guardには、1つ以上のスタンバイ・データベースを作成、維持、管理、監視して、本番のOracleデータベースが障害やデータ破損に耐えられるようにするための包括的なサービス・セットが用意されています。
Oracle Data Guardは、本番データベースのコピーとしてスタンバイ・データベースを維持します。これにより、計画停止または計画外停止のために本番データベースが使用できなくなった場合、Oracle Data Guardはスタンバイ・データベースを本番ロールに切り替えて、停止に関連する停止時間を最小化できます。Oracle Data Guardを従来のバックアップ、リストアおよびクラスタ化の手法とともに使用して、高レベルのデータ保護およびデータ可用性を提供できます。Oracle Data Guard転送サービスは、ソース・データベースから1つ以上のリモート宛先への効率的で信頼できるREDO転送のために、Oracle StreamsやOracle GoldenGateなどの他のOracleの機能によっても使用されます。
Oracle Data Guardの詳細は、Oracle Data Guard概要および管理のドキュメントおよびOracle Databaseドキュメント・ポータルのOracle Data Guard Broker概要を参照してください。
このトピックでは、コンソールまたはAPIを使用してVMクラスタ内のData Guardリソースを管理する方法について説明します。
- スタンバイ・データベースはフィジカル・スタンバイです。
- ピア・データベース(プライマリおよびスタンバイ)のバージョンは同一です。
- スタンバイ・データベースは、オープンしている読取り専用データベース(Active Data Guard)としてデプロイされます。
- プライマリ・データベースは、最大6つのスタンバイ・データベースをサポートできます。
Oracle Exadata Database Service on Cloud@CustomerでOracle Data Guardを使用するための前提条件
Oracle Exadata Database Service on Cloud@CustomerでData Guardを使用するための前提条件のリストを確認します。
- VMクラスタ
VMクラスタのData Guard実装には、2つのExadataデータベースVMクラスタ(プライマリ・データベースを含むクラスタとスタンバイ・データベースを含むクラスタ)が必要です。 - パスワード
SYSパスワードを変更するか、TDEキーをローテーションするには、OCI APIを使用します。 - VMクラスタへのノードの追加
VMクラスタにノードを追加すると、Data Guardデータベースのインスタンスが新しいノードに自動的に作成されます。 - VMクラスタからのノードの削除
VMクラスタからノードを削除すると、削除ノード上のインスタンスとそのメタデータが自動的に削除されます。
VMクラスタ
VMクラスタのData Guard実装には、2つのExadataデータベースVMクラスタ(プライマリ・データベースを含むクラスタとスタンバイ・データベースを含むクラスタ)が必要です。
Oracleでは、障害分離と障害保護を強化するために、本番ワークロードのプライマリ・データベースとスタンバイ・データベースを異なるExadata Cloud Infrastructureに配置することを強くお薦めします。
Data Guardの作業
Oracle Data Guardは、企業データの高可用性、データ保護および障害時リカバリを保証します。
プライマリ・データベースとスタンバイ・データベースは、Data Guardグループを構成します。ほとんどのアプリケーションは、プライマリ・データベースにアクセスします。スタンバイ・データベースは、トランザクション上の一貫性を持つ、プライマリ・データベースのコピーです。
Data Guardは、プライマリ・データベースからREDOデータを転送および適用することで、スタンバイ・データベースを維持します。プライマリ・データベースが使用不可になった場合は、Data Guardを使用して、スタンバイ・データベースをプライマリ・ロールにスイッチオーバーまたはフェイルオーバーできます。これは、複数のスタンバイ・データベースがある場合でも当てはまります。
スイッチオーバー
スイッチオーバーは、データベースのプライマリ・ロールとスタンバイ・ロールを入れ替えます。
各データベースは、新しいロールで引き続きData Guardグループに属します。スイッチオーバーでは、データ損失がないことが保証されます。プライマリ・データベースで計画メンテナンスを実行する前に、スイッチオーバーを使用できます。Data Guardグループを使用してExadataデータベース・コンピュート・ノード上で計画メンテナンスを実行するには、通常、プライマリをスタンバイ・ロールに切り替え、スタンバイでメンテナンスを実行してからプライマリ・ロールに戻します。
親トピック: Data Guardの作業
フェイルオーバー
フェイルオーバーは、既存のプライマリ・データベースで障害が発生したりアクセスが不可能になった後に、スタンバイ・データベースをプライマリ・ロールに移行します。
最大パフォーマンス保護モードを使用している場合、フェイルオーバーによってデータ損失が発生する可能性があります。
親トピック: Data Guardの作業
回復
Data Guardグループ内のスタンバイ・ロールにデータベースを復元します。
障害の原因を修正した後に、回復コマンドを使用して、障害が発生したデータベースを再稼働させることができます。
1つ以上のスタンバイ・データベースを含むData Guardグループの一部であるプライマリ・データベースは終了できません。最初にスタンバイ・データベースを終了する必要があります。または、プライマリ・データベースをスタンバイ・ロールにスイッチオーバーすることで、前のプライマリを終了できます。
Data Guardが有効になっているデータベースを含むVMクラスタを終了できません。まず、Data Guardグループの一部であるスタンバイ・データベースを終了する必要があります。
親トピック: Data Guardの作業
コンソールを使用したOracle Data Guardグループの管理
データベース間のData Guardグループの有効化、スイッチオーバーまたはフェイルオーバー操作のいずれかを使用してData Guardグループ内のデータベースのロール変更、および障害が発生されたデータベースの回復を行う方法について学習します。
Data Guardを有効にすると、プライマリ・データベースとスタンバイ・データベースの間に別個のData Guardグループが作成されます。
- コンソールを使用したOracle Exadata Database Service on Cloud@CustomerシステムのData Guardの有効化
データベース間のData Guardグループを設定する方法について学習します。 - コンソールを使用したExadata VMクラスタ内のデータベースのData Guardグループの表示
Exadata VMクラスタ内のData Guardグループ内の各データベースのロールを表示するには、この手順に従います。 - コンソールを使用したData Guardグループの詳細の表示および編集
デプロイしたOracle Databaseソフトウェア・ライセンス・タイプに基づいて、Data Guardタイプを切り替えることができます。 - コンソールを使用したデータベース・スイッチオーバーの実行
Data Guardグループのメンバーであるスタンバイ・データベースでスイッチオーバー操作を開始できます。 - コンソールを使用したデータベース・フェイルオーバーの実行
Data Guardグループのメンバーであるスタンバイ・データベースでフェイルオーバー操作を開始できます。 - コンソールを使用したデータベースの回復
プライマリ・データベースをスタンバイにフェイルオーバーした後、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効なスタンバイとして識別されます。 - コンソールを使用したOracle Exadata Database Service on Cloud@CustomerシステムのData Guardグループの終了
VMクラスタでは、すべてのスタンバイ・データベースを終了してData Guardグループを削除します。
コンソールを使用したOracle Exadata Database Service on Cloud@CustomerシステムでのData Guardの有効化
データベース間のData Guardグループの設定について学習します。
Data Guardは、プライマリ・クラスタとスタンバイ・クラスタの間で十分なスループットを持つ信頼性の高いネットワークに依存します。Oracleはネットワークを所有していないため、Data Guardを実装する前に評価を行い、必要なネットワーク帯域幅が使用可能であることを確認する必要があります。クラスタ間の達成可能なスループットを理解し、データベースの要件が満たされているかどうかを評価するには、ネットワーク・パフォーマンスの評価および最適化に従うことをお薦めします。デフォルトでは、クロスリージョンのExaDB-C@C Data Guard構成の最大ソケット・バッファ・サイズは、より高い値に設定されます。
Data Guardグループを構成する場合、プライマリ・データベースとスタンバイ・データベースは同じメジャー・リリース・バージョンである必要がありますが、スタンバイ・データベースはより新しいマイナー・バージョンにすることができます。
最新リリースの一部として、パフォーマンスを向上させるための強化されたユーザー・エクスペリエンスと新しいAPIを導入し、クラウドの自動化による複数のスタンバイ・データベースのサポートを含む追加のData Guard機能を提供しています。
- 新しいAPIでは、新しいData Guard構成がData Guardグループ・リソースとして作成されます。
- 既存のData Guard設定がある場合は、影響なく現在の機能を引き続き使用できます。ただし、複数のスタンバイ・データベースを作成する場合は、いつでも実行できる新しいAPIモデルに移行する必要があります。
- 現在、既存のData GuardアソシエーションAPIを使用してData Guard操作を管理する自動化がある場合、これらの新機能を利用するには、新しいAPIを使用するようにアプリケーションを更新する必要があります
Oracleは現在、既存のData GuardアソシエーションAPIと新しいData GuardグループAPI、および関連するユーザー・インタフェースの両方をサポートしています。
スタンバイでのパラレル操作が失敗した場合は、5分間隔で再試行する必要があります。
Data Guardアソシエーションを構成するための作業リクエストが発行されます。リクエストの進行状況およびプロビジョニングのステージは、各スタンバイ・データベースの「作業リクエスト」ページに表示できます。
アソシエーションが作成されると、データベースとそのピアの詳細に、それぞれのロールが「プライマリ」または「スタンバイ」として表示されます。
コンソールを使用したExadata VMクラスタ内のデータベースのData Guardグループの表示
Exadata VMクラスタ内のData Guardグループ内の各データベースのロールを表示するには、この手順に従います。
コンソールを使用したData Guardグループの詳細の表示および編集
デプロイしたOracle Databaseソフトウェア・ライセンス・タイプに基づいて、Data Guardタイプを切り替えることができます。
コンソールを使用したデータベース・スイッチオーバーの実行
Data Guardグループのメンバーであるスタンバイ・データベースでスイッチオーバー操作を開始できます。
これで、このデータベースはスタンバイのロールを引き継ぎ、スタンバイはData Guardグループのプライマリのロールを引き継ぐ必要があります。
コンソールを使用したデータベース・フェイルオーバーの実行
Data Guardグループのメンバーであるスタンバイ・データベースでフェイルオーバー操作を開始できます。
プライマリ・データベースが正常な状態であってもフェイルオーバーを開始できますが、フェイルオーバーの実行時には注意が必要です。
これで、このデータベースはプライマリのロールを引き継ぎ、古いプライマリのロールは「無効化されたスタンバイ」として表示されます。
コンソールを使用したデータベースの回復
プライマリ・データベースをスタンバイにフェイルオーバーした後、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効なスタンバイとして識別されます。
障害の原因を修正した後、障害が発生したデータベースを現在のプライマリの正常なスタンバイとして回復できます。
バージョン12.2以上のデータベースを回復するには、データベースを停止するためのステップをデータベース・ホストで実行するか、それをMOUNT
モードで起動する必要があります。
ORACLE_UNQNAME
環境変数を「一意のデータベース名」の値に設定し、次のコマンドを実行します:srvctl stop database -d db-unique-name -o abort
srvctl start database -d db-unique-name -o mount
これで、このデータベースはData Guardグループのスタンバイとして回復されます。
APIを使用したOracle Exadata Database Service on Cloud@CustomerシステムでのData Guardアソシエーションの管理
APIを使用して、Oracle Exadata Database Service on Cloud@CustomerシステムでData Guardアソシエーションを管理する方法について学習します。
2026年2月には、Data Guardアソシエーション・モデルとそれに関連付けられたAPIが、新しいData Guardグループ・モデルおよびAPIに置き換えられます。2026年2月以降、Oracle Cloud Infrastructure (OCI)コンソールからプロビジョニングされたすべての新しいData Guard構成で、Data Guardグループ・モデルが自動的に使用されます。
APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。
次の表に、Data Guardアソシエーションを管理するためのREST APIエンドポイントを示します。
操作 | REST APIエンドポイント |
---|---|
Data Guardアソシエーションを作成します。 |
|
指定したData Guardアソシエーションの構成情報の詳細を表示します。 |
|
指定したデータベースのすべてのData Guardアソシエーションのリストを表示します。 |
|
スイッチオーバーを実行して、Data Guardアソシエーションのプライマリ・データベースをスタンバイ・ロールに移行します。 |
|
フェイルオーバーを実行して、既存のプライマリ・データベースで障害が発生したりアクセスが不可能になった後に、 |
|
|
詳細は、コンソールを使用したデータベースの回復を参照してください。 |
スタンバイ・データベースを削除します。 |
APIの完全なリストは、データベース・サービスAPIを参照してください。
APIを使用したOracle Exadata Database Service on Cloud@CustomerシステムでのData Guardグループの管理
APIを使用して、Oracle Exadata Database Service on Cloud@CustomerシステムでData Guardグループを管理する方法について学習します。
2026年2月には、Data Guardアソシエーション・モデルとそれに関連付けられたAPIが、新しいData Guardグループ・モデルおよびAPIに置き換えられます。2026年2月以降、Oracle Cloud Infrastructure (OCI)コンソールからプロビジョニングされたすべての新しいData Guard構成で、Data Guardグループ・モデルが自動的に使用されます。
APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。
次の表に、Data Guardグループを管理するためのREST APIエンドポイントをリストします。
操作 | REST APIエンドポイント | コメント |
---|---|---|
スタンバイ・データベースの作成/追加 |
|
|
Data Guardアクション- フェイルオーバー |
フェイルオーバーは、プライマリになる各スタンバイでトリガーする必要があります。 |
|
Data Guardアクション- 回復 |
回復するには、各スタンバイで回復をトリガーする必要があります。 |
|
Data Guardアクション- スイッチオーバー |
スイッチオーバーは、プライマリになる各スタンバイでトリガーする必要があります。 |
|
スタンバイの削除 |
|
|
Data Guardアソシエーションの複数のスタンバイへの移行 |
|
|
Data Guardグループ構成の更新 |
構成を更新するには、スタンバイ・データベースまたはプライマリ・データベースのOCIDが必要です。 |
APIの完全なリストは、データベース・サービスAPIを参照してください。