Nota

• Questa esercitazione richiede l'accesso a Oracle Cloud. Per iscriversi a un account gratuito, consulta Inizia a utilizzare Oracle Cloud Infrastructure Free Tier.
• Utilizza valori di esempio per le credenziali, la tenancy e i compartimenti di Oracle Cloud Infrastructure. Quando completi il tuo laboratorio, sostituisci questi valori con quelli specifici del tuo ambiente cloud.

Esegui la migrazione dei database Oracle utilizzando Oracle Cloud Infrastructure Database Migration con la migrazione online

Introduzione

Oracle Cloud Infrastructure Database Migration offre un'esperienza self-service e altamente performante per migrazioni di database senza interruzioni. Le funzioni principali includono quelle riportate di seguito.

• Migrazioni omogenee da database MySQL o Oracle a Oracle Cloud Infrastructure (OCI).
• Migrazioni logiche online e offline di livello Enterprise con tempi di inattività minimi, sfruttando la tecnologia di replica dei dati di GoldenGate.

OCI Database Migration utilizza lo strumento Oracle Zero Downtime Migration, eliminando la necessità di una configurazione dell'infrastruttura.

Modalità migrazione:

• Migrazione offline: uno snapshot point-in-time del database di origine viene copiato nel database di destinazione, richiedendo che le applicazioni rimangano offline durante la migrazione.

• Migrazione in linea: viene copiato uno snapshot iniziale, seguito dalla replica in tempo reale delle modifiche, che consente alle applicazioni di rimanere in linea e operative durante la migrazione.

Migrazioni supportate:

• I database di origine Oracle possono risiedere on-premise, in cloud di terze parti o su OCI.

• I database di destinazione supportati includono Oracle Autonomous Database, Oracle Base Database Service e Oracle Exadata Database Service.

Architettura di migrazione del database OCI

OCI Database Migration opera come un servizio cloud gestito, separato dalla tenancy e dalle risorse, utilizzando endpoint privati per una comunicazione sicura. Può eseguire la migrazione dei database Oracle da varie origini, inclusi cloud on-premise, di terze parti o OCI. Il servizio supporta la migrazione a più destinazioni Oracle, ad esempio:

• Oracle Autonomous Database (condiviso o dedicato).
• Oracle Base Database Service.
• Oracle Exadata Database Service on Dedicated Infrastructure.

OCI Database Migration opera come un servizio cloud completamente gestito, indipendente dalla tenancy e dalle risorse dell'utente. Funziona come servizio multi-tenant all'interno di una tenancy OCI Database Migration dedicata, utilizzando endpoint privati per comunicare con le risorse utente. Questi endpoint privati sono gestiti da OCI Database Migration, che offre un'esperienza trasparente per gli utenti.

• Piano di controllo DMS: consente agli utenti di gestire gli oggetti di migrazione e connessione al database tramite la console di migrazione del database OCI e l'API REST, fornendo un'interfaccia centralizzata per una gestione trasparente della migrazione.

• DMS Data Plane: OCI Database Migration Data Plane, gestito dal piano di controllo della migrazione del database OCI, opera in modo trasparente per l'utente. Sovrintende ai processi di migrazione in corso, comunicando con i database utente e le istanze OCI GoldenGate tramite endpoint privati. In particolare, il piano dati di migrazione del database OCI non memorizza i dati dei clienti, poiché scorre direttamente tramite OCI GoldenGate e Oracle Data Pump all'interno della tenancy dell'utente.

• Migrazione: una migrazione in OCI Database Migration è un oggetto centralizzato che contiene metadati per la migrazione di un singolo database. Comprende i dettagli sui metodi di origine, destinazione e migrazione. Gli utenti possono creare una migrazione, convalidare la correttezza dell'ambiente, quindi eseguire la migrazione per trasferire i dati del database e i metadati dello schema dall'origine alla destinazione.

• Job di migrazione: un job di migrazione in OCI Database Migration rappresenta lo stato di esecuzione di una migrazione, sia per la convalida che per la migrazione effettiva. Il processo procede attraverso fasi sequenziali, consentendo agli utenti di sospendere dopo una fase e riprendere manualmente quando sono pronti a passare alla fase successiva.

• Connessione al database: una connessione al database in OCI Database Migration memorizza i dettagli su un database di origine o di destinazione, incluse le credenziali di connessione e autenticazione, utilizzando in modo sicuro OCI Vault per lo storage delle credenziali. Questa connessione può essere riutilizzata in più migrazioni, semplificando il processo.

Obiettivi

