機械翻訳について

Oracle Data GuardをOracle Exadata Database Service on Cloud@Customerとともに使用

VMクラスタでData Guardグループを構成および管理する方法について学習します。

• Oracle Exadata Database Service on Cloud@CustomerでのOracle Data Guardの使用について
  Oracle Data Guardは、1つ以上のスタンバイ・データベースを作成、メンテナンス、管理および監視する包括的なサービス・セットを提供し、本番Oracleデータベースが障害やデータ破損に耐えられるようにします。
• Oracle Data GuardをOracle Exadata Database Service on Cloud@Customerとともに使用するための前提条件
  Oracle Exadata Database Service on Cloud@CustomerでData Guardを使用するための前提条件のリストを確認します。
• Data Guardの操作
  Oracle Data Guardは、エンタープライズ・データの高可用性、データ保護および障害リカバリを保証します。
• 複数のスタンバイ環境での同時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転送サービスは、ソース・データベースから1つ以上のリモートの宛先への効率的で信頼性の高いREDO転送のため、Oracle StreamsやOracle GoldenGateなどの他のOracleの機能によっても使用されます。

Oracle Data Guardの詳細は、「Oracle Databaseドキュメント」ポータルの「Oracle Data Guard概念および管理」ドキュメントおよび「Oracle Data Guardブローカの概念」を参照してください。

このトピックでは、コンソールまたはAPIを使用してVMクラスタ内のData Guardリソースを管理する方法について説明します。

コンソールまたはAPIを使用してExadataデータベースのコンピュート・ノード・データベースに対してData Guardを有効にする場合:

• スタンバイ・データベースはフィジカル・スタンバイです。
• ピア・データベース(プライマリおよびスタンバイ)のバージョンは同一です。
• スタンバイ・データベースは、オープンな読取り専用データベース(Active Data Guard)としてデプロイされます。
• 1つのプライマリ・データベースで、最大6つのスタンバイ・データベースをサポートできます。

Oracle Data GuardをOracle Exadata Database Service on Cloud@Customerとともに使用するための前提条件

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に配置することを強くお薦めします。

パスワード

SYSパスワードを変更するか、TDEキーをローテーションするには、OCI APIを使用します。

VMクラスタへのノードの追加

VMクラスタにノードを追加すると、Data Guardデータベースのインスタンスが新しいノードに自動的に作成されます。

VMクラスタからのノードの削除

VMクラスタからノードを削除すると、削除するノード上のインスタンスとそのメタデータが自動的に削除されます。

Data Guardの操作

Oracle Data Guardは、企業データの高可用性、データ保護および障害時リカバリを保証します。

プライマリ・データベースとスタンバイ・データベースは、Data Guardグループを構成します。 ほとんどのアプリケーションはプライマリ・データベースにアクセスします。 スタンバイ・データベースは、プライマリ・データベースのトランザクション上一貫性のあるコピーです。

Data Guardは、プライマリ・データベースからREDOデータを転送して適用することで、スタンバイ・データベースをメンテナンスします。 プライマリ・データベースが使用できなくなった場合は、Data Guardを使用して、スタンバイ・データベースをプライマリ・ロールにスイッチオーバーまたはフェイルオーバーできます。 これは、複数のスタンバイ・データベースがある場合でも当てはまります。

• スイッチオーバー
  スイッチオーバーは、プライマリ・データベース・ロールとスタンバイ・データベース・ロールを逆にします。
• フェイルオーバー
  フェイルオーバーは、既存のプライマリ・データベースに障害が発生するか、アクセスできなくなった後に、スタンバイ・データベースをプライマリ・ロールに遷移させます。
• 回復
  データベースをData Guardグループのスタンバイ・ロールに回復します。

スイッチオーバー

スイッチオーバーは、データベースのプライマリ・ロールとスタンバイ・ロールを入れ替えます。

各データベースは、新しいロールで引き続きData Guardグループに属します。 スイッチオーバーにより、データ消失のない状態が保証されます。 プライマリ・データベースで計画メンテナンスを実行する前に、スイッチオーバーを使用できます。 Data Guardグループを含むExadataデータベース・コンピュート・ノードで計画メンテナンスを実行するには、通常、プライマリをスタンバイ・ロールに切り替え、スタンバイでメンテナンスを実行してから、プライマリ・ロールに戻します。

