機械翻訳について

Oracle Exadata Database Service on Exascale InfrastructureでのOracle Data Guardの使用

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

Oracle Exadata Database Service on Exascale Infrastructureでの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 Exadata Database Service on Exascale InfrastructureでOracle Data Guardを使用するための前提条件

Oracle Data Guard実装には、2つの既存のExadata VMクラスタが必要です: Data Guardによって複製される既存のデータベースと、新しいData Guardスタンバイ・データベースを格納する既存のデータベースを含むデータベース。

Oracle Data Guardを有効にすると、Data Guardの有効化操作中に新しいスタンバイ・データベースを格納するための新しいデータベース・ホームをスタンバイExadataインスタンスに作成できます。 または、スタンバイ・インスタンスの既存のデータベース・ホームにスタンバイ・データベースをプロビジョニングすることもできます。

プライマリまたはスタンバイのExadataインスタンスでデータベース・ホームを作成するときに、データベースに必要なパッチを含むカスタム・データベース・ソフトウェア・イメージを使用できます。

既存のデータベース・ホームにスタンバイ・データベースをプロビジョニングする場合は、スタンバイ・データベースをプロビジョニングする前に、スタンバイ・インスタンスのターゲット・データベース・ホームに、プライマリ・データベースに使用されているすべての必須パッチがあることを確認します。 :

Oracle Data Guard関連付けを作成していて、顧客管理キーを使用してデータベースを暗号化している場合は、Vaultサービスを構成し、マスター・キーを作成しておく必要があります。 「ボールト暗号化キーを管理するには」および「キーおよびシークレット管理の概念」を参照してください。

Data Guardのネットワーク要件

Oracle Exadata Database Service on Exascale InfrastructureをOracle Data Guardとともに使用するための要件を満たしていることを確認します。

環境が次のネットワーク要件を満たしていることを確認します:

  • プライマリ・データベースとスタンバイ・データベースは、異なるコンパートメントのVMクラスタの一部にすることができます。

  • ただし、プライマリ・データベースとスタンバイ・データベースは、同じリージョン内の同じVCNの一部である必要があります。

  • リージョン間でOracle Data Guardを構成する場合は、プライマリ・データベースとスタンバイ・データベースの間にリモート仮想クラウド・ネットワーク(VCN)ピアリングを構成する必要があります。 ネットワークはクラウドVMクラスタ・リソースに構成されます。

    Exadata Data Guard構成では、OCIは各リージョン内のVCNに対してハブ・アンド・スポーク・ネットワーク・トポロジの使用をサポートしています。 つまり、プライマリ・データベースとスタンバイ・データベースはそれぞれ、ネットワーク・トラフィックをリモート・ピアリング接続のあるハブVCNに渡すスポークVCNを利用できます。 このネットワーク・トポロジの設定については、「ハブVCN内の転送ルーティング」を参照してください。

  • 1つのリージョン内にOracle Data Guardを設定するには、両方のOracle Exadata Database Service on Exascale Infrastructureインスタンスが同じVCNを使用する必要があります。 同じリージョン内にData Guardを設定する場合、Oracleでは、スタンバイ・データベースを含むインスタンスがプライマリ・データベースを含むインスタンスとは異なる「可用性ドメイン」にあることをお薦めします。これにより、可用性と障害リカバリが向上します。
  • Oracle Data Guard関連付けで両方のOracle Exadata Database Service on Exascale Infrastructureインスタンスのサブネットに対してイングレスおよびエグレス・セキュリティ・ルールを構成し、TCPトラフィックが該当するポート間で移動できるようにします。 作成するルールがステートフル(デフォルト)であることを確認します。

    たとえば、プライマリOracle Exadata Database Service on Exascale InfrastructureインスタンスのサブネットがソースCIDR 10.0.0.0/24を使用し、スタンバイ・インスタンスのサブネットがソースCIDR 10.0.1.0/24を使用する場合、次の例に示すようにルールを作成します。

ノート:

例のエグレス・ルールは、Oracle Data Guardが機能するための最小要件であるポート1521に対してのみTCPトラフィックを有効にする方法を示しています。 TCPトラフィックがすべての宛先(すべての送信ポートで0.0.0.0/0))に対してすでに有効になっている場合は、これらの特定のエグレス・ルールを明示的に追加する必要はありません。

