Attenersi alla procedura riportata di seguito per ridurre la latenza per le connessioni al database che si effettuano quando si utilizza Autonomous Data Guard e si esegue il failover o lo switchover in un database di standby locale.

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

   Ad esempio, se la tua 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, 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 di 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 di standby locale:

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

2. Non è necessario eseguire ulteriori operazioni di configurazione di rete 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 l'uso di TCP Fast Open.

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

Attenersi alla procedura riportata di seguito per ridurre la latenza per le connessioni al database che si effettuano quando si utilizza Autonomous Data Guard e si esegue il failover o lo switchover a un database di standby tra più aree.

1. Posizionare i client di standby o i livelli intermedi nello stesso dominio di disponibilità dei database di 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 si dispone di un database di standby tra più aree, la query mostra un singolo dominio di disponibilità. Posizionare i client di standby e i livelli medi nella stessa area e utilizzare lo stesso dominio di disponibilità del database di standby tra più aree.

      Ad esempio, se la tua 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. Ciò garantisce che il database di standby tra più aree e la VM di computazione in standby si trovino nella stessa area geografica e utilizzino lo stesso dominio di disponibilità dopo un failover o uno switchover.

   2. Se si dispone di più standby tra più aree, in ogni area viene utilizzato il dominio di disponibilità appropriato che corrisponde all'area e al dominio di disponibilità per ogni database di standby corrispondente. Sarà necessario 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, utilizzare OCI FastConnect per ridurre la latenza per la connessione alla propria area OCI. Per ulteriori informazioni, vedere FastConnect Panoramica.

2. Configurare l'instradamento della rete nell'area in cui si trova il database di 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 in 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 avvenga tramite un gateway di servizi.

      Per ulteriori informazioni, vedere gli argomenti riportati di seguito.

      • Impostazione di un gateway di servizi nella console

      • Accesso ai servizi Oracle: gateway del servizio

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

   Se è stato configurato un TLS unidirezionale per il database primario, il TLS in standby verrà già configurato. Non è necessario eseguire alcuna configurazione aggiuntiva sui database di standby tra più aree.

4. Configurare i client e i livelli intermedi per l'uso di TCP Fast Open.

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