機械翻訳について
  1. Exadata Database Service on Dedicated Infrastructure
  2. How-toガイド
  3. Exadata Cloud InfrastructureでのOracle Data Guardの使用

Exadata Cloud InfrastructureでのOracle Data Guardの使用

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

親トピック: How-toガイド

Exadata Cloud 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つのスタンバイ・データベースをサポートできます。

親トピック: Exadata Cloud InfrastructureでのOracle Data Guardの使用

Exadata Cloud InfrastructureでOracle Data Guardを使用するための前提条件

「Exadataクラウド・インフラストラクチャ」 Oracle Data Guard実装には、2つの既存のExadata VMクラスタが必要です: Data Guardによって複製される既存のデータベース、およびData Guardによって新しいスタンバイ・データベースを格納するデータベースが含まれます。

ノート:

Oracleでは、障害の分離と障害保護を改善するために、本番ワークロードのプライマリ・データベースとスタンバイ・データベースを異なるExadata Cloud Infrastructureに配置することを強くお薦めします。 複数の可用性ドメインを持つ同じリージョンに新規スタンバイを追加する場合、Oracleでは、完全な可用性ドメインまたはデータ・センターのフォルト分離のために個別の可用性ドメインを選択することをお薦めします。 リージョン間に新しいスタンバイを追加する場合、スタンバイは、リージョンの障害に対しても障害を分離します。

Data Guardを有効にする場合は、新しいスタンバイ・データベースをホストするために、スタンバイ・インスタンスに新しいデータベース・ホームを作成する必要があります。 または、スタンバイ・インスタンス上の既存のデータベース・ホーム内にスタンバイ・データベースをプロビジョニングすることもできます。 スタンバイ・システムに必要なリソースの作成については、次のトピックを参照してください:

プライマリまたはスタンバイのExadataインスタンスでデータベース・ホームを作成するときに、データベースに必要なパッチを含むカスタム・データベース・ソフトウェア・イメージを使用できます。 カスタムOracle Databaseソフトウェア・イメージの操作の詳細は、「Oracle Databaseソフトウェア・イメージ」を参照してください。

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

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

関連トピック

親トピック: Exadata Cloud InfrastructureでのOracle Data Guardの使用

Data Guardのネットワーク要件

Data Guardを設定する前に、Exadata Cloud Infrastructure環境が次のネットワーク要件を満たしていることを確認してください:

  • プライマリ・データベースとスタンバイ・データベースは、異なるコンパートメントのVMクラスタの一部にすることができます。
  • リージョン間でOracle Data Guardを構成する場合は、プライマリ・データベースとスタンバイ・データベースの間にリモート仮想クラウド・ネットワーク(VCN)ピアリングを構成する必要があります。 ネットワーキングは、「新しいExadataリソース・モデル」を使用するシステムのクラウドVMクラスタ・リソース、および古いリソース・モデルを使用するシステムのDBシステム・リソースで構成されます。 「RPCを使用したリモートVCNピアリング」を参照してください。

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

  • 1つのリージョン内でOracle Data Guardを設定するには、両方のExadata Cloud Infrastructureインスタンスで同じVCNを使用する必要があります。 同じリージョン内でData Guardを設定する場合、可用性と障害リカバリを向上させるために、Oracleでは、スタンバイ・データベースを含むインスタンスをプライマリ・データベースを含むインスタンスとは異なる「可用性ドメイン」にすることをお薦めします。

  • Oracle Data Guard関連付けにある両方のExadata Cloud Infrastructureインスタンスのサブネットに対するイングレスおよびエグレス・セキュリティ・ルールを構成して、該当するポート間でTCPトラフィックを移動できるようにします。 作成するルールがステートフル(デフォルト)であることを確認します。

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

ノート:

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

プライマリExadata Cloud 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

スタンバイExadata Cloud 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

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

関連トピック

親トピック: Exadata Cloud InfrastructureでOracle Data Guardを使用するための前提条件

パスワードの要件

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

関連トピック

親トピック: Exadata Cloud InfrastructureでOracle Data Guardを使用するための前提条件

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をアップグレードし、データベースを再起動します(顧客管理キーを使用するデータベースのみ)。

親トピック: Exadata Cloud InfrastructureでOracle Data Guardを使用するための前提条件

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>コマンドを実行します。

関連トピック

親トピック: Exadata Cloud InfrastructureでOracle Data Guardを使用するための前提条件

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

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

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

関連トピック

親トピック: Exadata Cloud InfrastructureでOracle Data Guardを使用するための前提条件