プライマリOracle Exadata Database Service on Exascale Infrastructureインスタンスのサブネットのセキュリティ・ルール

イングレス・ルール


						Stateless: No
						Source: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

エグレス・ルール

                                Stateless: No
						Destination: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

スタンバイOracle Exadata Database Service on Exascale Infrastructureインスタンスのサブネットのセキュリティ・ルール

イングレス・ルール

 
              				Stateless: No
						Source: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

					

エグレス・ルール


						Stateless: No
						Destination: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

ルールの作成および編集の詳細は、「セキュリティ・リスト」を参照してください。

パスワードの要件

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

Exadata Cloud InfrastructureおよびData Guardの既知の問題

TDEキー・レプリケーションの問題問題が発生し、MRPおよびDG LCM操作が失敗する可能性があります。

KMS RPM libkmstdepkcs11_1.286-1.286-1-Linux.rpmは、クロス・リージョンKMSボールト(ソースとターゲット)間のキーのアクティブ・レプリケーションをサポートする最新の使用可能で、Data Guardに参加しているクラスタでRPMをアップグレードすることをお薦めします。 OCI Vaultリージョン間Data Guardは低バージョンのRPMで動作しますが、古いバージョンではキーのアクティブなレプリケーションが保証されません。 TDEキーにボールト間のレプリケーションの問題がある場合、Data Guardレプリケーションが影響可能性があります(ターゲット・ボールトにキーがないため、スタンバイ・クラスタでMRPが失敗します)。MRPは、キーがターゲット・ボールトにレプリケートされた後にのみ再開できます。 MRPおよびDG LCM操作の失敗を回避するには、両方のクラスタでlibkms RPMをアップグレードし、データベースを再起動します(顧客管理キーを使用するデータベースのみ)。

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

ノードの追加がスタンバイ・データベースまたはプライマリ・データベースで行われる場合は、ノードが追加されたデータベース以外のデータベースでメタデータを手動で更新する必要があります。

VMクラスタにノードを追加すると、Data Guardデータベースのインスタンスが新しいノードに自動的に作成されます。 ただし、リモート・データベース(つまり、スタンバイ・データベースで追加を行う場合はプライマリ・データベース)でのメタデータの更新は、手動で行う必要があります。

これを行うには、addinstance JSONファイル(インスタンスの追加の最後に作成された/var/opt/oracle/dbaas_acfs/<dbname>/addInstance.json)をコピーし、リモート・クラスタの任意のノードで/var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON>コマンドを実行します。

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

ノードの削除がスタンバイ・データベースまたはプライマリ・データベースのいずれかで行われる場合は、ノードが削除されたデータベース以外のデータベースでメタデータを手動で更新する必要があります。

VMクラスタからノードを削除すると、削除するノード上のインスタンスとそのメタデータが自動的に削除されます。 ただし、リモート・データベース上の対応するメタデータの削除(つまり、スタンバイ・データベースで削除を実行する場合はプライマリ・データベース)は、手動で削除する必要があります。

これを行うには、リモート・クラスタの任意のノードで/var/opt/oracle/ocde/rops remove_instance <dbname> <Instance Name>コマンドを実行します。

Oracle Data Guardでの作業

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

Data Guardの実装には、プライマリ・ロールとスタンバイ・ロールの2つのデータベースが必要です。 2つのデータベースは、Data Guardの関連付けを構成します。 ほとんどのアプリケーションはプライマリ・データベースにアクセスします。 スタンバイ・データベースは、トランザクション的に一貫性のあるプライマリ・データベースのコピーです。

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

スイッチオーバー

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

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

フェイルオーバー

Oracle Data Guardを指定すると、フェイルオーバーによって、既存のプライマリ・データベースに障害が発生するかアクセス不能になった後に、スタンバイ・データベースがプライマリ・ロールに遷移します。

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

再稼働

reinstateコマンドは、データベースをOracle Data Guard関連付けのスタンバイ・ロールに回復します。

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

ノート:

Data Guardがピア(スタンバイ)データベースと関連付けられているプライマリ・データベースは終了できません。 最初にスタンバイ・データベースを削除してください。 または、プライマリ・データベースをスタンバイ・ロールにスイッチオーバーしてから、以前のプライマリを終了できます。

Data Guard対応データベースを含むVMクラスタは終了できません。 最初にスタンバイ・データベースを終了して、Data Guardの関連付けを削除する必要があります。

