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 server x86 o di Oracle Database Appliance on-premise a Oracle Base Database Service o Oracle Exadata Database Service on Dedicated Infrastructure e la migrazione delle applicazioni VMware a Oracle Cloud VMware Solution.

Architettura

Utilizzando Oracle Zero Downtime Migration, automatizza la migrazione del database e sperimenta tempi di inattività minimi durante la migrazione dei dati da on-premise al cloud.

Migra le tue 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.

Il seguente diagramma illustra questa architettura di riferimento.

Descrizione dell'immagine x86-oda-migrate-base-exadata-vmware.png

x86-oda-migrate-base-exadata-vmware.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 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 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. Un singolo sistema Oracle Base Database Service può ospitare un singolo container database (CDB) Oracle. Questo container database può ospitare più pluggable database (PDB). Oracle Base Database Service è la soluzione ideale per il consolidamento dei database per i database di cui è possibile eseguire la migrazione in pluggable 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.

• Storage dei file

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

• Storage degli oggetti

  Lo storage degli oggetti OCI viene utilizzato durante la migrazione per lo storage temporaneo.

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.

Revisione dei requisiti

• Assicurarsi che il database di origine sia in esecuzione su un server x86 o che il database Oracle Database Appliance sia in esecuzione nella 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 Oracle Base Database Service può essere Standard Edition, Enterprise Edition, Enterprise Edition High Performance, Enterprise Edition Extreme Performance versione 19.18 o successiva.
• Oracle Zero Downtime Migration deve avere la versione 21.4 o successiva.
• Lo storage intermedio deve includere OCI Object Storage, Oracle ZFS Storage Appliance (NAS) 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:

• "Aggiornamento del file di fuso orario e dell'indicatore orario con i dati di fuso orario" nel manuale Oracle Database Globalization Support Guide

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
• x86 server o Oracle Database Appliance
• Oracle Exadata Database Service on Dedicated Infrastructure o Oracle Base Database Service

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 caricare i dati nel bucket
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 per caricare i dati esportati
Storage di file OCI: Storage Admin	Crea OCI File Storage per la migrazione logica
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
x86 server o Oracle Database Appliance: root/sudoer user	Attivare la condivisione del file system di rete dal dispositivo di storage collegato alla rete 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
Server x86 o database Oracle Database Appliance: sys/system	Eseguire Data Pump per esportare il database
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 Database: sys/system	Eseguire Data Pump per importare il database per la migrazione logica

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.

• Oracle Zero Downtime Migration supporta due tipi di migrazioni del database dal server x86 o da Oracle Database Appliance 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.
• 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.
• 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 pluggable database configurati in un container database in esecuzione su Oracle Base Database Service o Oracle Exadata Database Service on Dedicated Infrastructure.
• Per le migrazioni logiche è necessario un file system condiviso. 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. Oracle Zero Downtime Migration, quindi sposta i dump dei dati da OCI Object Storage a OCI File Storage. Infine, Oracle Base Database Service o Oracle Exadata Database Service on Dedicated Infrastructure possono importare i dati da OCI File Storage tramite il file system di rete.
• Il server x86 in locale o i database Oracle Database Appliance possono eseguire sia database a istanza singola che database RAC. Oracle Base Database Service può eseguire sia database a istanza singola che database RAC, 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 i database in locale in esecuzione sui server x86 o su Oracle Database Appliance. 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 tra il data center in cui è installato Oracle Database Appliance e la rete cloud virtuale OCI in cui sono configurati il database di destinazione e la virtual machine Oracle Zero Downtime Migration (tramite FastConnect o IPSec VPN come mostrato nel diagramma dell'architettura).
• 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 in linea logica da on-premise a Oracle Autonomous Database nella sezione Revisione della documentazione.

1. Creare un database di destinazione Oracle Exadata Database Service on Dedicated Infrastructure o Oracle Base Database Service 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.
2. 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.
3. 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.
4. 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 a tutti i nodi del database di origine (root, privilege-sudoer user).
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. Verificare quanto riportato di seguito.
   • Modificare il resolver DNS VCN o il file /etc/hosts nella VM Oracle Zero Downtime Migration, se necessario.
   • 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 sulla porta listener predefinita 1521 e sulla porta SSH 22.
6. In Oracle ZFS Storage Appliance o dispositivo di storage collegato alla rete, creare una condivisione del file system di rete da utilizzare come segnaposto per i dump dei dati del database durante l'avanzamento della migrazione.
7. Attivare la condivisione del file system di rete su tutti i nodi del database di origine.
   Assicurarsi che tutti gli utenti dispongano delle autorizzazioni di lettura, scrittura ed esecuzione (rwx). Prendere nota del punto di attivazione.
8. Nella console OCI, creare uno storage di file OCI.
   Prendere nota della destinazione di accesso, dell'esportazione e dell'indirizzo IP della rete cloud virtuale (VCN).
9. Utilizzare l'indirizzo IP ed eseguire l'esportazione dal passo 8 per eseguire il MOUNT di questo storage di file tramite il file system di rete su tutti i nodi del cluster VM del database di destinazione.
   Assicurarsi che la VCN includa un criterio di sicurezza per consentire il protocollo del file system di rete nella subnet del database di destinazione. 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 e dispone inoltre delle autorizzazioni per caricare i dati nel bucket OCI Object Storage 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 dal passo 1.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/nome host del primo nodo nel database di origine.
    • 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.
    • 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 del primo nodo nel database di origine.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: nome del servizio per il container database di origine nel server di origine. 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 6.
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_PATH: punto di attivazione del file system di rete dal passo 8.
    • 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 o utilizzare l'impostazione predefinita di Oracle Zero Downtime Migration (conteggio CPU).
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: commentare questa riga con un segno numerico (#) se il database di origine esegue Oracle Standard Edition 2. In caso contrario, immettere un numero maggiore di due o utilizzare l'impostazione predefinita di Oracle Zero Downtime Migration (conteggio CPU).
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: spazio di nomi OCI Object Storage dal passo 10.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: nome del bucket OCI Object Storage dal passo 10.
    • TABLESPACEDETAILS_AUTOCREATE: TRUE
    • TABLESPACEDETAILS_USEBIGFILE: TRUE
    • TABLESPACEDETAILS_EXTENTSIZEMB: 512
    • 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_name \
    -sourcenode IP/hostname_of_first_x86_server/Oracle_Database_Appliance_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_4 \
    -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 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.
16. Dopo che la migrazione a esecuzione manuale è riuscita, eseguire il job Oracle Zero Downtime Migration. Ad esempio:

    zdmcli migrate database -sourcedb source_db_name \
    -sourcenode IP/hostname_of_first_x86_server/Oracle_Database_Appliance_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_4 \
    -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 di sistema per il database di destinazione.
    Prendere nota dell'ID job di Oracle Zero Downtime Migration.