Autonomous Data Guardに関するノート
Autonomous Data Guardスタンバイ・データベースでAutonomous Databaseを使用する場合は、次のことに注意してください:
-
スタンバイ・データベースには、フェイルオーバーまたはスイッチオーバーによってプライマリになるまで接続できません。したがって、スタンバイ・データベースを読取り専用アクセスのためにオープンしたり、問合せをプライマリ・データベースからオフロードするために使用したりすることはできません。
-
Autonomous Data Guardは、Data WarehouseおよびTransaction Processingワークロード・タイプで使用できます。Autonomous Data Guardは、JSONおよびAPEXワークロード・タイプでは使用できません。
-
Always Free Autonomous Databasesでは、Autonomous Data Guardは使用できません。
-
Autonomous Databaseは、ローカル・スタンバイ・データベースへのアクセスを提供しません:
-
ECPU数のスケール・アップ(データベースがOCPUを使用している場合はOCPU数)などのすべての操作を実行して、プライマリ・データベースでコンピュート自動スケーリングを有効にし、Autonomous Databaseがローカル・スタンバイ・データベースで同じアクションを実行します。同様に、プライマリ・データベースでのみデータベースの停止や再起動などのアクションを実行します。
-
ローカル・スタンバイ・データベースは、読取り専用データベースとして使用できません。
-
-
Autonomous Databaseは、リモート・スタンバイ・データベースへのアクセスを提供します:
-
ECPU数のスケール・アップ(データベースでOCPUを使用している場合のOCPU数)や、プライマリ・データベースでのコンピュート自動スケーリングの有効化など、ほとんどの操作を実行します。そうすると、Autonomous Databaseによってリモート・スタンバイ・データベースで同じアクションが実行されます。同様に、プライマリ・データベースでのみデータベースの停止や再起動などのアクションを実行します。
- プライベート・エンドポイントの構成など、特定の操作をリモート・スタンバイ・データベースで実行できます。
-
リモート・スタンバイ・データベースは、読取り専用データベースとして使用できません。
-
-
データベース・アクションの「データベース・ダッシュボード」カードの「ECPU数」(データベースでOCPUを使用している場合)割当て済グラフおよび「CPU使用率」グラフには、プライマリ・データベースの割当て済ECPU (OCPUを使用している場合のOCPU)およびCPU使用率が表示されます。これらのグラフには、ローカル・スタンバイ・データベースまたはリモート・スタンバイ・データベースに関する情報は含まれません。
Oracle Cloud Infrastructure Consoleのメトリック・ページの「CPU使用率」メトリックは、プライマリ・データベースのCPU使用率を表示します。このページのその他のメトリックもプライマリ・データベースに関するものです。これらのメトリックには、ローカル・スタンバイ・データベースまたはリモート・スタンバイ・データベースに関する情報は含まれません。
-
ピア・データベースへのスイッチオーバーまたはフェイルオーバー後、ピア・データベースがプライマリになり、データベース・アクションのデータベース・ダッシュボードのグラフおよびOracle Cloud Infrastructure Consoleのメトリック・ページにプライマリ・データベースに関する情報が表示されます。グラフおよびメトリックには、スイッチオーバーまたはフェイルオーバー操作の前にプライマリであったデータベースに関する情報は含まれません。
-
「リストア進行中」操作の間は、ローカル・スタンバイへの自動フェイルオーバーが無効になります。
-
データベースのアップグレードの際には、ローカル・スタンバイへの自動フェイルオーバーが無効になります。
-
プライマリ・データベースの「Lifecycle State」フィールドに「Stopped」と表示されている場合、スタンバイ・データベースも停止されます。プライマリ・データベースが停止している場合でも、スイッチオーバーを実行できます。
クロスリージョンAutonomous Data Guardに関するノート
クロスリージョン(リモート)スタンバイ・データベースでAutonomous Data Guardを有効にする場合の制限事項は次のとおりです:
-
クロスリージョン・スタンバイ・データベースでAutonomous Data Guardを無効にするには、リモート・スタンバイ・データベースを終了します。詳細は、クロスリージョン・スタンバイ・データベースの終了を参照してください。
-
プライマリ・データベースでプライベート・エンドポイントが有効または無効になると、スタンバイで以前に構成されたアクセス制御リスト(ACL)が有効になり、値がクリアされます。プライマリでプライベート・エンドポイントを無効にした後、スタンバイ・データベースのACLをリセットして検証する必要があります。
-
Oracle Data Safeは、クロスリージョン・スタンバイ・データベースが有効化されているデータベースで有効にできますが、モニター対象はそのリージョン内のデータベースのみであり、スイッチオーバーまたはフェイルオーバーが発生した場合にスタンバイをモニターすることはできません。
-
プライマリ・データベースに対してTLS認証を許可すると、Autonomous Data Guardによって、クロスリージョン・スタンバイでのTLS認証が有効になります。したがって、Autonomous Data Guardがリモート・スタンバイで有効になっている場合、プライマリ・スタンバイとリモート・スタンバイの両方がTLS接続をサポートするように構成されている場合のみ、プライマリでTLS接続を許可できます。つまり、プライマリ・スタンバイおよびリモート・スタンバイは、ACLまたはプライベート・エンドポイントのいずれかで構成する必要があります。詳細は、TLS認証を許可するためのネットワーク構成の前提条件を参照してください。
-
Autonomous Data Guardでの顧客管理キーの使用に関する次の情報を参照してください
-
Autonomous Data Guardプライマリ・データベースに設定したBYOL ECPU制限は、クロスリージョンまたはクロステナンシのAutonomous Data Guardスタンバイ・データベースには適用されません。クロスリージョンまたはクロステナンシ・スタンバイでは、必要に応じてBYOL ECPU制限を個別に設定できます。BYOLライセンス制限値を超えるECPU使用量は、スタンバイに含まれるライセンスとして請求されます
詳細は、Autonomous Data GuardクロスリージョンBYOLライセンスを参照してください。
-
クロスリージョン・スタンバイ・データベースでAutonomous Data Guardを有効にすると、プライマリとスタンバイのウォレットで異なるデータベース・ホスト名が指定され、異なる接続文字列が使用されます。Oracleでは、アプリケーションがプライマリ・データベースと同じリージョンからダウンロードした接続文字列またはウォレットを使用することをお薦めします。
プライマリ・データベース・ホスト名とスタンバイ・データベース・ホスト名の両方を含む単一の接続文字列またはウォレットを使用する必要がある場合は、これを手動で構成できます。
プライマリとリモートの両方のデータベース接続文字列を含むウォレットを手動で構築するには:
-
プライマリ・データベースのOracle Cloud Infrastructure Consoleから、「データベース接続」をクリックして、プライマリの
wallet.zip
をダウンロードします。 -
リモート・スタンバイ・データベースのOracle Cloud Infrastructure Consoleから、「データベース接続」をクリックして、スタンバイの
wallet.zip
をダウンロードします。 -
両方のウォレット・ファイルを解凍し、2つの
tnsnames.ora
ファイルを開きます。 -
優先する再試行遅延を使用して、リモート・データベースの接続記述子をプライマリ・データベースの
tnsnames.ora
ファイルの接続文字列にコピーします。 -
更新されたプライマリ・データベース・ウォレット・フォルダをZipします。
この更新された
tnsnames.ora
では、フェイルオーバーをサポートするために、更新されたwallet.zip
のプライマリ・データベース接続文字列にプライマリ・ホスト名とスタンバイ・ホスト名の両方が含まれます。更新されたウォレットを使用するアプリケーションは、最初にリストされたデータベース・ホスト名への接続を試行し、その接続がデータベースが使用不可であるために失敗した場合、アプリケーションは自動的に2番目のデータベース・ホスト名への接続を試みます。たとえば、Autonomous Data Guardがアッシュバーン(IAD)のプライマリとフェニックス(PHX)のクロスリージョン・スタンバイを使用して設定されている場合、Oracleでは、中間層アプリケーションをIADで実行することをお薦めしますIADのプライマリ・データベースの接続文字列またはウォレットを使用し、PHXで実行されている対応するアプリケーションは、PHXのスタンバイ・データベースの接続文字列またはウォレットを使用します。リージョナル・フェイルオーバーまたはスイッチオーバーの場合、Oracleでは、最適なパフォーマンスを実現し、リージョン間のレイテンシを最小限に抑えるために、データベースとアプリケーションまたは中間層の両方をフェイルオーバーすることをお薦めします。
次に例を示します。
a6gxf2example9ep_high = (description_list= (failover=on) (load_balance=off) (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_high.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_high.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes)))) a6gxf2example9ep_low = (description_list= (failover=on) (load_balance=off) (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_low.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_low.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes)))) a6gxf2example9ep_medium = (description_list= (failover=on) (load_balance=off) (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_medium.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_medium.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))
-
親トピック: Autonomous Data Guardノート