コンソールを使用したOracle Data Guard関連付けの管理

データベース間のData Guard関連付けを有効にする方法、スイッチオーバーまたはフェイルオーバー操作を使用してData Guard関連付け内のデータベースのロールを変更する方法、および障害が発生したデータベースを回復する方法について説明します。

Data Guardを有効にすると、プライマリおよびスタンバイ・データベースに対して個別のData Guard関連付けが作成されます。

Exadata Database Service on Exascale InfrastructureでData Guardを有効にするには

データベース間のData Guard関連付けを有効にする方法を学習します。

ノート:

Data Guardを有効にすると、データのレプリケーションはクライアント・ネットワークを介してのみ行われます。
  1. ナビゲーション・メニューを開きます。 Oracle Databaseで、「Exadata Database Service on Exascale Infrastructure」をクリックします。
  2. Oracle Data Guardを有効にするデータベースを含むOracle Exadata Database Service on Exascale Infrastructureインスタンスを含む「コンパートメント」を選択します。
  3. プライマリ・ロールを引き受けるデータベースを含むクラウドVMクラスタに移動します:
  4. 「Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、その強調表示された名前をクリックしてクラスタの詳細ページを表示します。
  5. 「VMクラスタの詳細」ページの「データベース」セクションで、プライマリにするデータベースの名前をクリックします。
  6. 「データベースの詳細」ページの「リソース」の下で、「Data Guard関連付け」をクリックします。
  7. 「Data Guard関連付け」セクションで、「Data Guardの有効化」をクリックします。
  8. 「Data Guardの有効化」ページで、Data Guard関連付けを構成します。
    • 「VMクラスタの選択」セクションで、スタンバイ・データベースを配置する使用可能なExadataシステムのリストを取得するために、スタンバイ・データベースに次の情報を指定します:

      • リージョン: スタンバイ・データベースを配置するリージョンを選択します。 プライマリ・データベースが存在するリージョンがデフォルトで選択されます。 スタンバイ・データベースは、別のリージョンに配置することもできます。 このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されているリージョンがわかります。
      • 可用性ドメイン: スタンバイ・データベースの可用性ドメインを選択します。 このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されている可用性ドメインがわかります。
      • Data Guardピア・リソース・タイプ: VMクラスタを選択します。

        ドロップダウン・リストからVMクラスタを選択します。

    • Data Guardアソシエーション詳細
      • Data Guardタイプ: 「Active Data Guard」または「Data Guard」を選択します。 Active Data Guardは、次のような追加機能を提供: リアルタイム問合せおよびDMLオフロード、自動ブロック修復、スタンバイ・ブロック変更トラッキング、遠隔同期、グローバル・データ・サービスおよびアプリケーション・コンティニュイティ。 Active Data GuardにはOracle Active Data Guardライセンスが必要です。 Active Data Guardの詳細は、Active Data Guardを参照してください。 両方のData Guardタイプの完全な概要は、「Oracle Data Guardの紹介」を参照してください。

      • 保護モード: 保護モードは、最大パフォーマンスまたは最大可用性です。 これらのオプションの詳細は、「Oracle Data Duard Protectionモード」を参照してください。

      • トランスポート・タイプ: このData Guard関連付けに使用されるREDO転送タイプ。

        これらのオプションの詳細は、REDO転送サービス を参照してください。
    • 「データベース・ホームの選択」セクションで、次のいずれかを選択します:
      • 既存のデータベース・ホームの選択: このオプションを使用する場合は、データベース・ホームの表示名ドロップダウン・リストからホームを選択します。

      • 新しいデータベース・ホームを作成します: このオプションを選択した場合は、データベース・ホームの表示名フィールドに新しいデータベース・ホームの名前を入力します。 「データベース・イメージの変更」をクリックして、新しいデータベース・ホームのデータベース・ソフトウェア・イメージを選択します。 「データベース・ソフトウェア・イメージの選択」パネルで、次の手順を実行します:
        1. 新しいデータベース・ホームの作成に使用するデータベース・ソフトウェア・イメージが含まれているコンパートメントを選択します。
        2. 新しいデータベース・ホームが使用するOracle Databaseソフトウェア・バージョンを選択し、選択したソフトウェア・バージョンで使用可能なイメージのリストからイメージを選択します。
        3. 「選択」をクリックします。

        ノート:

        Oracleでは、プライマリ・データベースとスタンバイ・データベースのデータベース・ホームに同じパッチのリストを適用することをお薦めします。
    • スタンバイ・データベースを構成します:セクションで、スタンバイ・データベースの詳細を指定します。

      ノート:

      データベースの作成後にdb_unique_nameおよびSIDプレフィクスを変更することはできません。
      • データベースの一意の名前: オプションで、DB_UNIQUE_NAMEデータベース・パラメータの値を指定します。 この値は、プライマリおよびスタンバイのクラウドVMクラスタ全体で一意である必要があります。 一意の名前は次の要件を満たす必要があります:

        • 最大30文字であること
        • 英数字またはアンダースコア(_)文字のみを含みます
        • 先頭はアルファベット
        • VMクラスタ全体で一意。 テナンシ全体で一意になるようにすることをお薦めします。
        指定しない場合、次のように一意の氏名値が自動的に生成されます:
        <db_name>_<3_chars_unique_string>_<region-name>
      • データベース・パスワード: プライマリ・データベースのデータベース管理者パスワードを入力します。 これと同じデータベース管理者パスワードをスタンバイ・データベースで使用します。

        ノート:

        管理者パスワードとTDEウォレット・パスワードは同じである必要があります。 パスワードが同じでない場合は、「データベース・パスワードの変更」の手順に従ってパスワードが正しいことを確認します。
  9. オプション。 シン・クローンの有効化: Exascaleのリダイレクト/オン・ライト・テクノロジを利用してPDBのシン・クローンを作成するには、このオプションを選択します。 このオプションを使用すると、複製ブロックが親PDBで再利用され、クローンと共有されます。 このオプションの選択を解除すると、すべてのブロックがコピーされ、親から完全に独立した従来のフル・クローンになります。
  10. 高度なオプションを表示をクリックして、スタンバイ・データベースの拡張オプションを指定します:
    • 管理:

      Oracle SIDプレフィクス: Oracle Databaseインスタンス番号は、INSTANCE_NAMEデータベース・パラメータを作成するために、SIDプレフィクスに自動的に追加されます。 INSTANCE_NAMEパラメータはSIDとも呼ばれます。 指定しない場合、SID接頭辞はデフォルトでdb_unique_nameの最初の12文字に設定されます。

      SIDプレフィクスは要件を満たしている必要があります:

      • 最大12文字
      • 英数字のみを含みます
      • 先頭はアルファベット
      • VMクラスタ内、およびプライマリ・データベースとスタンバイ・データベース間で一意
  11. 「Data Guardの有効化」をクリックします。 関連付けを作成すると、データベースとそのピアの詳細に、それぞれのロールが「プライマリ」または「スタンバイ」として表示されます。