• Esegui la migrazione dei database Oracle utilizzando OCI Database Migration con la migrazione online.

Prerequisiti

Sono state create le seguenti risorse per facilitare la demo (con i nomi):

• Vault (DMSVAULT) e chiave di cifratura (DMSKEY).
• La rete cloud virtuale (VCN) (VCN01) con porta 1521, 1522 e 443 aggiunta nella tabella della lista di sicurezza predefinita come regole di entrata.
• Bucket di storage degli oggetti OCI (DMSBUCKET).
• Database multi-tenant 19c di Oracle Database (DMSOURCE).
• Database di destinazione di Oracle Autonomous Database (DMSTARGETAUTONOMUS).

Task 1: Prepara database di origine

Per preparare il database di origine per la migrazione in linea utilizzando OCI GoldenGate, effettuare le operazioni riportate di seguito.

Creare l'utente comune C##GGADMIN nel contenitore e un utente locale GGADMIN nel pluggable database. Questi utenti verranno utilizzati per creare una connessione al database di origine nella console OCI Database Migration.

Automatizza la preparazione

1. Scaricare lo script dms-db-prep-v2.sh dalla nota MOS 2953866.1.s.

2. Eseguire lo script per generare il file dms_prep_db.sql.

3. Eseguire il file SQL generato a livello CDB$ROOT.

   

   L'esecuzione del file dms_prep_db.sql a livello di contenitore genera il file DMS_Configuration.sql. Questo file richiede la revisione e la modifica potenziale prima di essere eseguito a livello di contenitore.

   

   

Task 2: Creare un utente di esempio nel pluggable database di origine (PDB) e caricare i dati nello stesso

Per eseguire il test della funzionalità Migrazione database OCI, è necessario creare un utente di esempio TESTUSER, una tabella EMPL e popolarlo con alcuni dati per eseguire il test della migrazione. Una volta fatto questo, siamo bravi a procedere con il prossimo compito.

Task 3: Prepara database di destinazione

Impostare la password per l'utente ggadmin in Oracle Autonomous Transaction Processing (ATP) di destinazione e sbloccarla.

Task 4: Creare una connessione per il container database (CDB), il PDB di origine e il database di destinazione (ATP) nella console di migrazione del database OCI

1. Creare una connessione per il CDB di origine.

   1. Andare a OCI Console, andare a Migrazione e Disaster Recovery, Migrazioni di database, Connessioni al database e fare clic su Crea connessioni.

      

   2. Immettere le informazioni riportate di seguito.

      • Nome: immettere SRCCDB.
      • Compartimento: selezionare il proprio compartimento in cui si dispone dei privilegi necessari.
      • Tipo: selezionare Oracle Database.
      • Vault: selezionare DMSVAULT creato nel prerequisito.
      • Chiave di cifratura: selezionare DMSKEY.

      Dettagli connessione:

      

      

      • Il nome utente del database di caricamento iniziale deve essere l'utente con ruolo DATAPUMP_EXP_FULL_DATABASE.
      • Il wallet del database è facoltativo.
      • Crea endpoint privato: se il database viene avviato in una subnet privata, fare clic sullo stesso nome e immettere il nome della subnet privata dal menu a discesa. In caso contrario, non è necessario selezionare Crea endpoint privato.
      • Fare clic su Impostazioni avanzate.
      • Nome host server database SSH: IP pubblico del database di origine.
      • Chiave privata SSH: chiave privata in formato RSA scaricata durante la creazione del database di origine.
      • Nome utente SSH: immettere opc.
      • Fare clic su Crea.
      • Una volta creata la connessione, verificare la connessione che dovrebbe avere esito positivo.

      

      

2. Crea la connessione per il PDB di origine.

   Immettere il nome (SRCPDB) e riposare tutti gli elementi saranno uguali ai dettagli di connessione SRCCDB ad eccezione del nome utente del database di replica che sarà GGADMIN nel caso del PDB.

   

3. Crea la connessione per il PDB di destinazione (ATP).

   1. Immettere le informazioni riportate di seguito.

      • Nome: immettere TRGATP.
      • Compartimento: immettere il proprio compartimento in cui si dispone dei privilegi necessari.
      • Tipo: selezionare Oracle Autonomous Database.
      • Vault: immettere DMSVAULT creato nel prerequisito.
      • Chiave di cifratura: selezionare DMSKEY.

      Dettagli connessione:

      

      

      • Database: immettere DMSTARGETARGETAUTONOMOUS.
      • Nome utente del database di carico iniziale: immettere Admin.
      • Selezionare Usa credenziali differenti per la replicazione.
      • Nome utente del database di replica: immettere ggadmin.
      • Password database di replica: immettere la stessa password del task 3.
      • Crea endpoint privato: se il database viene avviato in una subnet privata, fare clic sullo stesso nome e immettere il nome della subnet privata dal menu a discesa. In caso contrario, non è necessario selezionare Crea endpoint privato.

   2. Al termine della creazione, fare clic su Crea, quindi su Test connessione. Dovrebbe avere successo.

