Eseguire la migrazione a Oracle Base Database Service o Oracle Exadata Database Service on Dedicated Infrastructure

In questa sezione viene descritto come eseguire la migrazione dei carichi di lavoro del database VMware on-premise a Oracle Base Database Service o Oracle Exadata Database Service on Dedicated Infrastructure e dei carichi di lavoro dell'applicazione a Oracle Cloud VMware Solution.

Architettura

Questa architettura mostra una migrazione dal database e dalle applicazioni VMware on-premise a Oracle Cloud Infrastructure.

Il primo passo è quello di eseguire la migrazione di database e applicazioni on-premise in esecuzione su VMware a Oracle Cloud VMware Solution utilizzando strumenti VMware come HCX e vMotion. Oracle Cloud VMware Solution ti offre un'implementazione completamente automatizzata di un data center (SDDC) VMware definito dal software all'interno della tua tenancy OCI, in esecuzione su istanze Bare Metal OCI.

Successivamente, utilizzando Oracle Zero Downtime Migration, automatizza la migrazione del database da Oracle Cloud VMware Solution virtual machine di database a Oracle Base Database Service o Oracle Exadata Database Service on Dedicated Infrastructure per il consolidamento in una piattaforma di database ad alte prestazioni.

Nota

Quando si esegue la migrazione dei database da VMware on-premise a Oracle Cloud VMware Solution, è necessario rispettare le regole di licenza e le condizioni di supporto di Oracle Database.

Il seguente diagramma illustra questa architettura di riferimento.

Descrizione dell'immagine mig-vmware-exadata-base-architecture.png

migrare-vmware-exadata-base-architecture.zip

Questa architettura supporta i componenti elencati di seguito.

• Area

  Un'area geografica Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, denominati domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (tra paesi o addirittura continenti).

• Rete e subnet del cloud virtuale (VCN)

  Una VCN è una rete personalizzabile e definita dal software configurata in un'area Oracle Cloud Infrastructure. Come le tradizionali reti di data center, le reti VCN offrono un controllo completo sull'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che è possibile modificare dopo aver creato la VCN. Puoi segmentare una VCN in subnet, che possono essere definite in un'area o in un dominio di disponibilità. Ogni subnet è costituita da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. È possibile modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.

• Oracle Base Database Service

  Oracle Base Database Service ti consente di mantenere il controllo assoluto sui tuoi dati sfruttando le funzionalità combinate di Oracle Database e Oracle Cloud Infrastructure (OCI). OCI offre sistemi di database a nodo singolo e sistemi di database RAC a più nodi sulle virtual machine.

• Oracle Exadata Database Service on Dedicated Infrastructure

  Oracle Exadata Database Service on Dedicated Infrastructure fornisce Oracle Exadata Database Machine come servizio in un data center OCI. Il servizio Oracle Exadata Database Service on Dedicated Infrastructure può ospitare molti database Oracle eseguiti in uno o più cluster VM eseguiti su un singolo rack Exadata in un'area OCI. Oracle Exadata Database Service on Dedicated Infrastructure è una piattaforma ideale per il consolidamento dei database.

• Oracle Cloud VMware Solution Software-Defined Data Center (SDDC)

  Oracle e VMware hanno stretto una partnership per sviluppare un'implementazione SDDC (Software-Defined Data Center) certificata VMware da utilizzare all'interno di Oracle Cloud Infrastructure. Questa implementazione, denominata Oracle Cloud VMware Solution, utilizza OCI per ospitare un SDDC VMware ad alta disponibilità. Consente inoltre una migrazione trasparente di tutti i carichi di lavoro SDDC VMware on-premise a Oracle Cloud VMware Solution. Oracle Cloud VMware Solution contiene i seguenti componenti di VMware:

  • VMware vSphere ESXi
  • VMware VSAN
  • VMware vCenter
  • VMware NSX-T
  • VMware HCX (facoltativo)
• Bare Metal

  Un data center (SDDC) definito dal software Oracle Cloud VMware Solution contiene server Bare Metal che ospitano Oracle Cloud VMware Solution. Il server Bare Metal supporta applicazioni che richiedono conteggi di memorie centrali elevati, grandi quantità di memoria e larghezza di banda elevata (ad esempio, Oracle Cloud VMware Solution). Puoi distribuire Oracle Cloud VMware Solution sui server Bare Metal e configurare le virtual machine con notevoli miglioramenti a livello di prestazioni rispetto ad altri cloud pubblici e data center on-premise.