Data Guard関連付けを構成するための作業リクエストが発行されます。 リクエストの進行状況および証明のステージは、「作業リクエスト」ページに表示されます。

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

Data Guardプロビジョニングの進行状況の表示

作業「リクエスト」ページを使用して、Data Guardプロビジョニング・タスクの進捗を表示します。

「Data Guardを有効にする」タスクを完了すると、Data Guardグループのプロビジョニングを完了するために複数の作業リクエストが発行されます。 これらの作業リクエストの進行状況を表示するには:

  1. 「作業リクエスト詳細」ページにナビゲートします。 「作業リクエスト詳細」ページの作業「リクエスト情報」タブには、Data Guardプロビジョニングの全体的な進捗を示すバーがあります
  2. 「リソース」の下で、「ログ・メッセージ」を選択します。 この表は、完了または進行中の各タスクのメッセージを示しています。

クラウドVMクラスタ内のデータベースのData Guard関連付けを表示するには

クラウドVMクラスタ内のData Guard関連付け内の各データベースのロールを表示するには、この手順に従います。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseで、「Exadata Database Service on Exascale Infrastructure」をクリックします。
  2. コンパートメントを選択します。
  3. Data Guard関連付けでロールを表示するデータベースを含むクラウドVMクラスタに移動します。
  4. 「リソース」の下の「データベース」セクションで、このVMクラスタ内の各データベースのロールが「Data Guardロール」列に示されます。

スタンバイ・データベースで自動バックアップを有効にするには