Data Guardの操作

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

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

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

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

親トピック: Exadata Cloud InfrastructureでのOracle Data Guardの使用

スイッチオーバー

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

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

親トピック: Data Guardの操作

フェイルオーバー

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

フェイルオーバーによって、保護モードおよびプライマリ・データベース障害時にプライマリ・データベースとターゲット・スタンバイ・データベースが同期されたかどうかによって、データが失われる場合とそうでない場合があります。 詳細は、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グループが作成されます。

親トピック: Exadata Cloud InfrastructureでのOracle Data Guardの使用

コンソールを使用したExadata Cloud InfrastructureシステムでのData Guardの有効化

データベース間でData Guardグループを設定する方法について学習します。

ノート:

  • 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および関連するユーザー・インタフェースの両方をサポートしています。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseで、Oracle Exadata Database Service on Dedicated Infrastructureをクリックします。
  2. Oracle Data Guardを有効にするデータベースを含むExadata Cloud Infrastructureインスタンスを含む「コンパートメント」を選択します。
  3. プライマリ・ロールにするデータベースを含むクラウドVMクラスタまたはDBシステムにナビゲートします:
    • クラウドVMクラスタ(新しいリソース・モデル):下Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。
    • DBシステム: ベアメタル、VM、Exadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。
  4. VMクラスタまたはDBシステムの詳細ページの「データベース」セクションで、プライマリにするデータベースの名前をクリックします。
  5. 「データベースの詳細」ページの「リソース」で、「Data Guard関連付け」をクリックします。
  6. 「スタンバイの追加」をクリックします。
  7. 「スタンバイの追加」ページで、Data Guardグループを構成します。
    • 「ピアDBシステムの選択」セクションで、スタンバイ・データベースを配置する使用可能なExadataシステムのリストを取得するために、スタンバイ・データベースに次の情報を指定します:
      • リージョン: スタンバイ・データベースを配置するリージョンを選択します。 プライマリ・データベースが存在するリージョンがデフォルトで選択されます。 スタンバイ・データベースは、別のリージョンに配置することもできます。 このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されているリージョンがわかります。
      • 可用性ドメイン: スタンバイ・データベースの可用性ドメインを選択します。 このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されている可用性ドメインがわかります。
      • シェイプ: スタンバイExadataシステムのシェイプを選択します。
      • Data Guardピア・リソース・タイプ: DBシステムまたはVMクラスタを選択します。
      • ドロップダウン・リストからDBシステムまたはクラウドVMクラスタを選択します。
    • 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グループの詳細:
      • 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の保護モード」を参照してください。
      • 転送タイプ: このData Guardグループに使用されるREDO転送タイプ。 これらのオプションの詳細は、「REDO転送サービス」を参照してください。

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

        • 最初のスタンバイの作成: 最初のスタンバイ・データベースの保護モードまたはトランスポート・タイプは、その作成中に変更できません。 後で変更できます。
          • デフォルト設定は次のとおりです。
            • 保護モード: 最大パフォーマンス
            • 輸送タイプ: 非同期
        • 2番目のスタンバイからN番目のスタンバイの作成: 後続のスタンバイ・データベースの保護モードまたはトランスポート・タイプは変更できません。
          • 保護モードは、最初のスタンバイから継承されます。
          • デフォルトのトランスポート・タイプは「非同期」に設定されています。
    • 「データベース・ホームの選択」セクションで、次のいずれかを選択します:
      • 既存のデータベース・ホームの選択: このオプションを使用する場合は、データベース・ホームの表示名ドロップダウン・リストからホームを選択します。
      • 新しいデータベース・ホームを作成します: このオプションを選択した場合は、データベース・ホームの表示名フィールドに新しいデータベース・ホームの名前を入力します。 「データベース・イメージの変更」をクリックして、新しいデータベース・ホームのデータベース・ソフトウェア・イメージを選択します。 「データベース・ソフトウェア・イメージの選択」パネルで、次の手順を実行します:
        1. 新しいデータベース・ホームの作成に使用するデータベース・ソフトウェア・イメージが含まれているコンパートメントを選択します。
        2. 新しいデータベース・ホームの作成に使用するデータベース・ソフトウェア・イメージを含むリージョンを選択します。 リージョン・フィルタは、デフォルトで現在接続されているリージョンに設定され、そのリージョンで作成されたすべてのソフトウェア・イメージがリストされます。 別のリージョンを選択すると、選択したリージョンで作成されたソフトウェア・イメージが表示されるように、ソフトウェア・イメージ・リストがリフレッシュされます。
        3. 新しいデータベース・ホームが使用するOracle Databaseソフトウェア・バージョンを選択し、選択したソフトウェア・バージョンで使用可能なイメージのリストからイメージを選択します。
        4. 「選択」をクリックします。

        ノート:

        • Oracleでは、プライマリ・データベースとスタンバイ・データベースのデータベース・ホームに同じパッチのリストを適用することをお薦めします。
        • 新しいData Guardグループ・リソースを使用している場合は、まずデータベース・ホームを作成してから、スタンバイ・データベースを追加する必要があります。
    • スタンバイ・データベースを構成します:セクションで、スタンバイ・データベースの詳細を指定します。

      ノート:

      データベースの作成後にdb_unique_nameおよびSIDプレフィクスを変更することはできません。
      • データベースの一意の名前: オプションで、DB_UNIQUE_NAMEデータベース・パラメータの値を指定します。 この値は、プライマリおよびスタンバイのクラウドVMクラスタ全体で一意である必要があります。 一意の名前は次の要件を満たす必要があります:
        • 最大30文字であること
        • 英数字またはアンダースコア(_)文字のみを含みます
        • 先頭はアルファベット
        • VMクラスタ全体で一意。 テナンシ全体で一意になるようにすることをお薦めします。
        指定しない場合、次のように一意の氏名値が自動的に生成されます: 
        <db_name>_<3_chars_unique_string>_<region-name>

      • データベース・パスワード: プライマリ・データベースのデータベース管理者パスワードを入力します。 これと同じデータベース管理者パスワードをスタンバイ・データベースで使用します。

        ノート:

        管理者パスワードとTDEウォレット・パスワードは同じである必要があります。 パスワードが同じでない場合は、「データベース・パスワードの変更」の手順に従ってパスワードが正しいことを確認します。
      • TDEウォレット・パスワード: TDEウォレット・パスワードを入力します。
  8. 詳細オプションの表示をクリックして、スタンバイ・データベースの拡張オプションを指定します:

    • 管理:

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

      ノート:

      SIDプレフィクスの入力は、Oracle 12.1以上のデータベースでのみ使用できます。

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

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

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

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

