1. Configurare Oracle Fusion Middleware DR su Oracle Cloud con un database autonomo
  2. Pianificare la configurazione

Pianificare la configurazione

Pianificare le risorse e la configurazione sul sistema primario in Oracle Cloud Infrastructure prima di creare il sistema secondario.

Scegliere una copia aggiornabile in standby o remota dello snapshot

Esaminare quanto segue per determinare se si desidera utilizzare uno snapshot in standby o una copia aggiornabile remota.

Nota:

La copia aggiornabile remota è disponibile solo con Oracle Autonomous Database Serverless.

Se si utilizza Oracle Autonomous Database on Dedicated Exadata Infrastructure, utilizzare la funzione di standby degli snapshot per l'impostazione e il ciclo di vita. Oracle Autonomous Database on Dedicated Exadata Infrastructure non implementa la funzione di copia aggiornabile remota.

Se si utilizza Oracle Autonomous Database Serverless, è possibile utilizzare la copia aggiornabile remota o la funzione di standby snapshot per l'impostazione e il ciclo di vita. Per decidere:

Standby snapshot

  • Vantaggi:
    • Le operazioni di impostazione e ciclo di vita sono più semplici. Non è necessario modificare il wallet in secondario quando si converte il database in standby in snapshot o viceversa in standby fisico.
    • Il database in standby dello snapshot non richiede un database aggiuntivo nell'area in standby. È disponibile solo il database in standby che puoi convertire in uno snapshot e poi tornare in un database in standby fisico.
    • Quando utilizzi lo standby nello snapshot in standby per la convalida del database secondario, stai utilizzando lo stesso database autonomo che utilizzerai in caso di switchover. Pertanto, la convalida è più realistica in termini di connettività perché si utilizza lo stesso wallet che verrà utilizzato in caso di switchover.
  • Svantaggi:
    • Mentre il database in standby si trova in modalità standby snapshot, il database in standby riceve ma non si applica, il valore redo dal database primario. Se devi eseguire un failover o uno switchover urgente durante il test del database secondario, dovrai prima convertirlo in standby fisico in modo che venga sincronizzato con il database primario. Ciò può causare dei ritardi nel tempo di switchover.

Copia aggiornabile remota

  • Vantaggi:
    • La copia remota aggiornabile è un database autonomo separato. Non interagisci direttamente con il database in standby quando imposti il livello intermedio in standby o quando esegui il test del livello secondario durante il ciclo di vita.
  • Svantaggi:
    • Poiché si tratta di un database autonomo separato, viene fatturato come un'istanza di database autonomo aggiuntiva.
    • Le operazioni di impostazione e ciclo di vita sono più complesse. È necessario passare dal wallet tra il database in standby reale e la copia remota aggiornabile ogni volta per puntare all'uno o all'altro.

Scegliere un approccio o un altro non ti costringe a utilizzare lo stesso approccio per tutta la vita del sistema. Se si utilizzano i passi appropriati, è possibile utilizzare un approccio diverso durante il ciclo di vita dall'approccio utilizzato per l'impostazione del ripristino di emergenza. Inoltre, puoi combinare uno snapshot in standby per alcune operazioni con copie aggiornabili per altri test. Ad esempio, utilizzare lo snapshot per il provisioning e le verifiche dei carichi di lavoro in modalità secondaria, ma utilizzare una copia aggiornabile per i test con sparsità mentre il sistema è a carico elevato. In questo modo è possibile evitare il sovraccarico (e i possibili ritardi di switchover) causato dal massiccio redo apply nella conversione dallo snapshot allo standby fisico.

Considerazioni per il sistema principale

Si presume che venga creato il sistema Oracle WebLogic Server for Oracle Cloud Infrastructure, Oracle SOA Suite on Marketplace o Oracle Fusion Middleware primario e che utilizzi il servizio Oracle Autonomous Database. Quando si pianifica di implementare un sistema secondario in Oracle Cloud Infrastructure (OCI), esaminare le seguenti considerazioni per il sistema primario:
  • subnet privata

    Sia Oracle Autonomous Database che Oracle SOA Suite su Marketplace sono posizionati in una subnet privata.

  • Endpoint privato quando si utilizza Oracle Autonomous Database Serverless

    Il sistema Oracle Autonomous Database Serverless viene esposto tramite un endpoint privato (PEP).

  • Oracle Cloud Infrastructure Load Balancing

    Un load balancer OCI front end espone il sistema Oracle WebLogic Server for OCI, Oracle SOA Suite su Marketplace o Oracle Fusion Middleware.

    Il load balancer OCI può essere pubblico o privato, a seconda dei requisiti di accesso del client. Per le funzioni di High Availability implicite nelle aree con più domini di disponibilità, inserire il load balancer OCI in una subnet regionale.

  • Storage di file di Oracle Cloud Infrastructure

    Il sistema DR di Oracle WebLogic Server for Oracle Cloud Infrastructure, Oracle SOA Suite su Marketplace o Oracle Fusion Middleware utilizza un mount Oracle Cloud Infrastructure File Storage condiviso dai diversi nodi nei cluster WebLogic. Il MOUNT viene utilizzato per replicare la configurazione tra le aree.

    • Oracle SOA Suite sul sistema Marketplace ti consente di creare una nuova memoria di file o riutilizzare uno storage di file esistente. Viene attivata nella directory /u01/soacs/dbfs/share/. Nonostante il nome di questa directory, NON è una directory di Oracle Database File System (DBFS) attivata per Oracle Autonomous Database. Assicurarsi di selezionare Configura storage dei file nello stack Oracle SOA Suite su Marketplace. È possibile selezionare l'opzione durante il provisioning o il post-provisioning.
    • Il sistema Oracle WebLogic Server for Oracle Cloud Infrastructure consente di creare una nuova memorizzazione di file o riutilizzare lo storage di file esistente (installato nella directory /u01/shared). Assicurarsi di selezionare Aggiungi file system negli stack Oracle WebLogic Server for OCI. È possibile selezionare l'opzione durante il provisioning o il post-provisioning.
    • Per altri servizi, potrebbe essere necessario creare manualmente l'accesso allo storage di file OCI sia nei nodi di livello intermedio primario che secondario. Se non si utilizza Oracle WebLogic Server for Oracle Cloud Infrastructure o Oracle SOA Suite on Marketplace, consultare la documentazione di OCI File Storage per i dettagli e i passi per la creazione dello storage.