フェイルオーバー

フェイルオーバーは、既存のプライマリ・データベースで障害が発生したりアクセスが不可能になった後に、スタンバイ・データベースをプライマリ・ロールに移行します。

「最大パフォーマンス」保護モードを使用すると、フェイルオーバーによって一部のデータが失われることがあります。

再稼働

データベースをData Guardグループのスタンバイ・ロールに回復します。

障害の原因を修正した後に、回復コマンドを使用して、障害が発生したデータベースを再稼働させることができます。

ノート:

1つ以上のスタンバイ・データベースを含むData Guardグループの一部であるプライマリ・データベースは終了できません。 まず、スタンバイ・データベースを終了する必要があります。 または、プライマリ・データベースをスタンバイ・ロールにスイッチオーバーしてから、以前のプライマリを終了できます。

Data Guardが有効なデータベースを含むVMクラスタは終了できません。 まず、Data Guardグループの一部であるスタンバイ・データベースを終了する必要があります。

複数のスタンバイ環境での同時Data Guard操作のサポート

「同時Data Guard、コンテナ・データベース(CDB)およびプラガブル・データベース(PDB)の操作のサポート」に加えて、これらの拡張機能により、複数のスタンバイ・データベースがある環境で、CDBおよびPDBに対してData Guard移行操作とともに同時操作を実行できます。

同じOracle Home内で、次の操作をパラレルに実行できるようになりました:

• 異なるデータベースで同時にスタンバイの追加操作を実行します。
• スタンバイの追加操作が別のデータベースで実行されている間、CDBを作成または削除します。その逆も同様です。
• スタンバイの追加操作が別のデータベースで実行されている間、PDBを作成または削除します。その逆も同様です。
• スタンバイの追加操作が別のデータベースで実行されている間、Data Guardアクション(スイッチオーバー、フェイルオーバー、回復、スナップショットへの変換および物理への変換)の実行(またはその逆)。

同様に、次のData Guardの移行操作をパラレルに実行できます:

• 異なるデータベースでData Guardの移行操作を同時に実行します。
• スタンバイの追加操作が別のデータベースで実行されている間は、Data Guardの移行操作を実行します。その逆も同様です。
• Data Guardの移行操作が別のデータベースで実行されている間(またはその逆)に、CDBを作成または削除します。
• Data Guardの移行操作が別のデータベースで実行されている間(またはその逆)に、PDBを作成または削除します。
• 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分間隔で再試行する必要があります。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。

   VMクラスタがデフォルトで選択されています。

2. 「コンパートメント」を選択します。

   選択したコンパートメントのVMクラスタのリストが表示されます。