• Gateway di servizi

  Il gateway di servizi fornisce l'accesso da una VCN ad altri servizi, come Oracle Cloud Infrastructure Object Storage. Il traffico dalla VCN al servizio Oracle viaggia sul fabric di rete Oracle e non attraversa mai Internet.

• Gateway di instradamento dinamico (DRG)

  Il gateway DRG è un router virtuale che fornisce un percorso per il traffico di rete privato tra VCN nella stessa area, tra una VCN e una rete esterna all'area, ad esempio una VCN in un'altra area Oracle Cloud Infrastructure, una rete on premise o una rete in un altro provider cloud.

• FastConnect

  Oracle Cloud Infrastructure FastConnect consente di creare facilmente una connessione dedicata e privata tra il data center e Oracle Cloud Infrastructure. FastConnect fornisce opzioni per una maggiore larghezza di banda e un'esperienza di rete più affidabile se confrontata con le connessioni basate su Internet.

• Memoria file

  Lo storage di file OCI viene utilizzato durante la migrazione per importare il database migrato da un file system condiviso.

Operazioni preliminari

Prima di iniziare, controllare le versioni dei principali componenti utilizzati in questa impostazione e consultare la documentazione del prodotto per un riferimento successivo.

Rivedi requisiti

• Assicurarsi che la VM di database di origine Oracle Cloud VMware Solution esegua Oracle Linux 7.9 e Oracle Database versione 19.18 Standard Edition o Enterprise Edition.
• Il database di destinazione Oracle Exadata Database Service on Dedicated Infrastructure deve essere Oracle Enterprise Extreme Performance versione 19.18 o successiva.
• Il database di destinazione di Oracle Base Database Service può essere Standard Edition o Enterprise Edition versione 19.18 o successiva.
• Oracle Zero Downtime Migration deve avere la versione 21.4 o successiva.
• Lo storage intermedio deve includere OCI File Storage.

Revisione documentazione

Questa guida sulle soluzioni descrive come eseguire la migrazione dei carichi di lavoro del database. Consulta la soluzione riportata di seguito per scoprire come eseguire la migrazione dei carichi di lavoro VMware. Le risorse aggiuntive sono utili per contesto, dettagli e riferimenti per la migrazione del database.

Scopri come migrare i componenti VMware del tuo carico di lavoro su Oracle Cloud VMware Solution.

• Esegui la migrazione dei carichi di lavoro VMware on-premise nel cloud

Esamina le risorse Oracle Zero Downtime Migration:

• Oracle Zero Downtime Migration
• Video - Oracle Zero Downtime Migration
• Installare il software Oracle Zero Downtime Migration

Rivedere le risorse di migrazione logica:

• "Impostazione dei parametri di migrazione logica" nel manuale Move to Oracle Cloud Using Zero Downtime Migration Guide
• Guida passo dopo passo: migrazione logica e upgrade in-flight da on-premise a Oracle Exadata Database Service on Dedicated Infrastructure

Esamina le risorse Oracle Database:

• "Configurazione delle regole di sicurezza VCN per lo storage di file" nella documentazione di Oracle Cloud Infrastructure

Informazioni sui prodotti e sui ruoli richiesti

Questa soluzione richiede i seguenti prodotti:

• Oracle Cloud Infrastructure Identity and Access Management
• Computazione OCI
• OCI File Storage
• Oracle Zero Downtime Migration
• Soluzione VMware per Oracle Cloud
• Oracle Base Database Service o Oracle Exadata Database Service on Dedicated Infrastructure

Questi sono i ruoli necessari per ogni prodotto.