関連トピック

親トピック: コンソールを使用したOracle Data Guardグループの管理

クラウドVMクラスタ内のデータベースのData Guardグループの詳細を表示するには

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

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

関連トピック

親トピック: コンソールを使用したOracle Data Guardグループの管理

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

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

  1. ナビゲーション・メニューを開きます。 Oracle Databaseで、Oracle Exadata Database Service on Dedicated Infrastructureをクリックします。
  2. 自動データベースを有効にするデータベースを含むExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
  3. プライマリ・データベースを含むクラウドVMクラスタまたはDBシステムに移動します。

    • クラウドVMクラスタ(新しいリソース・モデル):下Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    • DBシステム: ベアメタル、VM、Exadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. VMクラスタまたはDBシステムの詳細ページの「データベース」セクションで、プライマリ・データベースの名前をクリックします。
  5. 「データベースの詳細」ページの「リソース」で、「Data Guardグループ」をクリックします。
  6. 自動バックアップを有効にするスタンバイ・データベースの名前をクリックします。

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

  7. バナーの「自動バックアップの有効化」をクリックします。
  8. 結果の自動バックアップの構成ウィンドウで、次の詳細を入力します:
    • 自動バックアップの有効化: このデータベースの自動増分バックアップを有効または無効にするには、このチェック・ボックスを選択します。

      ノート:

      • データベースがセキュリティ・ゾーン・コンパートメントにある場合は、自動バックアップを有効にする必要があります。
      • 自動バックアップを有効にしている場合は、バックアップの保存先としてリカバリ・サービスまたはオブジェクト・ストレージを構成することを選択できます。 ただし、バックアップがすでにプライマリ・データベースで構成されている場合、スタンバイは同じバックアップ保存先を使用する必要があります。
    • 「バックアップ先」として「リカバリ・サービス」が選択されている場合は、次のオプションを構成できます:
      • 保護ポリシー: 事前設定された保護ポリシーまたはカスタム・ポリシーのいずれかを選択できます。 バックアップは、選択した保護ポリシー・リカバリ・ウィンドウの最後に自動的に削除されます。
      • リアルタイムのデータ保護: リアルタイム保護は、保護されたデータベースからリカバリ・サービスへのREDO変更の継続的な転送です。 これにより、データ損失が減少し、リカバリ・ポイント目標(RPO)が0近くになります。 これは追加料金オプションです。
      • データベース終了後の削除オプション: 次のオプションを使用して、データベースの終了後に管理対象データベースのバックアップを保持できます。 これらのオプションは、データベースに偶発的または悪意のある障害が発生した場合にバックアップからデータベースをリストアする場合にも役立ちます。
        • 保存期間に従ってバックアップを保持します: データベースが終了すると、終了したデータベースとそのすべてのリソースに関連付けられた自動データベース・バックアップは、指定した保存期間の終了時に削除されます。
        • バックアップを72時間保持してから、次を削除します: データベースが終了すると、終了したデータベースとそのすべてのリソースに関連付けられた自動データベース・バックアップは72時間保持され、その後削除されます。 ユーザーによる偶発的な削除から保護するために、バックアップは72時間保持されます。
      • 初期バックアップのスケジュール日: 最初のバックアップを開始する曜日を選択します。
      • 初期バックアップのスケジュール時間(UTC): 最初のバックアップを開始する時間を選択します。 初期バックアップは、いつでも、または選択した2時間のスケジュール・ウィンドウ内で開始できます。
      • 日次バックアップのスケジュール時間(UTC): 日次バックアップを開始する時間を選択します。 日次バックアップは、いつでも、または選択した2時間のスケジュール・ウィンドウ内で開始できます。
      • 最初のバックアップをすぐに実行します: 完全バックアップは、すべてのデータファイルおよびOracle Databaseを構成する制御ファイルのオペレーティング・システム・バックアップです。 完全バックアップには、データベースに関連付けられたパラメータ・ファイルも含まれます。 データベースが停止したとき、またはデータベースがオープンしているときに、データベースのバックアップを作成できます。 通常は、インスタンス障害やその他の異常な状況の後にバックアップを作成しません。 最初のバックアップの遅延を選択すると、データベース障害が発生した場合にデータベースをリカバリできない場合があります。
    • 「バックアップ先」として「オブジェクト・ストレージ」が選択されている場合は、次のオプションを構成できます:
      • バックアップ保存期間: 自動バックアップを有効にすることを選択した場合、事前設定された保持期間のいずれかを含むポリシーを選択できます。 増分バックアップは、選択した保持期間の最後に自動的に削除されます。 バックアップ保持期間をプロビジョニング後に変更できます。
      • データベース終了後の削除オプション: 次のオプションを使用して、データベースの終了後に管理対象データベースのバックアップを保持できます。 これらのオプションは、データベースに偶発的または悪意のある障害が発生した場合にバックアップからデータベースをリストアする場合にも役立ちます。
        • 保存期間に従ってバックアップを保持します: データベースが終了すると、終了したデータベースとそのすべてのリソースに関連付けられた自動データベース・バックアップは、指定した保存期間の終了時に削除されます。
        • バックアップを72時間保持してから、次を削除します: データベースが終了すると、終了したデータベースとそのすべてのリソースに関連付けられた自動データベース・バックアップは72時間保持され、その後削除されます。 ユーザーによる偶発的な削除から保護するために、バックアップは72時間保持されます。
      • 完全バックアップのスケジュール日: 初期および将来の完全バックアップを開始する曜日を選択します。
      • 完全バックアップのスケジュール時間(UTC): 全体バックアップを開始する時間を選択します。 完全バックアップは、いつでも、または選択した2時間のスケジュール・ウィンドウ内で開始できます。
      • 増分バックアップのスケジュール時間(UTC): 増分バックアップを開始する時間を選択します。 増分バックアップは、いつでも、または選択した2時間のスケジュール・ウィンドウ内で開始できます。
      • 最初のバックアップをすぐに実行します: 完全バックアップは、すべてのデータファイルおよびOracle Databaseを構成する制御ファイルのオペレーティング・システム・バックアップです。 完全バックアップには、データベースに関連付けられたパラメータ・ファイルも含まれます。 データベースが停止したとき、またはデータベースがオープンしているときに、データベースのバックアップを作成できます。 通常は、インスタンス障害やその他の異常な状況の後にバックアップを作成しません。 最初のバックアップの遅延を選択すると、データベース障害が発生した場合にデータベースをリカバリできない場合があります。
  9. 「変更の保存」をクリックします。