3. VMクラスタのリストで、プライマリ・ロールを引き受けるデータベースを含むVMクラスタをクリックし、そのデータベースの名前をクリックします。
4. 「Data Guard関連付け」をクリックします。
5. 「スタンバイの追加」をクリックします。
6. 「スタンバイの追加」ページで、Data Guardグループを構成します。
   • Data Guard事前チェックを明示的に実行するには、「事前チェックの実行」をクリックします。 「事前チェックの実行」をクリックすると、次のアクションが実行されます:
     • 「スタンバイの追加」ページが閉じます。
     • 「プライマリ・データベースの詳細」ページに、Data Guard事前チェックが進行中であり、「スタンバイの追加」ボタンが無効であることを示すメッセージが表示されます。

     「詳細を見る」リンクをクリックして、ステータスの「作業リクエスト」ページに移動します:

     • 事前チェック・ステータスの確認: 成功または失敗しました。
     • 事前チェックが失敗した場合は、報告されたエラーを解決し、Data Guard設定を再試行します。

     ノート:

     事前チェックの実行中、プライマリ・データベースおよびVMクラスタはAVAILABLE状態のままです。
   • • Data Guardエクスペリエンスの選択:
       • 「新しいData Guardグループ・リソースの使用」このオプションでは、新しいData Guard構成がData Guardグループ・リソースとして作成されます。 このオプションは、新しいAPIとともに、複数のスタンバイ・データベースの追加をサポートし、その他の機能拡張を提供します。 現在、既存のData Guard関連付けAPIを使用してData Guard操作を管理する自動化がある場合は、新しいAPIを使用してこれらの新機能を利用するようにアプリケーションを更新できます。
       • 「既存のData Guard関連付けリソースの使用」 Data Guard操作の管理の自動化が既存のData Guard関連付けAPIに依存する場合は、このオプションを選択します。 ただし、複数のスタンバイ・データベースを追加することはできず、新しいAPIによって提供される機能強化も得られません。

   • Data Guardグループの詳細:
     • デプロイしたOracle Databaseソフトウェア・ライセンス・タイプに基づいて、Data Guardタイプ「Active Data GuardまたはData Guard」を選択します。 Oracle Database Enterprise Edition Extreme Performance (ライセンス込み)をデプロイした場合は、Data GuardまたはActive Data Guardを選択できます。 Bring Your Own License (BYOL)のOracle Database Enterprise Editionを「Active Data Guard」オプションなしでデプロイした場合は、Data Guard (デフォルト)を選択します。
       • Active Data Guard: Active Data Guardは、Oracle Database Enterprise Editionのライセンス付きオプションであり、基本的なData Guard機能を拡張する高度な機能を有効にします。 これらの機能には、リアルタイム問合せおよびDMLオフロード、物理データ破損の自動ブロック修復、スタンバイ・ブロック変更トラッキング、グローバル・データ・サービスおよびアプリケーション・コンティニュイティが含まれます。
       • Data Guard: Oracle Data Guardは、エンタープライズ・データの高可用性、データ保護および障害リカバリを保証します。 Data Guardでは、1つ以上のスタンバイ・データベースを作成、維持、管理および監視する包括的なサービスのセットを提供されます。これにより、本番のOracleデータベースを障害やデータ破損からリカバリできます。 Data Guardは、トランザクション上の一貫性を持つ本番データベースのコピーとしてスタンバイ・データベースを維持します。

     • 保護モード: このData Guardグループに使用される保護モード。

       最大パフォーマンスは、プライマリ・データベースのパフォーマンスに影響を与えずに可能な最高レベルのデータ保護を提供します。

       Maximum Availabilityは、データベースの可用性に妥協することなく、データ損失ゼロ同期トランスポートによるデータの最高レベルの保護を提供します。

     • 転送タイプ: プライマリ・データベースとこのスタンバイ・データベース間のData Guard関連付けに使用されるREDO転送タイプ。

       • 非同期: 最大パフォーマンス保護モードで使用される非同期トランスポート・モード。
       • 同期: 「最大パフォーマンス」および「最大可用性」保護モードで使用される同期転送モード。

       保護モードおよび輸送のタイプ: スタンバイ・データベース作成のルール

       • 最初のスタンバイの作成: 最初のスタンバイ・データベースの保護モードまたはトランスポート・タイプは変更できません。
         • デフォルト設定は次のとおりです。
           • 保護モード: 最大パフォーマンス
           • 輸送タイプ: 非同期
       • 2番目のスタンバイからN番目のスタンバイの作成: 後続のスタンバイ・データベースの保護モードまたはトランスポート・タイプは変更できません。
         • 保護モードは、最初のスタンバイから継承されます。
         • デフォルトのトランスポート・タイプは「非同期」に設定されています。
   • ピアVMクラスタの選択: スタンバイに次の値を指定します:
     • ピア・リージョン: プライマリ・データベースとスタンバイ・データベースは、共有ExaDB-C@Cシステム上の2つの異なるVMクラスタで実行することも、同じリージョンまたは異なるOracle Cloud Infrastructureリージョンから管理される地理的に離れた2つのExaDB-C@Cシステムで実行することもできます。
     • ピアExadata Cloud@Customerインフラストラクチャ: スタンバイ・データベースが存在するExadata Database Service on Cloud@Customerインフラストラクチャを選択します。 CHANGE COMPARTMENTハイパーリンクをクリックしてコンパートメントを選択します。
     • ピアVMクラスタ: スタンバイ・データベースを含むExadataデータベースのコンピュート・ノードを選択します。 CHANGE COMPARTMENTハイパーリンクをクリックしてコンパートメントを選択します。
   • データベース・ホームの選択: 既存のデータベース・ホームを選択するか、必要に応じて作成します。
     • 既存のデータベース・ホームを選択します: 選択したデータベース・バージョンに1つ以上のデータベース・ホームがすでに存在する場合、このオプションがデフォルトで選択されます。 また、データベース・ホームのリストが表示されます。 リストからデータベース・ホームを選択します。

       ノート:

       同じバージョンおよびRUのデータベース・ホームのみがリストされますが、表示されるホームにはプライマリ・パッチとは異なる個別パッチがある場合があります。 1回かぎりの異なる場合でも許容できますが、ベスト・プラクティスは、プライマリとスタンバイの間に同じデータベース・ホームを持つことです。
     • 新しいデータベース・ホームを作成します: 選択したデータベース・バージョンのデータベース・ホームが存在しない場合、このオプションがデフォルトで選択されます。 プライマリ・データベースと同じDSIで新しいデータベース・ホームを作成するか、別のイメージを選択できます。 DSIはリージョン間では使用できません。 プライマリと同じRUを使用して、ピア・リージョンに個別のDSIを作成する必要があります。
       1. 「データベース・イメージの変更」をクリックして、新しいデータベース・ホームのデータベース・ソフトウェア・イメージを選択します。
       2. 結果の「データベース・イメージの参照」で、次の手順を実行します:
          1. 新しいデータベース・ホームの作成に使用するデータベース・ソフトウェア・イメージが含まれているコンパートメントを選択します。
          2. 新しいデータベース・ホームが使用するOracle Databaseソフトウェア・バージョンを選択し、選択したソフトウェア・バージョンで使用可能なイメージのリストからイメージを選択します。
          3. 「選択」をクリックします。

             ノート:

             新しいData Guardグループ・リソースを使用している場合は、スタンバイ・データベースを追加する前に、まずデータベース・ホームを作成する必要があります。
   • スタンバイ・データベースの構成:
     • データベースの一意の名前の指定:

       ノート:

       データベースの作成後にdb_name、db_unique_nameおよびSIDプレフィクスを変更することはできません。

       オプションで、データベースの一意の名前を指定します。 この属性は、db_unique_nameデータベース・パラメータの値を定義します。 値の大/小文字は区別されません。 db_unique_nameには、許可される文字のみを含める必要があります。

       データベース名を選択する場合は、次のガイドラインを確認してください:

       • 最大30文字
       • 英数字およびアンダースコア(_)を使用できます
       • 英字で始める
       • フリート/テナンシ全体で一意

       一意の名前を入力しない場合、db_unique_nameはデフォルトで<db_name>_<3 char unique string>_<region-name>の形式になります。

     • データベース・パスワード: プライマリ・データベースのデータベース管理パスワードをデータベース・パスワード・フィールドに入力します。 スタンバイには、この同じデータベース管理パスワードが使用されます。

       管理パスワードとTDEパスワードは同じである必要があります。 そうでない場合は、「データベース・パスワードの変更」の手順に従って配置してください。

     • TDEウォレット・パスワード: TDEウォレット・パスワードを入力します。
   • (オプション) 「高度なオプションを表示」を選択します。
     • Oracle SIDプレフィクスを指定します: オプションで、データベースのOracle SIDプレフィクスを指定します。 インスタンス番号は、SIDプレフィクスに自動的に追加され、instance_nameデータベース・パラメータになります。 指定しない場合、SIDプレフィクスのデフォルトはdb_unique_nameの最初の12文字になります。
       データベース名を選択する場合は、次のガイドラインを確認してください:

       • 最大12文字
       • 英数字のみを含む
       • 英字で始める
       • VMクラスタ内で一意
     • タグ: (オプション)タグの適用を選択できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限も持っています。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用する必要があるかどうかわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。