Nome prodotto: Ruolo	Richiesto per...
Oracle Cloud Infrastructure Identity and Access Management: OCI_user	Crea chiavi API per migrazione logica
Computazione OCI: admin	Creare un'istanza di OCI Compute per eseguire il software Oracle Zero Downtime Migration
Storage di file OCI: Storage Admin	Creare OCI File Storage per le operazioni di esportazione/importazione
Oracle Zero Downtime Migration: opc	Creare zdmuser per installare ed eseguire il software Oracle Zero Downtime Migration
Oracle Zero Downtime Migration: zdmuser	Installare il software Oracle Zero Downtime Migration Esegui Oracle Zero Downtime Migration
Oracle Cloud VMware Solution Virtual Machine: root/sudoer user	Esegui il MOUNT della condivisione del file system di rete da OCI File Storage per esportare il database per la migrazione logica Abilita ssh senza password dalla virtual machine Oracle Zero Downtime Migration Eseguire i comandi sudo per installare l'agente software Oracle Zero Downtime Migration Eseguire i comandi sudo per eseguire il backup o l'esportazione del database
Database Oracle Cloud VMware Solution: sys/system	Eseguire Data Pump per esportare il database
OCI Oracle Cloud VMware Solution e OCI Virtual Cloud Network: Admin	Modificare la configurazione di Oracle Cloud VMware Solution per aggiungere il gateway dei servizi OCI, l'instradamento e le regole di sicurezza Modificare la configurazione di Oracle Cloud VMware Solution per aggiungere regole di instradamento e sicurezza alla subnet di rete cloud virtuale in cui è in esecuzione il database di destinazione
Oracle Exadata Database Service on Dedicated Infrastructure o Oracle Base Database Service: Database Admin	Crea database di destinazione
Oracle Exadata Database Service on Dedicated Infrastructure o Oracle Base Database Service nodi cluster VM: opc	Esegui il MOUNT della condivisione del file system di rete da OCI File Storage per importare il database per le migrazioni logiche Abilita ssh senza password dalla virtual machine Oracle Zero Downtime Migration Installare l'agente software Oracle Zero Downtime Migration Eseguire i comandi sudo per ripristinare o importare il database
Oracle Exadata Database Service on Dedicated Infrastructure o Oracle Base Database Service: sys/system	Esegui Data Pump per importare il database

Consulta i prodotti, le soluzioni e i servizi Oracle per ottenere ciò di cui hai bisogno.

Informazioni relative alla migrazione

Prima di iniziare la migrazione, esaminare queste ipotesi e considerazioni.

• La procedura descritta in questa guida descrive come eseguire la migrazione utilizzando una migrazione logica non in linea. Per informazioni su come eseguire la migrazione utilizzando una migrazione logica in linea, vedere la sezione Revisione documentazione. Durante la migrazione in linea logica, Oracle Zero Downtime Migration configura Oracle GoldenGate per le migrazioni tra i database di origine e di destinazione per garantire che i database siano sempre in linea durante la migrazione.
• Oracle Zero Downtime Migration supporta due tipi di migrazioni del database da VM di database Oracle Cloud VMware Solution a Oracle Base Database Service e Oracle Exadata Database Service on Dedicated Infrastructure: migrazione logica e migrazione fisica. Si consiglia di utilizzare la migrazione logica perché questo metodo è il più semplice. Le migrazioni fisiche richiedono che i database di origine e di destinazione siano allo stesso livello di patch. Ciò può essere difficile se al database di origine non vengono applicate regolarmente le patch.
• Durante la migrazione logica, viene eseguita la migrazione dei database collegabili (PDB) e/o degli schemi. Viene eseguita la migrazione dei database non di tipo container (non CDB) nei pluggable database configurati in un container database in esecuzione nel database di destinazione.
• Oracle Zero Downtime Migration può esportare e importare direttamente dallo storage del file system di rete, pertanto OCI File Storage attivato tramite il file system di rete è la migliore opzione di trasferimento dati. Lo storage di file OCI può essere presentato alla VCN in cui i database di destinazione sono configurati tramite una destinazione di accesso. Le regole di sicurezza sono necessarie per consentire il protocollo del file system di rete tra la destinazione di accesso OCI File Storage e il database di destinazione. È necessario consentire anche il file system di rete tra la destinazione di accesso e la rete di sovrapposizione NSX in cui è in esecuzione il database di origine.
• Il database di origine può eseguire Oracle a istanza singola. Oracle Base Database Service può eseguire database RAC o a istanza singola, mentre Oracle Exadata Database Service on Dedicated Infrastructure esegue sempre i database RAC. Durante la migrazione del database, Oracle Zero Downtime Migration converte le istanze singole in database RAC quando necessario.
• La cifratura del database Oracle Transparent Data Encryption è facoltativa per il database di origine VM del database Oracle Cloud VMware Solution. Quando si esegue la migrazione dei database a Oracle Base Database Service o Oracle Exadata Database Service on Dedicated Infrastructure, il database di destinazione viene sempre cifrato.
• I database di origine e di destinazione devono eseguire gli stessi file di fuso orario. Per istruzioni, fare riferimento a "Aggiornamento del file del fuso orario e dell'indicatore orario con i dati del fuso orario" nella sezione Rivedi documentazione.
• I passi di questa guida presuppongono che esista una connettività di rete diretta dalla rete di overlay Oracle Cloud VMware Solution, in cui è installata la VM di database, alla VCN OCI in cui sono configurati il database di destinazione e la VM Oracle Zero Downtime Migration.
• I database di origine e di destinazione non devono avere la stessa password sys, la stessa password del wallet, la versione del database, il nome del database e lo stesso livello di patch.

