Migrazione a Oracle Autonomous Database Serverless

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 Autonomous Database Serverless ed eseguire 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'illustrazione x86-oda-migrate-autonomous-serverless-vmware.png

x86-oda-migrate-autonomous-serverless-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 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.

• Storage 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.

Revisione dei requisiti

• Assicurarsi che il database di origine sia in esecuzione su un server x86 o su Oracle Database Appliance Standard Edition, Enterprise Edition, versione 19.18 o successiva.
• Il database di destinazione Oracle Autonomous Database Serverless deve avere la versione 19.19.0.01 Extreme Enterprise Edition o successiva.
• I database 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 Edition Extreme Performance.
• Oracle Zero Downtime Migration deve avere la versione 21.4 o successiva.
• Lo storage intermedio deve includere OCI Object Storage e Oracle ZFS Storage Appliance (NAS).

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
• 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
• Oracle Zero Downtime Migration
• x86 server o Oracle Database Appliance
• 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 bucket di storage OCI Crea la chiave API per caricare i dati nel bucket e importare il database
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
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 memorizzazione collegato alla rete per esportare il database 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 esportare il database
Server x86 o database Oracle Database Appliance: sys/system	Eseguire Data Pump per esportare il database
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 supportato per eseguire la migrazione dei database dal server x86 o da Oracle Database Appliance a Oracle Autonomous Database Serverless.
• Nella guida riportata di seguito viene descritto 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 in Oracle Autonomous Database Serverless.
• 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 Autonomous Database Serverless può importare i dati direttamente da OCI Object Storage.
• Il server x86 o Oracle Database Appliance on premise possono eseguire sia database a istanza singola che database RAC. Oracle Autonomous Database Serverless esegue i database RAC. Durante la migrazione del database, Oracle Zero Downtime Migration converte le istanze singole in database RAC quando necessario.
• La cifratura dei dati trasparente Oracle è facoltativa per i database in locale in esecuzione sul server x86 o su Oracle Database Appliance. Quando si esegue la migrazione dei database a Oracle Autonomous Database Serverless, il database di destinazione verrà sempre cifrato.
• Il server x86 di origine o il database Oracle Database Appliance e i database di destinazione devono eseguire gli stessi file di fuso orario. Per istruzioni, fare riferimento a "Gestisci versione file fuso orario su Autonomous Database" nella sezione Rivedi documentazione. Per istruzioni su come aggiornare i file di fuso orario in Oracle Autonomous Database Serverless, fare riferimento a "Gestisci versione file fuso orario su Autonomous Database" nella sezione Rivedi documentazione.
• I passi di questa guida presuppongono che esista una connettività di rete diretta tra il data center in cui è installato il server x86 o Oracle Database Appliance e la rete cloud virtuale OCI (VCN) in cui è configurata la virtual machine Oracle Zero Downtime Migration (tramite FastConnect o IPSec VPN come mostrato nel diagramma dell'architettura). È inoltre necessaria la connettività tra la VCN e il database di destinazione tramite un gateway di servizi.
• 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.

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. 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.
2. Nella console OCI, creare un'istanza di computazione nella VCN che disponga della connettività al database di origine tramite il gateway di instradamento dinamico e Oracle Autonomous Database Serverless tramite il gateway di servizi.
   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 della rete cloud virtuale (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 il database di destinazione sulla porta TLS sicura 2484.
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 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.
9. Creare una chiave API per l'utente OCI proprietario del database di destinazione e inoltre dispone delle autorizzazioni per caricare i dati nel bucket OCI Object Storage creato nel passo 8.
   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.
10. Copiare i file PEM dal passo precedente alla VM Oracle Zero Downtime Migration.
11. Eseguire il login come utente sys al database Oracle Database Appliance 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=’*’;                  

12. Utilizzare il modello di file di risposta per la migrazione logica di Oracle Zero Downtime Migration incluso in Oracle Zero Downtime Migration per creare un file di risposta per la migrazione. Di seguito sono riportati i parametri chiave.
    • TARGETDATABASE_OCID: OCID del database di destinazione Oracle Autonomous Database Serverless.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/nome host del primo nodo nel database Oracle Database Appliance di origine.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: nome del servizio del PDB di origine o del database non di tipo container (CDB). Utilizzare lsnrctl per trovare.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: OCID tenancy dal passo 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: OCID utente dal passo 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: impronta digitale dal passo 9.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: percorso del file PEM della chiave privata nel server Oracle Zero Downtime Migration dal passo 10.
    • OCIAUTHENTICATIONDETAILS_REGIONID: ID dell'area OCI per l'utente OCI dal passo 9.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/nome host del primo nodo nel database Oracle Database Appliance di origine.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: nome del servizio per il container database di origine nel database Oracle Database Appliance. Utilizzare lsnrctl per trovare).
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: punto di attivazione per la memorizzazione dei file di rete dal passo 6.
    • 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 il server x86 di origine o il database Oracle Database Appliance esegue Oracle Standard Edition 2. In caso contrario, specificare un numero superiore a 2, in base al numero di CPU disponibili.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: spazio di nomi OCI Object Storage dal passo 8.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: nome del bucket OCI Object Storage dal passo 8.
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
13. 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 a Oracle Autonomous Database Serverless utilizzando 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_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_12 \
    -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.
14. 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_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_12

    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.