関連トピック

親トピック: コンソールを使用したOracle Data Guardグループの管理

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

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

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

  3. Data Guard関連付けを含むクラウドVMクラスタまたはDBシステムに移動します:

    クラウドVMクラスタ(新しいリソース・モデル): Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: ベア・メタル、VMおよびExadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. 「リソース」の下で、「Data Guardグループ」をクリックします。
  5. スイッチオーバーを実行するData Guardグループ内のスタンバイ・データベースを選択します。 「アクション」アイコン(3つのドット)をクリックし、「スイッチオーバー」をクリックします。

  6. 「データベースのスイッチオーバー」ダイアログ・ボックスで、データベース管理パスワードを入力し、「スイッチオーバー」をクリックします。

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

関連トピック

親トピック: コンソールを使用したOracle Data Guardグループの管理

Oracle Data Guardグループの詳細を編集するには

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

    クラウドVMクラスタ(新しいリソース・モデル):下Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: ベア・メタル、VMおよびExadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. 「リソース」の下で、「Data Guardグループ」をクリックします。

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

  5. Data Guardグループの詳細を編集するには、「アクション」アイコン(3つのドット)をクリックし、「編集」をクリックします。
  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. 「保存」をクリックします。

関連トピック

親トピック: コンソールを使用したOracle Data Guardグループの管理

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

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

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

    クラウドVMクラスタ(新しいリソース・モデル): Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: ベア・メタル、VMおよびExadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

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

    ノート:

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

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