7. 「追加」をクリックします。

Data Guard関連付けを構成するための作業リクエストが発行されます。 リクエストの進行状況およびプロビジョニングのステージは、それぞれのスタンバイ・データベースの「作業」「リクエスト」ページで確認できます。

関連付けが作成されると、データベースとそのピアの詳細には、それぞれのロールが「プライマリ」または「スタンバイ」として表示されます。

コンソールを使用したExadata VMクラスタ内のデータベースのData Guardグループの表示

Exadata VMクラスタ内のData Guardグループ内の各データベースのロールを表示するには、この手順に従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. コンパートメントを選択します。
3. Data Guard関連付けでロールを表示するデータベースを含むVMクラスタをクリックします。
4. 「データベース」をクリックします。

   このVMクラスタ内の各データベースのロールは、「Data Guardロール」列に示されます。

コンソールを使用したData Guardグループの詳細の表示および編集

デプロイしたOracle Databaseソフトウェア・ライセンス・タイプに基づいてData Guardタイプを切り替えることができます。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。

   VMクラスタがデフォルトで選択されています。

2. コンパートメントを選択します。

   選択したコンパートメントのVMクラスタのリストが表示されます。

3. VMクラスタのリスト内で、Data Guardタイプを切り替えるプライマリ・データベースが含まれるVMクラスタをクリックします。
4. プライマリ・データベースの名前をクリックします。
5. 「Data Guardグループ」をクリックします。

   Data Guardグループのメンバーであるデータベースのリストが、各Data Guardグループのメンバーに選択した「Data Guardタイプ」とともに表示されます。

