Autonomous Data Guardを使用し、ローカル・スタンバイ・データベースにフェイルオーバーまたはスイッチオーバーする場合のデータベース接続の待機時間を短縮するには、次のステップに従います。

1. スタンバイ・クライアントまたは中間層をローカル・スタンバイ・データベースと同じ可用性ドメインに配置します(すべてのコンポーネントは、同じ可用性ドメインを使用するように構成する必要があります)。

   たとえば、アプリケーションがOracle Cloud Infrastructure Compute VMで実行されている場合、コンピュート・インスタンスの作成時に、コンピュートVMのスタンバイ・データベースと同じ可用性ドメインを選択します。これにより、フェイルオーバーまたはスイッチオーバー後にスタンバイ・データベースとスタンバイ・コンピュートVMが同じ可用性ドメインを使用するように、ディザスタ・リカバリ構成が準備されます。これにより、コンポーネントが異なる可用性ドメインを使用する構成と比較して、データベースへの接続の待機時間が短縮されます。

   スタンバイ・データベースの可用性ドメインを確認するには、ADMINユーザーとしてプライマリ・データベースに接続し、次の問合せを実行します。

   SELECT availability_domain FROM v$pdbs,
        JSON_TABLE(
          cloud_identity,
          '$.AUTONOMOUS_DATA_GUARD[*]'
          COLUMNS (
            standby_type PATH '$.STANDBY_TYPE',
            availability_domain PATH '$.AVAILABILITY_DOMAIN'
          )
        ) jt
   WHERE jt.standby_type = 'local';

   たとえば、このコマンドは、ローカル・スタンバイ・データベースの可用性ドメインを表示します。

   AVAILABILITY_DOMAIN 
   ------------------- 
   SoSC:US-ASHBURN-AD-3

2. ローカル・スタンバイ・データベースに対して追加のネットワーク構成を実行したり、一方向TLS接続を許可する必要はありません。ローカル・スタンバイ・データベースの設定ネットワーク構成は、プライマリ・データベースと同じです。
3. TCP Fast Openを使用するようにクライアントおよび中間層を構成します。

   詳細は、TCP Fast Open (TFO)を使用したクライアントのAutonomous Databaseへの接続を参照してください。

Autonomous Data Guardを使用し、フェイルオーバーまたはクロスリージョン・スタンバイ・データベースへのスイッチオーバー時に行うデータベース接続に対する待機時間を短縮するには、次のステップに従います。

1. スタンバイ・クライアントまたは中間層を、クロスリージョン・スタンバイ・データベースと同じ可用性ドメインに配置します。

   クロスリージョンAutonomous Data Guardスタンバイ・データベースの可用性ドメインを確認するには、ADMINユーザーとしてプライマリ・データベースに接続し、次の問合せを実行します:

   SELECT availability_domain FROM v$pdbs,
        JSON_TABLE(
          cloud_identity,
          '$.AUTONOMOUS_DATA_GUARD[*]'
          COLUMNS (
            standby_type PATH '$.STANDBY_TYPE',
            availability_domain PATH '$.AVAILABILITY_DOMAIN'
          )
        ) jt
   WHERE jt.standby_type = 'cross-region';

   たとえば、クロスリージョン・スタンバイ・データベースが2つある場合、このコマンドを実行すると、クロスリージョン・スタンバイ・データベースごとに可用性ドメインが表示されます。

   AVAILABILITY_DOMAIN    
   ---------------------- 
   SoSC:PHX-AD-3          
   SoSC:US-SANJOSE-1-AD-1 

   1. クロスリージョン・スタンバイが1つある場合、問合せには単一の可用性ドメインが表示されます。スタンバイ・クライアントと中間層を同じリージョンに配置し、クロスリージョン・スタンバイ・データベースと同じ可用性ドメインを使用します。

      たとえば、アプリケーションがOracle Cloud Infrastructure Compute VMで実行されている場合、コンピュート・インスタンスの作成時に、コンピュートVMの同じ可用性ドメインをAutonomous Data Guardスタンバイ・データベースとして選択します。これにより、クロスリージョン・スタンバイ・データベースとスタンバイ・コンピュートVMが同じリージョンに存在し、フェイルオーバーまたはスイッチオーバー後に同じ可用性ドメインを使用することが保証されます。

   2. 複数のクロスリージョン・スタンバイがある場合、各リージョンで、対応する各スタンバイ・データベースのリージョンおよび可用性ドメインに一致する適切な可用性ドメインを使用します。この設定を複数回実行する必要があります(個々のリージョン内のすべてのコンポーネントでは、Autonomous Data Guardスタンバイと同じ可用性ドメインを使用する必要があります)。

   アプリケーションが別のクラウドまたはオンプレミス・データ・センターで実行される場合、OCI FastConnectを使用して、OCIリージョンへの接続の待機時間を短縮します。詳細は、FastConnectの概要を参照してください。

2. スタンバイ・データベースが存在するリージョンでネットワーク・ルーティングを構成します。複数のクロスリージョン・スタンバイ・データベースがある場合は、このステップを複数回実行します。
   1. スタンバイ・データベースがパブリック・エンドポイントにある場合は、クロスリージョン・スタンバイ・データベースが存在するリージョンのクライアントからの接続がサービス・ゲートウェイを通過するようにネットワーク・ルーティングを構成します。

      詳細は、次を参照してください:

      • コンソールでのサービス・ゲートウェイの設定

      • Oracleサービスへのアクセス: サービス・ゲートウェイ

   2. スタンバイ・データベースがプライベート・エンドポイントにある場合は、サービス・ゲートウェイを構成せずに、ネットワークに表示されているプライベート・エンドポイントを使用してデータベースに接続します。
3. ウォレットなしの一方向TLS接続を使用します。

   プライマリ・データベースに一方向TLSを構成した場合、スタンバイ・データベースにはすでにオンウェイTLSが構成されています。クロスリージョン・スタンバイ・データベースでは、追加の構成を行う必要はありません。

4. TCP Fast Openを使用するようにクライアントおよび中間層を構成します。

   詳細は、TCP Fast Open (TFO)を使用したクライアントのAutonomous Databaseへの接続を参照してください。