Migrazione a Oracle Autonomous Database Serverless

In questa sezione viene descritto come eseguire la migrazione dei carichi di lavoro del database VMware on-premise a Oracle Autonomous Database Serverless 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 è eseguire la migrazione dei database e delle applicazioni on premise in esecuzione su VMware a Oracle Cloud VMware Solution utilizzando gli 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 a Oracle Autonomous Database Serverless per consolidarla 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-autonomous-serverless-architecture.png

migrare-vmware-autonomous-serverless-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 Autonomous Database Serverless

  Oracle Autonomous Database Serverless offre l'accesso alla più recente tecnologia di database autonomo. Con Autonomous Database hai un database completamente elastico in cui Oracle gestisce autonomamente tutti gli aspetti del ciclo di vita del database, dal posizionamento del database al backup e agli aggiornamenti.

• 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, chiamata Oracle Cloud VMware Solution, utilizza Oracle Cloud Infrastructure 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 Oracle Cloud VMware Solution Software-Defined Data Center (SDDC) 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 logica per importare il database migrato da un file system condiviso.

• Memorizzazione degli oggetti

  Lo storage degli oggetti OCI viene utilizzato per lo storage temporaneo dei backup e delle esportazioni del database durante la migrazione.

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.
• I database Oracle Autonomous Database Serverless di destinazione che utilizzano fino a 8 OCPU possono eseguire Oracle Standard Edition. I database che utilizzano più di 8 OCPU devono eseguire Oracle Enterprise Extreme Performance versione 19.19.0.1.0 o successiva.
• Oracle Zero Downtime Migration deve avere la versione 21.4 o successiva.
• Lo storage intermedio deve includere OCI Object Storage e 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 online logica da on-premise a Oracle Autonomous Database

Esamina le risorse Oracle Database:

• "Configurazione delle regole di sicurezza VCN per lo storage di file" nella documentazione di Oracle Cloud Infrastructure
• "Aggiornamento del file di fuso orario e dell'indicatore orario con i dati di fuso orario" nel manuale Oracle Database Globalization Support Guide
• Gestisci versione file fuso orario in Autonomous Database

Informazioni sui prodotti e sui ruoli richiesti

Questa soluzione richiede i seguenti prodotti:

• Oracle Cloud Infrastructure Identity and Access Management
• Computazione OCI
• OCI Object Storage
• OCI File Storage
• Oracle Zero Downtime Migration
• Soluzione VMware per Oracle Cloud
• Oracle Autonomous Database Serverless

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 degli oggetti OCI: Storage Admin	Creare bucket OCI Object Storage
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 le migrazioni logiche 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 Autonomous Database Serverless: Database Admin	Crea database di destinazione
Oracle Autonomous Database Serverless: ADMIN	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 migrazione logica è l'unico metodo di migrazione supportato.
• 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) in un database Oracle Autonomous Database Serverless.
• Durante la migrazione logica, Oracle Zero Downtime Migration non esporta i dati direttamente in OCI Object Storage. Nel database di origine, Oracle Zero Downtime Migration esporta i dati in un file system condiviso (file system di rete o Oracle Advanced Cluster File System). I dati esportati vengono quindi caricati nello storage degli oggetti OCI. Il database di destinazione importa i dati dallo storage degli oggetti OCI.
• Il database di origine può eseguire Oracle a istanza singola. Oracle Autonomous Database Serverless 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 Autonomous Database Serverless, il database di destinazione verrà sempre cifrato.
• I database di origine e di destinazione devono eseguire gli stessi file di fuso orario. Per istruzioni, vedere "Aggiornamento del file di fuso orario e dell'indicatore orario con i dati di fuso orario" e "Gestione della versione del file di fuso orario su Autonomous Database" nella sezione Revisione della 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 verrà configurata la VM Oracle Zero Downtime Migration e alla rete di servizi OCI in cui verrà eseguito il database Oracle Autonomous Database Serverless di destinazione (illustrato nel diagramma dell'architettura).
• Oracle Autonomous Database Serverless supporta una sola tablespace standard denominata DATA. Tutte le tabelle devono essere posizionate in questa tablespace. Se il database di origine utilizza tablespace personalizzate, è necessario eseguirne di nuovo il mapping alla tablespace DATA durante la migrazione.
• I database di origine e di destinazione non devono avere la stessa password sys, password ADMIN, password del wallet, versione del database, nome del database e 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 in linea logica da on-premise a Oracle Autonomous Database 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 è configurato o sarà in esecuzione 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. Crea un database Oracle Autonomous Database Serverless di destinazione 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 ADMIN. 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 verrà 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 al 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 sulle porte listener 1521 e 1522.
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. Abilita ssh senza password dall'account zdmuser a tutti i nodi nella VM di database di origine Oracle Cloud VMware Solution (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 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. Prendere nota del punto di accesso.
10. Nella console OCI, creare un bucket di Storage degli oggetti OCI se non esiste già.
    Prendere nota dell'URL Swift, dello spazio di nomi dello storage degli oggetti e del nome del bucket.
11. Nella console OCI, creare una chiave API per l'utente OCI proprietario del database di destinazione, nonché le autorizzazioni per caricare i dati nel bucket creato nel passo 10.
    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 e per caricare i dump dei dati nello storage degli oggetti OCI.
12. Copiare i file PEM dal passo precedente alla VM Oracle Zero Downtime Migration.
13. 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=’*’;                  

14. 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 creato nel passo 2.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • 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 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: OCID utente dal passo 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: impronta digitale dal passo 11.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: percorso del file PEM della chiave privata nel server Oracle Zero Downtime Migration dal passo 12.
    • OCIAUTHENTICATIONDETAILS_REGIONID: ID dell'area OCI per l'utente OCI dal passo 11.
    • 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_CREATEAUTHTOKEN: FALSE
    • DATAPUMPSETTINGS_METADATAREMAPS-1: type:REMAP_TABLESPACE,oldValue:USERS,newValue:DATA.
    • DATAPUMPSETTINGS_METADATAREMAPS-2: type:REMAP_TABLESPACE,oldValue:tablespace_to_be_migrated,newValue:DATA. Per ogni tablespace personalizzata di cui eseguire la migrazione è necessaria una voce di rimappatura della tablespace.
    • 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.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: spazio di nomi OCI Object Storage dal passo 10.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: nome del bucket OCI Object Storage dal passo 10.
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
15. 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_14 \
    -eval

    Questo comando richiede due password. La prima password è la password di sistema per il database di origine. La seconda password è la password ADMIN 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.
16. 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_14

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