6. Data Guardグループの詳細を編集するには、「アクション」アイコン(3つのドット)をクリックし、「編集」をクリックします。

   「Data Guardグループの編集」画面が表示されます。

7. 「Data Guardグループの編集」画面で次を実行します。
   • 該当する「Data Guardタイプ」を選択します。
   • 「保護モード」を選択します。

     ノート:

     「輸送タイプ」を選択します。
   • 「データベース・パスワード」を設定します。
   • 「Data Guardの編集」をクリックして変更を保存します。

コンソールを使用したデータベース・スイッチオーバーの実行

Data Guardグループのメンバーであるスタンバイ・データベースでスイッチオーバー操作を開始できます。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。

   VMクラスタがデフォルトで選択されています。

2. コンパートメントを選択します。

   選択したコンパートメントのVMクラスタのリストが表示されます。

3. VMクラスタのリストで、スイッチオーバーするプライマリ・データベースを含むVMクラスタをクリックします。
4. プライマリ・データベースの名前をクリックします。
5. 「Data Guardグループ」をクリックします。
6. スイッチオーバーを実行するData Guardグループ内のスタンバイ・データベースを選択します。 「アクション」アイコン(3つのドット)をクリックし、「スイッチオーバー」をクリックします。
7. 「スイッチオーバー・データベース」ダイアログ・ボックスで、データベース管理パスワードを入力し、「スイッチオーバー」をクリックします。

このデータベースはスタンバイのロールを引き継ぐ必要があり、スタンバイはData Guardグループのプライマリのロールを引き継ぐ必要があります。

コンソールを使用したデータベース・フェイルオーバーの実行

Data Guardグループのメンバーであるスタンバイ・データベースでフェイルオーバー操作を開始できます。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。

   VMクラスタがデフォルトで選択されています。

2. コンパートメントを選択します。

   選択したコンパートメントのVMクラスタのリストが表示されます。

3. VMクラスタのリストで、フェイルオーバー先のプライマリ・データベース・ピア・スタンバイを含むVMクラスタをクリックします。
4. スタンバイ・データベースの名前をクリックします。
5. 「Data Guardグループ」をクリックします。
6. フェイルオーバーを実行するData Guardグループ内のスタンバイ・データベースを選択します。 「アクション」アイコン(3つのドット)をクリックし、「フェイルオーバー」をクリックします。
7. 「フェイルオーバー・データベース」ダイアログ・ボックスで、データベース管理パスワードを入力し、「フェイルオーバー」をクリックします。

ノート:

プライマリ・データベースが正常なヘルスの場合でもフェイルオーバーを開始できますが、フェイルオーバーの実行時には注意が必要です。

これで、このデータベースはプライマリのロールを引き受け、古いプライマリ・ロールは「無効なスタンバイ」として表示されます。

コンソールを使用したデータベースの回復

プライマリ・データベースをスタンバイにフェイルオーバーすると、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効化されたスタンバイとして識別されます。

障害の原因を修正した後、障害が発生したデータベースを現在のプライマリの機能スタンバイとして回復できます。