Eseguire la migrazione mediante la migrazione logica

Nella procedura riportata di seguito viene descritto come eseguire una migrazione logica non in linea. Per la migrazione in linea, vedere Guida passo dopo passo - Migrazione logica e aggiornamento in corso da on-premise a Oracle Exadata Database Service on Dedicated Infrastructure nella sezione Revisione della documentazione.

1. Nella console OCI, verificare che i seguenti workflow siano stati eseguiti durante la distribuzione di Oracle Cloud VMware Solution:
   • Configurare la connettività a Oracle Services Network.
   • Configurare la connettività per le risorse VCN
   Questi workflow consentono alle VM in esecuzione in Oracle Cloud VMware Solution NSX Overlay di comunicare con Oracle Services Network e la VCN in cui sono o saranno in esecuzione il database di destinazione e il server Oracle Zero Downtime Migration. Eseguire questi flussi di lavoro se non sono stati ancora eseguiti per configurare tutte le regole di sicurezza e instradamento richieste.
2. Creare un database di destinazione Oracle Base Database Service o Oracle Exadata Database Service on Dedicated Infrastructure utilizzando la console OCI o l'API REST. Configurare il database come indicato di seguito.
   • Il nuovo database di destinazione può avere un nome diverso da quello del database di origine.
   • Il nuovo database può essere una versione più recente del database di origine.
   • Fornire una password per l'utente sys. Prendere nota della password.
   Prendere nota dell'OCID del database dopo la creazione del database.
3. Nella console OCI, creare un'istanza di computazione nella stessa VCN in cui è configurato il database di destinazione.
   Questa istanza di computazione può essere di qualsiasi forma, con almeno due OCPU e 16 GB di RAM, con il sistema operativo Oracle Linux 7.9 in esecuzione. Questa virtual machine verrà utilizzata per eseguire il software Oracle Zero Downtime Migration.
4. Seguire la documentazione di installazione di Oracle Zero Downtime Migration nella sezione Revisione documentazione per scaricare e installare il software Oracle Zero Downtime Migration 21.4 sull'istanza di computazione OCI.
   Eseguire il software Oracle Zero Downtime Migration come zdmuser.
5. Assicurarsi che la VM Oracle Zero Downtime Migration sia in grado di comunicare con gli host del database di origine utilizzando il nome host e l'indirizzo IP. Modificare il resolver DNS VCN o il file /etc/hosts nella VM Oracle Zero Downtime Migration, se necessario. Verificare quanto riportato di seguito.
   • Verificare che esista una regola di sicurezza che consenta alla VM Oracle Zero Downtime Migration di connettersi alla VM del database di origine sulla porta listener predefinita 1521 e sulla porta SSH 22.
   • Assicurarsi che la VM Oracle Zero Downtime Migration possa raggiungere gli host del database di destinazione sulla porta listener predefinita 1521 e sulla porta SSH 22.
6. Eseguire il login come zdmuser all'istanza di computazione in cui è in esecuzione il software Oracle Zero Downtime Migration e generare una coppia di chiavi SSH. Abilitare ssh senza password dall'account zdmuser alla VM del database di origine (root, privilege-sudoer user).
7. Nella console OCI, creare uno storage di file OCI.
   Prendere nota della destinazione di accesso, dell'esportazione e dell'indirizzo IP nella VCN.
8. Seguire i passi descritti in "Configurazione delle regole di sicurezza VCN per lo storage di file" nella sezione Rivedi documentazione per configurare le regole di sicurezza necessarie nella VCN in modo da consentire al protocollo del file system di rete dal sistema di database di destinazione all'indirizzo IP Storage di file OCI creato nel passo 7. Fare riferimento alla documentazione per creare regole che consentano al protocollo del file system di rete dalla rete di overlay NSX OCI all'indirizzo IP dello storage di file OCI creato nel passo 7.
9. Utilizzare l'indirizzo IP ed Esporta dal passo 7 per eseguire il MOUNT di questo storage di file OCI tramite il file system di rete sulla VM di database di origine Oracle Cloud VMware Solution e su tutti i nodi del database di destinazione. Prendere nota del punto di accesso.
10. Nella console OCI, creare una chiave API per l'utente OCI proprietario del database di destinazione.
    Prendere nota dell'OCID utente, dell'OCID tenancy, dell'impronta digitale e dell'area OCI. Salvare le chiavi private e pubbliche corrispondenti nei file PEM. Questa chiave API verrà utilizzata da Oracle Zero Downtime Migration per connettersi a OCI e ottenere informazioni sul database di destinazione durante la migrazione del database.
