Exadata Cloud InfrastructureでのOracle Data Guardの使用
VMクラスタでData Guardアソシエーションを構成および管理する方法について学習します。
- Exadata Cloud InfrastructureでのOracle Data Guardの使用について
このトピックでは、コンソールまたはAPIを使用して、VMクラスタでData Guardアソシエーションを管理する方法について説明します。 - Exadata Cloud InfrastructureでOracle Data Guardを使用する前提条件
Exadata Cloud Infrastructure Oracle Data Guard実装には、2つの既存のExadata VMクラスタ(Data Guardによって複製される既存のデータベースを含むものと、Data Guardによって新しいスタンバイ・データベースを格納するもの)が必要です。 - Data Guardの作業
Oracle Data Guardは、企業データの高可用性、データ保護およびディザスタ・リカバリを保証します。 - コンソールを使用したOracle Data Guardアソシエーションの管理
データベース間のData Guardアソシエーションの有効化、スイッチオーバーまたはフェイルオーバー操作のいずれかを使用したData Guardアソシエーションのデータベースのロール変更、および障害が発生したデータベースの回復の方法について学習します。 - APIを使用したData Guardアソシエーションの管理
次のAPI操作を使用して、Exadata Cloud InfrastructureインスタンスでData Guardアソシエーションを管理します:
親トピック: ハウツー・ガイド
Exadata Cloud InfrastructureでのOracle Data Guardの使用について
このトピックでは、コンソールまたはAPIを使用して、VMクラスタで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インフラストラクチャ・リソースを作成するには
- クラウドVMクラスタ・リソースを作成するには
- 既存のExadata Cloud Infrastructureインスタンスに新規データベース・ホームを作成するには
プライマリまたはスタンバイのExadataインスタンスでデータベース・ホームを作成する場合、データベースに必要なパッチを含むカスタム・データベース・ソフトウェア・イメージを使用できます。カスタムOracle Databaseソフトウェア・イメージの使用の詳細は、Oracle Databaseソフトウェア・イメージを参照してください。
既存のデータベース・ホームにスタンバイ・データベースをプロビジョニングする場合は、スタンバイ・データベースをプロビジョニングする前に、スタンバイ・インスタンスのターゲット・データベース・ホームに、プライマリ・データベースに使用されているすべての必須パッチがあることを確認します。既存のデータベース・ホームへのパッチ適用の詳細は、次のトピックを参照してください:
- データベース・ホームでOracle Databaseソフトウェアにパッチを適用するには(クラウドVMクラスタ)
- データベース・ホームでOracle Databaseソフトウェアにパッチを適用するには(DBシステム)
Data Guardアソシエーションを作成していて、顧客管理キーを使用してデータベースを暗号化する場合、Vaultサービスを構成し、マスター・キーを作成する必要があります。Vault暗号化キーを管理するにはおよびキーおよびシークレット管理の概念を参照してください。
- Data Guardのネットワーク要件
Exadata Cloud InfrastructureとOracle Data Guardを使用するためのネットワーク要件について説明します。 - パスワード要件
Data Guard操作が機能するためには、プライマリ・データベースとスタンバイ・データベースのSYS
パスワードおよびTDEウォレット・パスワードがすべて同じである必要があります。 - Exadata Cloud InfrastructureおよびData Guardの既知の問題
TDEキー・レプリケーションの問題と、MRPおよびDG LCM操作の失敗の可能性。 - VMクラスタへのノードの追加
- VMクラスタからのノードの削除
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>
コマンドを実行します。
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アソシエーションでデータベースをスタンバイ・ロールに回復します。
障害の原因を修正した後に、回復コマンドを使用して、障害が発生したデータベースを再稼働させることができます。
ピア(スタンバイ)データベースとのData Guardアソシエーションがあるプライマリ・データベースは終了できません。最初にスタンバイ・データベースを削除してください。または、プライマリ・データベースをスタンバイ・ロールにスイッチオーバーすることで、前のプライマリを終了できます。
Data Guardが有効になっているデータベースを含むVMクラスタは終了できません。最初に、スタンバイ・データベースを終了して、Data Guardアソシエーションを削除する必要があります。
親トピック: Data Guardの作業
コンソールを使用したOracle Data Guardアソシエーションの管理
データベース間のData Guardアソシエーションの有効化、スイッチオーバーまたはフェイルオーバー操作のいずれかを使用したData Guardアソシエーションのデータベースのロール変更、および障害が発生したデータベースの回復の方法について学習します。
Data Guardを有効にすると、プライマリ・データベースとスタンバイ・データベース用に別個のData Guardアソシエーションが作成されます。
- コンソールを使用したExadata Cloud InfrastructureシステムでのData Guardの有効化
データベース間のData Guardアソシエーションを有効化する方法について学習します。 - クラウドVMクラスタ内のデータベースのData Guardアソシエーションを表示するには
クラウドVMクラスタ内のData Guardアソシエーションの各データベースのロールを表示するには、この手順に従います。 - スタンバイ・データベースで自動バックアップを有効にするには
スタンバイ・データベースで自動バックアップを有効にする方法について学習します。 - データベースのスイッチオーバーを実行するには
スイッチオーバー操作は、プライマリ・データベースのData Guardアソシエーションを使用して開始します。 - Oracle Data Guardアソシエーションを編集するには
- データベースのフェイルオーバーを実行するには
フェイルオーバー操作は、スタンバイ・データベースのData Guardアソシエーションを使用して開始します。 - データベースを回復するには
プライマリ・データベースをスタンバイにフェイルオーバーした後、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効なスタンバイとして識別されます。障害の原因を修正した後、Data Guardアソシエーションを使用して、障害が発生したデータベースを現在のプライマリの正常なスタンバイとして回復できます。 - Exadata Cloud InfrastructureインスタンスでData Guardアソシエーションを終了するには
Exadata Cloud Infrastructureインスタンスで、スタンバイ・データベースを終了することでData Guardアソシエーションを削除します。
コンソールを使用したExadata Cloud InfrastructureシステムでのData Guardの有効化
データベース間のData Guardアソシエーションを有効化する方法について学習します。
- Data Guardを有効にすると、データのレプリケーションはクライアント・ネットワークを介してのみ行われます。
- 23aiデータベースに対してData Guardアソシエーションを構成する場合、プライマリ・データベースとスタンバイ・データベースは同じメジャー・リリース・バージョンである必要がありますが、スタンバイ・データベースはより上位のマイナー・バージョンである必要があります。
Data Guardアソシエーションを構成するための作業リクエストが発行されます。リクエストの進行状況およびプロビジョニングのステージは、「作業リクエスト」ページに表示できます。
アソシエーションが作成されると、データベースとそのピアの詳細に、それぞれのロールが「プライマリ」または「スタンバイ」として表示されます。
- Data Guardのプロビジョニングの進行状況の表示
「作業リクエスト」ページを使用して、Data Guardのプロビジョニング・タスクの進行状況を表示します。
関連トピック
Data Guardのプロビジョニングの進行状況の表示
「作業リクエスト」ページを使用して、Data Guardのプロビジョニング・タスクの進行状況を表示します。
Data Guardの有効化タスクが完了すると、Data Guardアソシエーションのプロビジョニングを完了するための複数の作業リクエストが発行されます。これらの作業リクエストの進行状況を表示するには:
- 「作業リクエストの詳細」ページに移動します。「作業リクエストの詳細」ページの「作業リクエスト情報」タブには、Data Guardプロビジョニングの全体的な進行状況を示すバーがあります
- 「リソース」で、「ログ・メッセージ」を選択します。表に、完了済または進行中の各タスクのメッセージが示されます。
クラウドVMクラスタ内のデータベースのData Guardアソシエーションを表示するには
クラウドVMクラスタ内のData Guardアソシエーションの各データベースのロールを表示するには、この手順に従います。
- ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
- コンパートメントを選択します。
- Data Guardアソシエーションでロールを表示するデータベースを含むクラウドVMクラスタに移動します。
- 「データベース」セクションの「リソース」で、このVMクラスタ内の各データベースのロールが「Data Guardロール」列に示されます。
データベースのスイッチオーバーを実行するには
スイッチオーバー操作は、プライマリ・データベースのData Guardアソシエーションを使用して開始します。
- ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします
- Oracle Data Guardを有効化するデータベースがあるExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
-
Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:
クラウドVMクラスタ(新しいリソース・モデル): 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。
DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。
- 「リソース」で、「Data Guardアソシエーション」をクリックします。
- スイッチオーバーを実行するData Guardアソシエーションについて、「アクション」アイコン(3つのドット)をクリックし、「スイッチオーバー」をクリックします。
-
「データベースのスイッチオーバー」ダイアログ・ボックスで、データベース管理パスワードを入力し、「OK」をクリックします。
これで、このデータベースはData Guardアソシエーションのスタンバイのロールを引き継ぎ、スタンバイはプライマリのロールを引き継ぎます。
Oracle Data Guardアソシエーションを編集するには
- ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします
- Oracle Data Guardを有効化するデータベースがあるExadata Cloud Serviceインスタンスを含むコンパートメントを選択します。
-
Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:
クラウドVMクラスタ(新しいリソース・モデル): 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。
DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。
- 「リソース」で、「Data Guardアソシエーション」をクリックします。
- 管理するData Guardアソシエーションについて、アクション・アイコン(3つのドット)をクリックし、「保護モードの編集」をクリックします。
-
「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パスワードを入力します。
- 「保存」をクリックします。
データベースのフェイルオーバーを実行するには
フェイルオーバー操作は、スタンバイ・データベースのData Guardアソシエーションを使用して開始します。
- ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします
- Oracle Data Guardを有効化するデータベースがあるExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
-
Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:
クラウドVMクラスタ(新しいリソース・モデル): 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。
DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。
- 「リソース」で、「Data Guardアソシエーション」をクリックします。
- フェイルオーバーを実行するData Guardアソシエーションについて、「フェイルオーバー」をクリックします。
-
「データベースのフェイルオーバー」ダイアログ・ボックスで、データベース管理パスワードを入力し、「OK」をクリックします。
これで、このデータベースはプライマリのロールを引き継ぎ、古いプライマリのロールは「無効化されたスタンバイ」として表示されます。
データベースを回復するには
プライマリ・データベースをスタンバイにフェイルオーバーした後、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効なスタンバイとして識別されます。障害の原因を修正した後、Data Guardアソシエーションを使用して、障害が発生したデータベースを現在のプライマリの正常なスタンバイとして回復できます。
- ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします
- Oracle Data Guardを有効化するデータベースがあるExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
-
Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:
クラウドVMクラスタ(新しいリソース・モデル): 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。
DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。
- 「リソース」で、「Data Guardアソシエーション」をクリックします。
- このデータベースを回復するData Guardアソシエーションについて、「アクション」アイコン(3つのドット)をクリックし、「回復」をクリックします。
-
「データベースの回復」ダイアログ・ボックスで、データベース管理パスワードを入力し、「OK」をクリックします。
これで、このデータベースはData Guardアソシエーションのスタンバイとして回復されます。
Exadata Cloud InfrastructureインスタンスでData Guardアソシエーションを終了するには
Exadata Cloud Infrastructureインスタンスで、スタンバイ・データベースを終了することでData Guardアソシエーションを削除します。
- ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
- Oracle Data Guardを有効化するデータベースがあるExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
-
スタンバイ・データベースを含むクラウドVMクラスタまたはDBシステムに移動します:
クラウドVMクラスタ(新しいリソース・モデル): 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。
DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。
- 終了するスタンバイ・データベースについて、「アクション」アイコン(3つのドット)をクリックし、「終了」をクリックします。
-
「データベースの終了」ダイアログ・ボックスで、データベースの名前を入力し、「OK」をクリックします。
APIを使用したData Guardアソシエーションの管理
次のAPI操作を使用して、Exadata Cloud InfrastructureインスタンスでData Guardアソシエーションを管理します:
APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。
- CreateDataGuardAssociation
- ListDataGuardAssociations
- GetDataGuardAssociation
- UpdateDataGuardAssociation
- SwitchoverDataGuardAssociation
- FailoverDataGuardAssociation
- ReinstateDataGuardAssociation
- DeleteDatabase - Exadata Cloud InfrastructureインスタンスのData Guardアソシエーションを終了するには、スタンバイ・データベースを削除します。
データベース・サービスのAPIの完全なリストは、データベース・サービスAPIを参照してください。