バージョン12.2以上のデータベースを回復する前に、データベース・ホストでいくつかのステップを実行してデータベースを停止するか、MOUNTモードで起動する必要があります。

ORACLE_UNQNAME環境変数をDatabase Unique Nameの値に設定し、次のコマンドを実行します:

srvctl stop database -d db-unique-name -o abort

srvctl start database -d db-unique-name -o mount

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。

   VMクラスタがデフォルトで選択されています。

2. コンパートメントを選択します。

   選択したコンパートメントのVMクラスタのリストが表示されます。

3. VMクラスタのリストで、プライマリ・データベースを含むVMクラスタをクリックします。
4. プライマリ・データベースの名前をクリックします。
5. 「Data Guardグループ」をクリックします。

   修復するデータベースがリストされます。

6. 「処理」アイコン(3ドット)をクリックし、「回復」をクリックします。
7. 「データベースの回復」ダイアログ・ボックスで、データベース管理パスワードを入力し、「回復」をクリックします。

これで、このデータベースはData Guardグループのスタンバイとして回復されます。

コンソールを使用したOracle Exadata Database Service on Cloud@CustomerシステムのData Guardグループの終了

VMクラスタでは、すべてのスタンバイ・データベースを終了してData Guardグループを削除します。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。

   VMクラスタがデフォルトで選択されています。

2. コンパートメントを選択します。

   選択したコンパートメントのVMクラスタのリストが表示されます。

3. VMクラスタのリストで、終了するスタンバイ・データベースを含むVMクラスタをクリックします。
4. スタンバイ・データベースの名前をクリックします。
5. 終了するスタンバイ・データベースの「処理」アイコン(3ドット)をクリックし、「終了」をクリックします。
6. 「データベースの終了」ダイアログ・ボックスで、データベースの名前を入力し、「終了」をクリックします。

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関連付けを作成します。	CreateDataGuardAssociation
指定したData Guard関連付け構成情報の詳細を表示します。	GetDataGuardAssociation
指定したデータベースのすべてのData Guard関連付けのリストを表示します。	ListDataGuardAssociations
スイッチオーバーを実行して、Data Guard関連付けのプライマリ・データベースをスタンバイ・ロールに移行します。	SwitchoverDataGuardAssociation
フェイルオーバーを実行して、既存のプライマリ・データベースに障害が発生するか、アクセスできなくなった後に、databaseIdパラメータで識別されるスタンバイ・データベースを指定されたData Guard関連付けプライマリ・ロールに遷移します。	FailoverDataGuardAssociation
databaseIdパラメータで識別されたデータベースをData Guard関連付けのスタンバイ・ロールに回復します。	ReinstateDataGuardAssociation 詳細は、「コンソールを使用したデータベースの回復」を参照してください。
スタンバイ・データベースの削除。	DeleteDatabase

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エンドポイント	コメント
スタンバイ・データベースの作成 / 追加	CreateDatabase	最初のスタンバイの作成およびスタンバイ・データベースの追加には、同じAPIが使用されています。 ソースがDATAGUARDである既存のデータベース作成APIを使用します。
Data Guardアクション - フェイルオーバー	FailoverDataGuard	フェイルオーバーは、プライマリになる各スタンバイでトリガーする必要があります。
Data Guardアクション - 回復	ReinstateDataGuard	回復するには、それぞれのスタンバイで回復をトリガーする必要があります。
Data Guardアクション - スイッチオーバー	SwitchOverDataGuard	スイッチオーバーは、プライマリになる各スタンバイでトリガーする必要があります。
スタンバイの削除	DeleteDatabase	スタンバイの削除は既存のものと同じままです。- DeleteDatabase コールが削除される各スタンバイで実行されます。
Data Guard関連付けの複数のスタンバイへの移行	MigrateDataGuardAssociationToMultiDataGuards	既存のData Guard関連付けをData Guardグループ・モデルに移行します。 新しいスタンバイは、移行の完了後にのみ追加できます。
Data Guardグループ構成の更新	UpdateDataGuard	構成を更新するには、スタンバイ・データベースまたはプライマリ・データベースのOCIDが必要です。

APIの完全なリストは、「データベース・サービスAPI」を参照してください。