Best practice per le connessioni a bassa latenza con Autonomous Database

Seguire questi passi per ridurre la latenza per le connessioni al database effettuate quando si utilizza Autonomous Data Guard e si esegue il failover o lo switchover in un database di standby locale.

1. Posizionare i client in standby o i livelli intermedi nello stesso dominio di disponibilità del database in standby locale (tutti i componenti devono essere configurati per utilizzare lo stesso dominio di disponibilità).

   Ad esempio, se l'applicazione viene eseguita su una VM di computazione Oracle Cloud Infrastructure, quando crei l'istanza di computazione seleziona lo stesso dominio di disponibilità per la VM di computazione del database di standby. In questo modo si prepara la configurazione di disaster recovery in modo che il database di standby e la VM di computazione di standby utilizzino lo stesso dominio di disponibilità dopo un failover o uno switchover. Ciò ridurrà la latenza per le connessioni al database rispetto a una configurazione in cui i componenti utilizzano domini di disponibilità diversi.

   Per determinare il dominio di disponibilità del database in standby, connettersi al database primario come utente ADMIN ed eseguire la query seguente:

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

   Ad esempio, questo comando mostra il dominio di disponibilità per un database in standby locale:

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

2. Non è necessario eseguire una configurazione di rete aggiuntiva o consentire connessioni TLS unidirezionali per il database di standby locale. Un database di standby locale ha la stessa configurazione di rete di impostazione del database primario.
3. Configurare i client e i livelli intermedi per utilizzare TCP Fast Open.

   Per ulteriori informazioni, vedere Usa TCP Fast Open (TFO) per connettere i client ad Autonomous Database.

Seguire questi passi per ridurre la latenza per le connessioni al database effettuate quando si utilizza Autonomous Data Guard e si esegue il failover o lo switchover in un database di standby tra più aree.

1. Posizionare i client in standby o i livelli intermedi nello stesso dominio di disponibilità dei database in standby tra più aree.

   Per determinare i domini di disponibilità per i database di standby Autonomous Data Guard tra più aree, connettersi al database primario come utente ADMIN ed eseguire la query seguente:

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

   Ad esempio, quando si dispone di due database di standby tra più aree, l'esecuzione di questo comando mostra i domini di disponibilità per ogni database di standby tra più aree:

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

   1. Se disponi di un database in standby tra più aree, la query mostra un singolo dominio di disponibilità. Posiziona i client di standby e i livelli intermedi nella stessa area e utilizza lo stesso dominio di disponibilità del database di standby tra più aree.

      Ad esempio, se l'applicazione viene eseguita su una VM di computazione Oracle Cloud Infrastructure, quando crei l'istanza di computazione seleziona lo stesso dominio di disponibilità per la VM di computazione del database di standby Autonomous Data Guard. In questo modo, il database di standby tra più aree e la VM di computazione in standby si trovano nella stessa area e utilizzano lo stesso dominio di disponibilità dopo un failover o uno switchover.

   2. Se hai più di un database in standby tra più aree, in ogni region utilizza il dominio di disponibilità appropriato che corrisponde all'area e al dominio di disponibilità per ogni database in standby corrispondente. Dovrai eseguire questa impostazione più volte (tutti i componenti di una singola area devono utilizzare lo stesso dominio di disponibilità del database di standby Autonomous Data Guard).

   Se l'applicazione viene eseguita in un altro cloud o in un data center on-premise, utilizza OCI FastConnect per ridurre la latenza per la connessione alla tua area OCI. Per ulteriori informazioni, vedere FastConnect Overview.

2. Configurare l'instradamento di rete nell'area in cui risiede il database in standby. Eseguire questo passo più volte se si dispone di più database di standby tra più aree.
   1. Se il database di standby si trova su un endpoint pubblico, configurare l'instradamento di rete in modo che la connessione dai client nell'area in cui si trova il database di standby tra più aree passi attraverso un gateway di servizi.

      Per ulteriori informazioni, vedere gli argomenti riportati di seguito.

      • Impostazione di un gateway del servizio nella console

      • Accesso ai servizi Oracle: gateway del servizio

   2. Se il database di standby si trova su un endpoint privato, è possibile connettersi al database utilizzando l'endpoint privato visibile nella rete, senza la necessità di configurare un gateway del servizio.
3. Utilizzare connessioni TLS unidirezionali senza wallet.

   Se è stato configurato TLS unidirezionale per il database primario, nei database di standby verrà già configurato TLS on-way. Non è necessario eseguire alcuna configurazione aggiuntiva nei database di standby tra più aree.

4. Configurare i client e i livelli intermedi per utilizzare TCP Fast Open.

   Per ulteriori informazioni, vedere Usa TCP Fast Open (TFO) per connettere i client ad Autonomous Database.