Exadata Cloud InfrastructureでのOracle Data Guardの使用

VMクラスタでData Guardアソシエーションを構成および管理する方法について学習します。

Exadata Cloud InfrastructureでのOracle Data Guardの使用について

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

コンソールまたはAPIを使用して、Exadataデータベース・コンピュート・ノードのデータベースに対してData Guardを有効にする場合:
  • スタンバイ・データベースはフィジカル・スタンバイです。
  • ピア・データベース(プライマリおよびスタンバイ)のバージョンは同一です。
  • プライマリ・データベースごとに1つのスタンバイ・データベースに制限されます。
  • スタンバイ・データベースは、オープンしている読取り専用データベース(Active Data Guard)としてデプロイされます。

オンプレミスとExadataデータベース・コンピュート・ノードの間にData Guardシステムを構成するか、複数のスタンバイを使用してデータベースを構成するには、データベース・ホストに直接アクセスしてData Guardを手動で設定する必要があります。

Oracle Data Guardの詳細は、Oracleドキュメント・ポータル『Data Guard概要および管理』を参照してください。

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

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

ノート

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

Data Guardを有効にすると、スタンバイExadataインスタンスに新しいデータベース・ホームを作成して、Data Guardの有効化操作中に新しいスタンバイ・データベースを格納できます。または、スタンバイ・インスタンスの既存のデータベース・ホームにスタンバイ・データベースをプロビジョニングすることもできます。スタンバイ・システムに必要なリソースの作成の詳細は、次のトピックを参照してください:

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

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

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

Data Guardのネットワーク要件

Exadata Cloud InfrastructureとOracle Data Guardを使用するためのネットワーク要件について説明します。

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

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

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

  • 単一リージョン内でOracle Data Guardを設定するには、両方のExadata Cloud Infrastructureインスタンスが同じVCNを使用する必要があります。同じリージョン内にData Guardを設定する場合、可用性およびディザスタ・リカバリを向上させるために、スタンバイ・データベースを含むインスタンスをプライマリ・データベースを含むインスタンスとは異なる可用性ドメインに配置することをお薦めします。
  • Oracle Data Guardアソシエーションの両方のExadata Cloud Infrastructureインスタンスのサブネットに対して、イングレス・セキュリティ・ルールおよびエグレス・セキュリティ・ルールを構成して、該当するポート間でTCPトラフィックを送受信できるようにします。作成するルールがステートフル(デフォルト)であることを確認します。

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

ノート

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

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

Ingress Rules:

						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

						Egress Rules:


						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インスタンスのサブネットのセキュリティ・ルール

Ingress Rules:

						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

						Egress Rules:

						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
					

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

パスワード要件

Data Guard操作が機能するためには、プライマリ・データベースとスタンバイ・データベースのSYSパスワードおよびTDEウォレット・パスワードがすべて同じである必要があります。

これらのパスワードのいずれかを変更した場合は、対応する残りのパスワードを更新する必要があります。SYSパスワードまたはTDEウォレット・パスワードの変更方法を学習するには、データベース・パスワードの変更を参照してください。

TDEウォレットに変更を加えた場合(新しいPDBのマスター・キーの追加やウォレット・パスワードの変更など)、Data Guardが引き続き動作できるように、ウォレットをプライマリからスタンバイにコピーする必要があります。12.2より前のOracle Databaseバージョンでは、ピアの1つでSYSパスワードを変更した場合、DBシステム間でパスワード・ファイルを手動で同期する必要があります。

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

Data Guardの作業

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

Data Guard実装には、2つのデータベース(プライマリ・ロールに1つとスタンバイ・ロールに1つ)が必要です。2つのデータベースは、Data Guardアソシエーションを構成します。ほとんどのアプリケーションは、プライマリ・データベースにアクセスします。スタンバイ・データベースは、トランザクション上の一貫性を持つ、プライマリ・データベースのコピーです。

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

スイッチオーバー

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