11. Copiare i file PEM dal passo precedente alla VM Oracle Zero Downtime Migration.
12. Eseguire il login come utente sys al database di origine per assicurarsi che il parametro Streams_Pool_Size sia impostato su almeno 2G, ad esempio:

    SQL>show parameter streams_pool_size;
    SQL>alter system set streams_pool_size=2G scope=both SID=’*’;                  

13. Utilizzare il modello di file di risposta della migrazione logica di Oracle Zero Downtime Migration incluso in Migrazione senza tempi di inattività per creare un file di risposta per la migrazione. Di seguito sono riportati i parametri chiave.
    • TARGETDATABASE_OCID: OCID del database di destinazione dal passo 1.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: NFS
    • TARGETDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/nome host della VM di database di origine Oracle Cloud VMware Solution.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: nome del servizio del pluggable database (PDB) di origine o del container database (CDB). Utilizzare lsnrctl per trovare.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: OCID tenancy dal passo 10.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: OCID utente dal passo 10.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: impronta digitale dal passo 10.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: percorso del file PEM della chiave privata nel server Oracle Zero Downtime Migration dal passo 11.
    • OCIAUTHENTICATIONDETAILS_REGIONID: ID dell'area OCI per l'utente OCI dal passo 10.
    • TARGETDATABASE_CONNECTIONDETAILS_HOST: IP/nome host della prima VM nel sistema di database di destinazione.
    • TARGETDATABASE_CONNECTIONDETAILS_PORT: 1521
    • TARGETDATABASE_CONNECTIONDETAILS_SERVICENAME: nome del servizio per il pluggable database di destinazione nel database di destinazione. Utilizzare lsnrctl per trovare.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/nome host della VM di database di origine Oracle Cloud VMware Solution.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: nome del servizio per il container database di origine nella VM del database Oracle Cloud VMware Solution. Utilizzare lsnrctl per trovare.
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: punto di attivazione del file system di rete dal passo 9.
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_PATH: punto di attivazione del file system di rete dal passo 9.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: TRUE
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_IMPORTPARALLELISMDEGREE: commentare questa riga con un segno numerico (#) se la destinazione è un Oracle Base Database Service su cui è in esecuzione Oracle Standard Edition 2. In caso contrario, immettere un numero maggiore di due, in base al numero di CPU disponibili.
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: commentare questa riga con un segno numerico (#) se la VM di database di origine Oracle Cloud VMware Solution esegue Oracle Standard Edition 2. In caso contrario, immettere un numero maggiore di due, in base al numero di CPU disponibili.
    • TABLESPACEDETAILS_AUTOCREATE: TRUE
    • TABLESPACEDETAILS_USEBIGFILE: TRUE
    • TABLESPACEDETAILS_EXTENTSIZEMB: 512
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
14. Eseguire un job di migrazione a secco di Oracle Zero Downtime Migration (-eval) per convalidare il rispetto di tutti i prerequisiti per la migrazione. Viene eseguito lo strumento CPAT (Cloud Pre-Migration Advisor Tool) per verificare che il database di origine sia adatto per la migrazione al database di destinazione mediante la migrazione logica di Oracle Zero Downtime Migration. Affrontare i problemi segnalati da CPAT prima di continuare. Ad esempio:

    
    zdmcli migrate database -sourcedb source_db_unique_name \
    -sourcenode IP/hostname_of_Oracle_Cloud_VMware_Solution_database_virtual_machine \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_6 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_13 \
    -eval

    Questo comando richiede due password. La prima password è la password di sistema per il database di origine. La seconda password è la password di sistema per il database di destinazione.
    Prendere nota dell'ID job di Oracle Zero Downtime Migration.
    Dopo una migrazione a esecuzione manuale riuscita, passare al passo successivo.
15. Dopo che la migrazione a esecuzione manuale è riuscita, eseguire il job Oracle Zero Downtime Migration. Ad esempio:

    zdmcli migrate database -sourcedb source_db_unique_name \
    -sourcenode IP/hostname_of_Oracle_Cloud_VMware_Solution_database_virtual_machine \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_6 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_13

    Questo comando richiede due password. La prima password è la password di sistema per il database di origine. La seconda password è la password di sistema per il database di destinazione.
    Prendere nota dell'ID job di Oracle Zero Downtime Migration.