スタンバイ・データベースで自動バックアップを有効にする方法について学習します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseで、「Exadata Database Service on Exascale Infrastructure」をクリックします。
  2. 自動データベースを有効にするデータベースを含むExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
  3. プライマリ・データベースを含むクラウドVMクラスタまたはDBシステムに移動します。 Oracle Exadata Database Service on Exascale Infrastructureで、「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。
  4. VMクラスタ・ページの「データベース」セクションで、プライマリ・データベースの名前をクリックします。
  5. 「データベースの詳細」ページの「リソース」で、「Data Guard関連付け」をクリックします。
  6. 自動バックアップを有効にするスタンバイ・データベースの名前をクリックします。

    このデータベースに対して自動バックアップが有効になっていない場合は、バナーが表示されます。

  7. バナーの「自動バックアップの有効化」をクリックします。
  8. 結果の自動バックアップの構成ウィンドウで、次の詳細を入力します:
    • 自動バックアップの有効化: このデータベースの自動増分バックアップを有効または無効にするには、このチェック・ボックスを選択します。 データベースがセキュリティ・ゾーン・コンパートメントにある場合は、自動バックアップを有効にする必要があります。
    • バックアップ・スケジューリング:
      • 完全バックアップ・スケジュール日: 初期および将来のL0バックアップを開始する曜日を選択します。
      • フル・バックアップ・スケジューリング時間(UTC): 自動バックアップ機能が選択されたときに完全バックアップが開始される時間枠を指定します。
      • 最初のバックアップをすぐに実行します: データベース全体バックアップには、ターゲット・データベースに関連付けられているすべてのデータファイル、制御ファイルおよびパラメータ・ファイルが含まれます。 アーカイブ・バックアップは分離され、分離されて30分ごとに実行されます。 最初のフル・バックアップをすぐに実行するか、割り当てられたフル・バックアップ・スケジューリング時間を延期するかを選択できます。 後者の場合、最初のバックアップが完了するまでデータベースはリカバリできません。
    • バックアップの保存先: オブジェクト・ストレージはデフォルトで選択されており、変更できません。

      ノート:

      • プライマリ・データベースで自動バックアップが有効になっており、バックアップの保存先がAutonomous Recovery Serviceの場合、スタンバイ・データベースでバックアップを有効にできません。
      • プライマリ・データベースで自動バックアップが有効になっており、バックアップの保存先がObject Storageである場合、スタンバイ・データベースでバックアップを有効にできます。 バックアップの保存先として選択できるのはObject Storageのみであることに注意してください。
      • プライマリ・データベースで自動バックアップが無効になっている場合は、バックアップの保存先としてオブジェクト・ストレージを選択して、スタンバイ・データベースでバックアップを有効にできます。
  9. 「変更の保存」をクリックします。

データベースのスイッチオーバーを実行するには

スイッチオーバー操作は、プライマリ・データベースのData Guard関連付けを使用して開始します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Exadata Database Service on Exascale Infrastructure」をクリック
  2. Oracle Data Guardを有効にするデータベースを含むOracle Exadata Database Service on Exascale Infrastructureインスタンスを含む「コンパートメント」を選択します。
  3. Data Guard関連付けを含むクラウドVMクラスタまたはDBシステムに移動します:

    Oracle Exadata Database Service on Exascale Infrastructure「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

  4. 「リソース」の下で、「Data Guard関連付け」をクリックします。
  5. スイッチオーバーを実行するData Guard関連付けについて、「アクション」アイコン(3つのドット)をクリックし、「スイッチオーバー」をクリックします。
  6. 「データベースのスイッチオーバー」ダイアログ・ボックスで、データベース管理パスワードを入力し、OKをクリックします。

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

Oracle Data Guard関連付けを編集するには