Ora è stata completata la creazione di connessioni al CDB di origine, al PDB di origine e al database ATP di destinazione.

Task 5: Crea migrazione

1. Fare clic su Migrazioni, Crea migrazione e immettere le informazioni riportate di seguito.

   • Nome: immettere POCMIGRATION.
   • Connessione al database: selezionare SRCPDB come database di origine.
   • Selezionare Database is pluggable database (PDB).
   • Connessione al database container: selezionare SRCCDB.

   

   

2. Immettere le informazioni sul database di origine.

   • Database di destinazione: selezionare TRGATP.
   • Supporto di trasferimento per il caricamento iniziale: selezionare Data Pump tramite storage degli oggetti.
   • In Database di origine:
     • Esporta nome oggetto directory: immettere la dir_dump creata nel database di origine.
     • Esporta percorso oggetto directory: immettere /u01/app/oracle/dumpdir creato nel database di origine.
   • Bucket di storage degli oggetti: selezionare DMSBUCKET.

   

3. Fare clic su Mostra opzioni avanzate e in Convalida selezionare Esegui Advisor di premigrazione durante la convalida.

   

   Nella sezione Opzioni avanzate esaminare le varie schede per personalizzare le impostazioni di migrazione. In particolare, la scheda Replica ti consente anche di utilizzare un'istanza del marketplace OCI GoldenGate se hai precedentemente eseguito il provisioning nella tua tenancy dal marketplace.

   

   

Task 6: Convalida task di migrazione

Fare clic su Crea. Una volta creata, convalida la migrazione. È possibile eseguire di nuovo il test delle connessioni per il PDB di origine, il CDB di origine e l'ATP di destinazione prima di procedere alla convalida. Andremo con le opzioni predefinite.

Dopo aver avviato il job di convalida, fare clic su Visualizza dettagli per monitorare lo stato di avanzamento e rivedere le specifiche.

In caso di errori del job di convalida di OCI Database Migration, è possibile scaricare il log OCI Database Migration come mostrato nelle immagini riportate di seguito.

Task 7: Avvia task di migrazione

1. Fate clic su Start. Verrà richiesto di scegliere una fase per sospendere la migrazione. L'opzione predefinita è Monitora ritardo replica, in cui le modifiche apportate agli schemi di origine vengono tracciate, acquisite e sincronizzate con il database di destinazione in tempo reale.

   

   

   Il processo di migrazione prevede più fasi. Per impostazione predefinita, il job viene sospeso in Monitora ritardo replica, dove tiene traccia e sincronizza le modifiche tra i database di origine e di destinazione.

   Alla data di cutover, è necessario arrestare l'applicazione e riprendere il job di migrazione. Dobbiamo assicurarci che non si verifichino nuove transazioni sul database di origine dopo questa fase e fino al completamento del cutover. Il job finalizzerà quindi lo switchover al database di destinazione ed eseguirà il cleanup.

   

2. Per completare lo switchover, selezionare la fase di switchover nella finestra Riprendi job e fare clic su Riprendi. Questa fase interromperà la replica e reindirizzerà l'applicazione di destinazione per avviare le transazioni nel database di destinazione.

3. Dopo aver ripreso e completato la fase di switchover, fare di nuovo clic su Riprendi. Selezionare quindi la fase finale, eseguire il cleanup e fare clic su Riprendi per completare il processo di migrazione.

   

   

Collegamenti correlati

• Panoramica della migrazione del database dell'infrastruttura Oracle Cloud

Conferme

• Autore - Kaushik Mukherjee (Consulente senior principal, Oracle India - Bangalore)

Altre risorse di apprendimento

Esplora altri laboratori su docs.oracle.com/learn o accedi a più contenuti di formazione gratuiti sul canale YouTube di Oracle Learning. Inoltre, visitare education.oracle.com/learning-explorer per diventare Oracle Learning Explorer.

Per la documentazione del prodotto, visitare Oracle Help Center.

---

Titolo e informazioni sul copyright

Migrate Oracle Databases using Oracle Cloud Infrastructure Database Migration with Online Migration

G33889-01

Copyright ©2025, Oracle and/or its affiliates.