Autonomous Data Guardノート
Autonomous Data Guardスタンバイ・データベースでAutonomous Databaseを使用するためのノートを提供します。
-
スタンバイ・データベースは、フェイルオーバーまたはスイッチオーバーによってプライマリになるまで接続できません。 したがって、スタンバイ・データベースは読取り専用アクセス用にオープンできず、プライマリ・データベースからの問合せのオフロードには使用できません。
-
Autonomous Data Guardは、データ・ウェアハウスおよびトランザクション処理のワークロード・タイプで使用できます。 Autonomous Data Guardは、JSONおよびAPEXワークロード・タイプでは使用できません。
-
Autonomous Data Guardは、Always Free Autonomous Databaseでは使用できません。
-
Autonomous Databaseでは、ローカル・スタンバイ・データベースにアクセスできません:
-
プライマリ・データベースで「コンピュートの自動スケーリング」を有効にする「ECPU数」 (データベースでOCPUを使用している場合は「OCPUカウント」)のスケール・アップや、Autonomous Databaseはローカル・スタンバイ・データベースで同じアクションを実行するなど、すべての操作を実行します。 同様に、プライマリ・データベースでデータベースの停止または再起動などのアクションのみを実行します。
-
ローカル・スタンバイ・データベースは、読取り専用データベースとして使用できません。
-
-
データベース・アクションの「データベース・ダッシュボード」カードの「ECPU (データベースがOCPUを使用している場合はOCPU)」割当て済グラフおよびCPU使用率グラフには、プライマリ・データベースの「ECPU (データベースがOCPUを使用している場合はOCPU)」割当て済およびCPU使用率が表示されます。 これらのグラフには、ローカルのスタンバイ・データベースやリモート・スタンバイ・データベースに関する情報は含まれません。
Oracle Cloud Infrastructureコンソールのメトリック・ページのCPU使用率メトリックには、プライマリ・データベースのCPU使用率が表示されます。 このページのその他のメトリックは、プライマリ・データベースにも適用されます。 これらのメトリックには、ローカルのスタンバイ・データベースまたはリモート・スタンバイ・データベースに関する情報は含まれません。
-
ピア・データベースへのスイッチオーバーまたはフェイルオーバー後、ピア・データベースがプライマリになり、データベース・アクションおよびOracle Cloud Infrastructureコンソール・メトリック・ページの「データベース・ダッシュボード」のグラフにプライマリ・データベースに関する情報が表示されます。 グラフおよびメトリックには、スイッチオーバーまたはフェイルオーバー操作の前にプライマリであったデータベースに関する情報が含まれていません。
-
ローカル・スタンバイへの自動フェイルオーバーは、リストア中操作中は無効になっています。
-
データベースのアップグレード時に、ローカル・スタンバイへの自動フェイルオーバーが無効になっています。
-
プライマリ・データベースの「ライフサイクルの状態」フィールドに「停止」と表示される場合、スタンバイ・データベースも停止されます。 プライマリ・データベースが「停止」の場合でも、スイッチオーバーを実行できます。
リージョン間Autonomous Data Guardノート
次に、クロス・リージョン(リモート)スタンバイ・データベースでAutonomous Data Guardを有効にする場合の制限事項を示します:
-
リージョン間スタンバイ・データベースでAutonomous Data Guardを無効にするには、リモート・スタンバイ・データベースを終了します。 詳細については、「リージョン間スタンバイ・データベースの終了」を参照してください。
-
プライマリ・データベースでプライベート・エンドポイントが有効または無効である場合、スタンバイで以前に構成されたアクセス制御リスト(ACL)が有効であり、値がクリアされます。 プライマリのプライベート・エンドポイントを無効にした後、スタンバイ・データベースのACLをリセットして検証する必要があります。
-
「ECPU数」 (データベースでOCPUを使用している場合は「OCPUカウント」)のスケール・アップやプライマリ・データベースでの「コンピュートの自動スケーリング」の有効化などのほとんどの操作を実行し、Autonomous Databaseはリモート・スタンバイ・データベースで同じアクションを実行します。 同様に、プライマリ・データベースでデータベースの停止または再起動などのアクションのみを実行します。
-
リモート・スタンバイ・データベースでのプライベート・エンドポイントの構成など、特定の操作を実行できます。
-
リモート・スタンバイ・データベース上の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ライセンス制限」の値を設定すると、BYOLライセンスの対象となるECPUの数が制限されます。
詳細については、「Autonomous Data Guardクロス・リージョンBYOLライセンス」を参照してください。
-
リージョン間スタンバイ・データベースでAutonomous Data Guardを有効にすると、プライマリとスタンバイのウォレットで異なるデータベース・ホスト名が指定され、異なる接続文字列が使用されます。 Oracleでは、プライマリ・データベースと同じリージョンからダウンロードした接続文字列またはウォレットをアプリケーションで使用することをお薦めします。
プライマリおよびスタンバイ・データベースのホスト名の両方を含む単一の接続文字列またはウォレットを使用する必要がある場合は、手動で作成できます。
プライマリ・データベース接続文字列とリモート・データベース接続文字列の両方を含むウォレットを手動で構築するには:
-
プライマリ・データベースのOracle Cloud Infrastructureコンソールで、「データベース接続」をクリックしてプライマリの
wallet.zip
をダウンロードします。 -
リモート・スタンバイ・データベースのOracle Cloud Infrastructureコンソールで、「データベース接続」をクリックしてスタンバイの
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ノート