関連トピック

親トピック: コンソールを使用したOracle Data Guardグループの管理

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

プライマリ・データベースをスタンバイにフェイルオーバーすると、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効化されたスタンバイとして識別されます。 障害の原因を修正した後、障害が発生したデータベースを現在のプライマリの機能スタンバイとして回復できます。

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

    クラウドVMクラスタ (新しいリソース・モデル): Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: ベア・メタル、VMおよびExadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. 「リソース」の下で、「Data Guardグループ」をクリックします。
  5. このデータベースを回復するData Guardグループについて、「アクション」アイコン(3つのドット)をクリックし、「回復」をクリックします。

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

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

親トピック: コンソールを使用したOracle Data Guardグループの管理

「Exadataクラウド・インフラストラクチャ」インスタンスでData Guardグループを終了するには

「Exadataクラウド・インフラストラクチャ」インスタンスで、すべてのスタンバイ・データベースを終了してData Guardグループを削除します。

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

  3. スタンバイ・データベースを含むクラウドVMクラスタまたはDBシステムにナビゲートします:

    クラウドVMクラスタ(新しいリソース・モデル): Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: ベア・メタル、VMおよびExadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. 終了するスタンバイ・データベースについて、「アクション」アイコン(3つのドット)をクリックし、「終了」をクリックします。

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

関連トピック

親トピック: コンソールを使用したOracle Data Guardグループの管理

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

次のAPI操作を使用して、Exadata Cloud Infrastructureインスタンス上のData Guard関連付けを管理します:

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

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

親トピック: Exadata Cloud InfrastructureでのOracle Data Guardの使用

APIを使用したData Guardグループの管理

次のAPI操作を使用して、「Exadataクラウド・インフラストラクチャ」インスタンスでData Guardグループを管理します:

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

操作 REST APIエンドポイント コメント

スタンバイ・データベースの作成 / 追加

CreateDatabase
  • 最初のスタンバイの作成およびスタンバイ・データベースの追加には、同じAPIが使用されています。
  • ソースがDATAGUARDである既存のデータベース作成APIを使用

Data Guardグループ構成の更新

UpdateDataGuard

構成を更新するには、スタンバイ・データベースまたはプライマリ・データベースのOCIDが必要です。

Data Guardアクション - スイッチオーバー

SwitchOverDataGuard

スイッチオーバーは、プライマリになる各スタンバイでトリガーする必要があります。

Data Guardアクション - フェイルオーバー

FailoverDataGuard

フェイルオーバーは、プライマリになる各スタンバイでトリガーする必要があります。

Data Guardアクション - 回復

ReinstateDataGuard

回復するには、それぞれのスタンバイで回復をトリガーする必要があります。

スタンバイの削除

DeleteDatabase
  • スタンバイの削除は既存のものと同じままです。- DeleteDatabase
  • コールが削除される各スタンバイで実行されます。

Data Guard関連付けの複数のスタンバイへの移行

MigrateDataGuardAssociationToMultiDataGuards
  • 既存のデータ・ガードの関連付けをData Guardグループ・モデルに移行します。
  • 新しいスタンバイは、移行の完了後にのみ追加できます。

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

親トピック: Exadata Cloud InfrastructureでのOracle Data Guardの使用