Oracle Data Guard関連付けを編集して、プライマリ・データベースのData Guard保護を構成します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Exadata Database Service on Exascale Infrastructure」をクリック
  2. Oracle Data Guardを有効にするデータベースがあるExadata Cloud Serviceインスタンスを含む「コンパートメント」を選択します。
  3. Data Guard関連付けを含むクラウドVMクラスタまたはDBシステムに移動します:

    Oracle Exadata Database Service on Exascale Infrastructureで、「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

  4. 「リソース」の下で、「Data Guard関連付け」をクリックします。
  5. 管理するData Guard関連付けについて、「アクション」メニューをクリックします(
    「Action」メニュー・アイコン

    )、「保護モードの編集」をクリックします。
  6. 「Data Guard関連付けの編集」パネルで、Data Guard関連付けを構成します:

    • Data Guardタイプ: 「Active Data Guard」または「Data Guard」を選択します。 Active Data Guardは、次のような追加機能を提供: リアルタイム問合せおよびDMLオフロード、自動ブロック修復、スタンバイ・ブロック変更トラッキング、遠隔同期、グローバル・データ・サービスおよびアプリケーション・コンティニュイティ。 Active Data GuardにはOracle Active Data Guardライセンスが必要です。 Active Data Guardの詳細は、Active Data Guardを参照してください。 両方のData Guardタイプの完全な概要は、「Oracle Data Guardの紹介」を参照してください
    • 保護モード: 保護モードは、最大パフォーマンスまたは最大可用性です。 これらのオプションの詳細は、「Oracle Data Guard保護モード」を参照してください。
    • トランスポート・タイプ: このOracle Data Guard関連付けに使用されるREDOトランスポート・タイプ。

    • データベース管理パスワード: データベースのADMINパスワードを入力します。
  7. 「保存」をクリックします。

データベースのフェイルオーバーを実行するには

フェイルオーバー操作は、スタンバイ・データベースのData Guard関連付けを使用して開始します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Exadata Database Service on Exascale Infrastructure」をクリック
  2. Oracle Data Guardを有効にするデータベースを含むOracle Exadata Database Service on Exascale Infrastructureインスタンスを含む「コンパートメント」を選択します。
  3. Data Guard関連付けを含むクラウドVMクラスタに移動します:

    Oracle Exadata Database Service on Exascale Infrastructureで、「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

  4. 「リソース」の下で、「Data Guard関連付け」をクリックします。
  5. フェイルオーバーを実行するData Guard関連付けについて、「フェイルオーバー」をクリックします。
  6. 「フェイルオーバー・データベース」ダイアログ・ボックスで、データベース管理パスワードを入力し、OKをクリックします。

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

データベースを回復するには

プライマリ・データベースをスタンバイにフェイルオーバーした後、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効なスタンバイとして識別されます。 障害の原因を修正した後、Data Guard関連付けを使用して、障害が発生したデータベースを現在のプライマリの機能するスタンバイとして回復できます。
  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Exadata Database Service on Exascale Infrastructure」をクリック
  2. Oracle Data Guardを有効にするデータベースで、Oracle Exadata Database Service on Exascale Infrastructureを含む「コンパートメント」を選択します。
  3. Data Guard関連付けを含むクラウドVMクラスタまたはDBシステムに移動します:

    Oracle Exadata Database Service on Exascale Infrastructureで、「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

  4. 「リソース」の下で、「Data Guard関連付け」をクリックします。
  5. このデータベースを修復するData Guard関連付けについて、「アクション」アイコン(3つのドット)をクリックし、「回復」をクリックします。
  6. 「データベースの回復」ダイアログ・ボックスで、データベース管理パスワードを入力し、OKをクリックします。

    このデータベースをData Guard関連付けのスタンバイとして回復する必要があります。

Oracle Exadata Database Service on Exascale InfrastructureインスタンスでData Guard関連付けを終了するには

Oracle Exadata Database Service on Exascale Infrastructureインスタンスで、スタンバイ・データベースを終了してData Guard関連付けを削除します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Exadata Database Service on Exascale Infrastructure」をクリックします。
  2. Oracle Data Guardを有効にするデータベースを含むOracle Exadata Database Service on Exascale Infrastructure VMクラスタを含む「コンパートメント」を選択します。
  3. スタンバイ・データベースを含むクラウドVMクラスタに移動します:

    Oracle Exadata Database Service on Exascale Infrastructureで、「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、その強調表示された名前をクリックしてクラスタの詳細ページを表示します。

  4. 終了するスタンバイ・データベースの「アクション」アイコンをクリックします(
    「Action」メニュー・アイコン

    )、「終了」をクリックします。
  5. 「データベースの終了」ダイアログ・ボックスで、データベースの名前を入力し、OKをクリックします。

APIを使用したData Guard関連付けの管理

次のAPI操作を使用して、Oracle Exadata Database Service on Exascale InfrastructureインスタンスでData Guard関連付けを管理します:

APIの使用およびリクエストの署名の詳細は、REST APIおよび「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。

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