Informazioni sulla migrazione di un ambiente Oracle EBS in base al metodo di standby mediante EBS Cloud Manager
In questo playbook, puoi utilizzare Cloud Manager per impostare una versione in standby del tuo ambiente on-premise in Oracle Cloud Infrastructure (OCI), quindi promuovere tale standby alla produzione per completare il lift and shift. Questa funzione è disponibile per EBS 12.2 e Oracle Database 19c e utilizza la migrazione ZDM (Zero Downtime Migration) di Oracle per semplificare il processo.
Architettura
Questa soluzione implementa la seguente architettura:
migrare-ebs-env-prod-oracle.zip
L'architettura è composta dai componenti elencati di seguito.
- Oracle E-Business Suite Cloud Manager
Oracle E-Business Suite Cloud Manager è un'applicazione basata sul Web che gestisce i flussi di automazione principali per Oracle E-Business Suite su OCI, inclusa la migrazione degli ambienti basati su Linux da ambienti on-premise, il provisioning di nuovi ambienti ed l'esecuzione di attività di gestione del ciclo di vita.
- Livello applicazioni
Il livello delle applicazioni Oracle E-Business Suite ospita i vari server e gruppi di servizi, inclusi i servizi Web, i servizi form e il server di elaborazione concorrente, che elaborano la business logic e gestiscono la comunicazione tra il livello desktop e il livello del database.
- Oracle Database
Questa architettura è valida per gli ambienti di destinazione che incorporano Oracle Base Database Service 19c o Oracle Exadata Database Service 19c.
- Memorizzazione degli oggetti OCI
Lo storage degli oggetti OCI fornisce l'accesso a grandi quantità di dati strutturati e non strutturati di qualsiasi tipo di contenuto, inclusi backup del database, dati analitici e contenuti avanzati come immagini e video. Puoi memorizzare in tutta sicurezza i dati direttamente dalle applicazioni o dall'interno della piattaforma cloud. È possibile ridimensionare lo storage senza subire alcun deterioramento a livello di prestazioni o affidabilità del servizio.
Utilizza lo storage standard per lo storage "caldo" a cui devi accedere in modo rapido, immediato e frequente. Utilizzare lo storage di archivio per lo storage "a freddo" che si conserva per lunghi periodi di tempo e a cui si accede raramente o raramente.
- Oracle Data Guard
Oracle Data Guard e Active Data Guard forniscono un set completo di servizi che creano, gestiscono, gestiscono e monitorano uno o più database in standby e che consentono ai database Oracle di produzione di rimanere disponibili senza interruzioni. Oracle Data Guard gestisce questi database in standby come copie del database di produzione utilizzando la replica in memoria. Se il database di produzione non è più disponibile a causa di un'indisponibilità pianificata o non pianificata, Oracle Data Guard può sostituire qualsiasi database in standby con il ruolo di produzione riducendo al minimo i tempi di inattività associati all'indisponibilità. Oracle Active Data Guard offre la possibilità aggiuntiva di scaricare principalmente i carichi di lavoro di lettura sui database in standby e offre anche funzioni avanzate di protezione dei dati.
Rispondere ai prerequisiti
Prima di procedere con questa soluzione, è necessario soddisfare i prerequisiti riportati di seguito.
- Connettere Cloud Manager all'applicazione di origine e al livello di database su SSH, direttamente o tramite un bastion server.
- Connettere il livello dell'applicazione di destinazione al livello dell'applicazione di origine tramite SSH, direttamente o tramite un bastion server.
- Verificare la connettività tra i livelli di database di origine e di destinazione utilizzando TNSPing in entrambe le direzioni.
- Aprire le porte firewall per i nodi dell'applicazione di origine e del database.
- Assicurarsi che i nomi host e i nomi di scansione di origine e destinazione siano risolvibili DNS sia a livello di database di origine che di destinazione.
- Abilitare la cifratura dei dati trasparente (TDE, Transparent Data Encryption) per l'ambiente di origine e cifrare tutte le tablespace (tranne TEMP) sia nel CDB che nel PDB. Includere le voci oratab, le voci del listener e utilizzare Oracle Managed Files (OMF) per il redo log. Impostare il parametro dg_broker_config_file. Per ulteriori informazioni su TDE, vedere Oracle Advanced Security Guide 19c, a cui è possibile accedere da Explore More, in altre parti di questo playbook.
- Annullare l'impostazione del parametro LOG_ARCHIVE_DEST nell'origine; utilizzare invece LOG_ARCHIVE_DEST_1.
- Conservare il database all'indirizzo 19c Release Update (RU) 19.21 o successivo, in base agli ultimi requisiti di aggiornamento trimestrale per Oracle E-Business Suite Cloud Manager. Per ulteriori dettagli, vedere "Supporto di Cloud Automation per gli aggiornamenti trimestrali del database" nel documento informativo di My Oracle Support 2517025.1, Guida introduttiva a Oracle E-Business Suite su Oracle Cloud Infrastructure, a cui è possibile accedere da Explore More, in altre parti di questo playbook.
- Creare una cartella di staging nell'ambiente di origine con le autorizzazioni corrette: utilizzare chmod 777 per
/u01/STAGEe chmod 755 per/u01. - Abbina i sistemi operativi tra l'origine e la destinazione. Se la destinazione utilizza Oracle Database@Azure, eseguire il database di origine su OL8.
- Fornire almeno 2 GB di spazio temporaneo nel livello del database di origine sia per CDB che per PDB.
- Assicurarsi che nessuna sessione di adozione sia attiva o in esecuzione; non avviarne alcuna dopo la creazione del database di standby, poiché questa operazione causerà l'errore della promozione.
- Assicurarsi che /tmp disponga di spazio sufficiente e che l'utente sudo possa leggerlo e scriverlo, poiché ZDM utilizza questa directory.
- Impostare le password per la cifratura APPS, WebLogic Server, SYS e TDE per soddisfare gli standard di sicurezza di Oracle E-Business Suite Cloud Manager.
- Non modificare la password del wallet TDE nell'origine o nella destinazione, poiché ciò potrebbe causare problemi durante la promozione dell'istanza di standby.