各データベースは、Data Guardアソシエーションに新しいロールで引き続き参加します。スイッチオーバーでは、データ損失がないことが保証されます。プライマリ・データベースで計画メンテナンスを実行する前に、スイッチオーバーを使用できます。Data Guardアソシエーションを使用してExadataデータベース仮想マシンで計画メンテナンスを実行するには、通常、プライマリをスタンバイ・ロールに切り替え、スタンバイでメンテナンスを実行してからプライマリ・ロールに戻します。

フェイルオーバー

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

最大パフォーマンス保護モードを使用している場合、フェイルオーバーによってデータ損失が発生する可能性があります。

回復

Data Guardアソシエーションでデータベースをスタンバイ・ロールに回復します。

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

ノート

ピア(スタンバイ)データベースとのData Guardアソシエーションがあるプライマリ・データベースは終了できません。最初にスタンバイ・データベースを削除してください。または、プライマリ・データベースをスタンバイ・ロールにスイッチオーバーすることで、前のプライマリを終了できます。

Data Guardが有効になっているデータベースを含むVMクラスタは終了できません。最初に、スタンバイ・データベースを終了して、Data Guardアソシエーションを削除する必要があります。

コンソールを使用したOracle Data Guardアソシエーションの管理

データベース間のData Guardアソシエーションの有効化、スイッチオーバーまたはフェイルオーバー操作のいずれかを使用したData Guardアソシエーションのデータベースのロール変更、および障害が発生したデータベースの回復の方法について学習します。

Data Guardを有効にすると、プライマリ・データベースとスタンバイ・データベース用に別個のData Guardアソシエーションが作成されます。

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

データベース間のData Guardアソシエーションを有効化する方法について学習します。

