Siga estas etapas para reduzir a latência das conexões de banco de dados que você faz quando usa o Autonomous Data Guard e faz failover ou switchover para um banco de dados stand-by local.

1. Coloque os clientes stand-by ou camadas intermediárias no mesmo domínio de disponibilidade do banco de dados stand-by local (todos os componentes devem ser configurados para usar o mesmo domínio de disponibilidade).

   Por exemplo, se seu aplicativo for executado em uma VM do Oracle Cloud Infrastructure Compute, quando você criar a instância de computação, selecione o mesmo domínio de disponibilidade para a VM do serviço Compute que o banco de dados stand-by. Isso prepara a configuração de recuperação de desastre para que o banco de dados stand-by e a VM de Computação stand-by usem o mesmo domínio de disponibilidade após um failover ou switchover. Isso reduzirá a latência para conexões com o banco de dados em comparação com uma configuração em que os componentes usam diferentes domínios de disponibilidade.

   Para determinar o domínio de disponibilidade do banco de dados stand-by, conecte-se ao banco de dados Principal como o usuário ADMIN e execute a seguinte consulta:

   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';

   Por exemplo, este comando mostra o domínio de disponibilidade de um banco de dados stand-by local:

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

2. Você não precisa fazer configuração de rede adicional ou permitir conexões TLS unidirecionais para o banco de dados stand-by local. Um banco de dados stand-by local tem a mesma configuração de rede de configuração do banco de dados Principal.
3. Configure seus clientes e camadas intermediárias para usar o TCP Fast Open.

   Consulte Usar TCP Fast Open (TFO) para Conectar Clientes ao Autonomous Database para obter mais informações.

Siga estas etapas para reduzir a latência das conexões de banco de dados que você faz quando usa o Autonomous Data Guard e faz failover ou alterna para um banco de dados stand-by entre regiões.

1. Coloque os clientes stand-by ou os níveis intermediários no mesmo domínio de disponibilidade dos bancos de dados stand-by entre regiões.

   Para determinar os domínios de disponibilidade para bancos de dados stand-by Autonomous Data Guard entre regiões, conecte-se ao banco de dados Principal como usuário ADMIN e execute a seguinte consulta:

   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';

   Por exemplo, quando você tem dois bancos de dados stand-by entre regiões, a execução desse comando mostra os domínios de disponibilidade de cada banco de dados stand-by entre regiões:

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

   1. Se você tiver um stand-by entre regiões, a consulta mostrará um único domínio de disponibilidade. Coloque os clientes stand-by e os níveis intermediários na mesma região e use o mesmo domínio de disponibilidade do banco de dados stand-by entre regiões.

      Por exemplo, se seu aplicativo for executado em uma VM do Oracle Cloud Infrastructure Compute, quando você criar a instância de computação, selecione o mesmo domínio de disponibilidade para a VM do serviço Compute que o banco de dados stand-by do Autonomous Data Guard. Isso garante que o banco de dados stand-by entre regiões e a VM de Computação stand-by estejam na mesma região e usem o mesmo domínio de disponibilidade após um failover ou switchover.

   2. Se você tiver mais de um stand-by entre regiões, em cada região, use o domínio de disponibilidade apropriado que corresponda à região e ao domínio de disponibilidade para cada banco de dados stand-by correspondente. Você precisará executar essa configuração várias vezes (todos os componentes em uma região individual devem usar o mesmo domínio de disponibilidade que o stand-by do Autonomous Data Guard).

   Se o aplicativo for executado em outra nuvem ou em um data center on-premises, use o OCI FastConnect para reduzir a latência da conexão com sua região do OCI. Consulte FastConnect Visão Geral para obter mais informações.

2. Configure o roteamento de rede na região em que o banco de dados stand-by reside. Execute esta etapa várias vezes se tiver mais de um banco de dados stand-by entre regiões.
   1. Se o banco de dados stand-by estiver em um ponto final público, configure seu roteamento de rede para que a conexão dos clientes na região em que o banco de dados stand-by entre regiões esteja passe por um Gateway de Serviço.

      Para obter mais informações, consulte:

      • Configurando um Gateway de Serviço na Console

      • Acesso aos Serviços Oracle: Gateway de Serviço

   2. Se o banco de dados stand-by estiver em um ponto final privado, você estabelecerá conexão com o banco de dados usando o ponto final privado visível em sua rede, sem a necessidade de configurar um Gateway de Serviço.
3. Use conexões TLS unidirecionais sem uma wallet.

   Se você tiver configurado o TLS unidirecional para seu banco de dados principal, os bancos de dados stand-by já terão o TLS on-way configurado. Você não precisa fazer nenhuma configuração adicional em bancos de dados stand-by entre regiões.

4. Configure seus clientes e camadas intermediárias para usar o TCP Fast Open.

   Consulte Usar TCP Fast Open (TFO) para Conectar Clientes ao Autonomous Database para obter mais informações.