ノート

  • Data Guardを有効にすると、データのレプリケーションはクライアント・ネットワークを介してのみ行われます。
  • 23aiデータベースに対して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. VMクラスタまたはDBシステムの詳細ページの「データベース」セクションで、プライマリにするデータベースの名前をクリックします。
  5. 「データベース詳細」ページの「リソース」で、「Data Guardアソシエーション」をクリックします。
  6. 「Data Guardアソシエーション」セクションで、「Data Guardの有効化」をクリックします。
  7. 「Data Guardの有効化」ページで、Data Guardアソシエーションを構成します。
    • 「ピアDBシステムの選択」セクションで、スタンバイ・データベースについて次の情報を指定して、スタンバイ・データベースを配置できるExadataシステムのリストを取得します:
      • リージョン: スタンバイ・データベースを配置するリージョンを選択します。プライマリ・データベースが存在するリージョンがデフォルトで選択されています。スタンバイ・データベースは、別のリージョンに配置することもできます。このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されているリージョンが表示されます。
      • 可用性ドメイン: スタンバイ・データベースの可用性ドメインを選択します。このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されている可用性ドメインが示されます。
      • シェイプ: スタンバイExadataシステムのシェイプを選択します。
      • Data Guardピア・リソース・タイプ: 「DBシステム」または「VMクラスタ」を選択します。
      • ドロップダウン・リストからDBシステムまたはクラウド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 Guardの保護モードを参照してください。
      • トランスポート・タイプ: このData Guardアソシエーションに使用されるREDOトランスポート・タイプ。これらのオプションの詳細は、REDO転送サービスを参照してください。
    • 「データベース・ホームの選択」セクションで、次のいずれかを選択します:
      • 既存のデータベース・ホームの選択: このオプションを使用する場合は、「データベース・ホームの表示名」ドロップダウン・リストからホームを選択します。
      • 新規データベース・ホームの作成: このオプションを選択した場合は、「データベース・ホームの表示名」フィールドに新しいデータベース・ホームの名前を入力します。「データベース・イメージの変更」をクリックして、新しいデータベース・ホームのデータベース・ソフトウェア・イメージを選択します。「データベース・ソフトウェア・イメージの選択」パネルで、次を実行します:
        1. 新しいデータベース・ホームの作成に使用するデータベース・ソフトウェア・イメージが含まれているコンパートメントを選択します。
        2. 新しいデータベース・ホームの作成に使用するデータベース・ソフトウェア・イメージが含まれているリージョンを選択します。リージョン・フィルタは、現在接続されているリージョンにデフォルト設定され、そのリージョンに作成されたすべてのソフトウェア・イメージがリストされます。別のリージョンを選択すると、ソフトウェア・イメージ・リストがリフレッシュされ、選択したリージョンで作成されたソフトウェア・イメージが表示されます。
        3. 新しいデータベース・ホームで使用するOracle Databaseソフトウェアのバージョンを選択し、選択したソフトウェア・バージョンで使用可能なイメージのリストからイメージを選択します。
        4. 「選択」をクリックします。
        ノート

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

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

        ノート

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

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

      SID接頭辞の入力は、Oracle 12.1以上のデータベースでのみ使用できます。

      SID接頭辞は次の要件を満たす必要があります:

      • 最大12文字
      • 英数字のみを含みます
      • アルファベットで始まります
      • VMクラスタおよびプライマリ・データベースとスタンバイ・データベース間で一意
  9. 「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」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. コンパートメントを選択します。
  3. Data Guardアソシエーションでロールを表示するデータベースを含むクラウドVMクラスタに移動します。
  4. 「データベース」セクションの「リソース」で、このVMクラスタ内の各データベースのロールは「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. 表示された「自動バックアップの構成」ウィンドウで、次の詳細を入力します。
    • 自動バックアップ有効化:チェック・ボックスを選択すると、このデータベースの自動増分バックアップが有効または無効になります。データベースがセキュリティ・ゾーン・コンパートメントにある場合は、自動バックアップを有効にする必要があります。
    • バックアップのスケジュール:
      • 完全バックアップ・スケジューリング日:初期および将来のL0バックアップを開始する曜日を選択します。
      • 完全バックアップ・スケジューリング時間(UTC):自動バックアップ機能が選択されたときに完全バックアップが開始される時間ウィンドウを指定します。
      • 最初のバックアップをすぐに取得:データベース全体バックアップには、ターゲット・データベースに関連付けられているすべてのデータファイル、制御ファイルおよびパラメータ・ファイルが含まれます。アーカイブ・バックアップは分離および分離され、30分ごとに実行されます。最初のフル・バックアップをすぐに実行するか、割り当てられたフル・バックアップ・スケジューリング時間を延期するかを選択できます。後者の場合、最初のバックアップが完了するまでデータベースはリカバリできません。
    • バックアップの保存先:オブジェクト・ストレージはデフォルトで選択されており、変更できません。
      ノート

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

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

スイッチオーバー操作は、プライマリ・データベースの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. 「データベースのスイッチオーバー」ダイアログ・ボックスで、データベース管理パスワードを入力し、「OK」をクリックします。

    これで、このデータベースは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アソシエーション」をクリックします。
  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. 「保存」をクリックします。

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

フェイルオーバー操作は、スタンバイ・データベースの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アソシエーションについて、「フェイルオーバー」をクリックします。
  6. 「データベースのフェイルオーバー」ダイアログ・ボックスで、データベース管理パスワードを入力し、「OK」をクリックします。

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

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

プライマリ・データベースをスタンバイにフェイルオーバーした後、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効なスタンバイとして識別されます。障害の原因を修正した後、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. 「データベースの回復」ダイアログ・ボックスで、データベース管理パスワードを入力し、「OK」をクリックします。

    これで、このデータベースはData Guardアソシエーションのスタンバイとして回復されます。

Exadata Cloud InfrastructureインスタンスでData Guardアソシエーションを終了するには

Exadata Cloud Infrastructureインスタンスで、スタンバイ・データベースを終了することで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」をクリックします。

APIを使用したData Guardアソシエーションの管理

次のAPI操作を使用して、Exadata Cloud InfrastructureインスタンスでData Guardアソシエーションを管理します:

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

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