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. Al termine del laboratorio, sostituisci questi valori con quelli specifici del tuo ambiente cloud.

Utilizza Oracle Cloud Infrastructure Database Migration Service per la migrazione dei dati in tempo reale

Introduzione

Oracle Cloud Infrastructure Database Migration (OCI Database Migration) è un servizio completamente gestito che offre un'esperienza self-service ad alte prestazioni per la migrazione dei database a Oracle Cloud Infrastructure (OCI). Migrazione del database viene eseguita come servizio cloud gestito separato dalla tenancy e dalle risorse in uso. Il servizio opera come servizio multi-tenant in una tenancy del servizio di migrazione del database OCI e comunica con le tue risorse utilizzando endpoint privati (PE). I PE sono gestiti dalla migrazione del database. Uno dei maggiori vantaggi dell'utilizzo della migrazione del database OCI è l'eliminazione della complessa preparazione dell'infrastruttura. È sufficiente fornire la connettività tra i database di origine e di destinazione tramite il servizio Migrazione database OCI.

Obiettivi

Questa esercitazione descrive in dettaglio i passi del servizio Migrazione del database OCI utilizzando Oracle GoldenGate Marketplace per la migrazione dei dati in tempo reale dai database on premise a OCI. Fornisce dettagli su come eseguire la migrazione del database Oracle 12c ospitato nell'istanza VM (supponendo che si tratti del nostro database di origine in locale) all'istanza del pluggable database del sistema DB OCI 19c (questo sarà il nostro database di destinazione).

Database di origine: SASPRD, Versione: 12.2.0.2 ATP di destinazione: RAPPRD, Versione: 19.17.0.0.0

Prerequisiti

• Il database di origine è installato, configurato e caricato con i dati di test. Per questa esercitazione si tratta di uno schema testlive di cui eseguire la migrazione.

• Il provisioning del database di destinazione viene eseguito con gli schemi necessari.

• Il vault e la chiave di cifratura master vengono creati in cloud_eng_vault.

• Il bucket di storage degli oggetti Oracle viene creato (per questa esercitazione, il nome del bucket è datapump).

• La porta 443 è necessaria per la comunicazione e viene aggiunta nella lista di sicurezza.

Task 1: configurazione dei microservizi Oracle GoldenGate per la replica dei dati

1. Eseguire il login alla console OCI e passare al Marketplace.

   

2. In Tutte le applicazioni, cercare "Oracle GoldenGate per Oracle - Migrazioni database" e selezionarlo.

   

3. Fare clic su Avvia stack per creare le risorse necessarie, quindi fare clic su Avanti.

   

4. Selezionare le impostazioni come mostrato nelle seguenti immagini.

   

   

   

   

5. Andare a Computazione. In Istanze dovrebbe essere possibile visualizzare la VM dei microservizi Oracle Golden Gate creata. Prendere nota dell'IP pubblico del server.

6. Caricare Oracle GoldenGate Service Manager utilizzando il browser Web. Se viene visualizzato un errore di timeout della connessione, controllare la regola di entrata (443) nella lista di sicurezza.

7. Il nome utente di Service Manager è oggadmin. Eseguire il login al server Oracle GoldenGate come utente OPC per ottenere la password. Troverai un documento JSON - ogg-credentials.json nella directory home di OPC. Ottenere le credenziali utente oggadmin come indicato di seguito.

-bash-4.2$ cat /home/opc/ogg-credentials.json
{"username": "oggadmin", "credential": "***********"}

Prima di registrare il database di origine e di destinazione con il servizio Migrazione database OCI, completare i passi obbligatori riportati di seguito, come descritto di seguito.

Task 2: Preparare il database di origine per la migrazione

Sasprd di database

1. Creare un utente GoldenGate nel database saspdb1.

   CREATE USER c##ggadmin IDENTIFIED BY c##ggadmin_password DEFAULT TABLESPACE
   users TEMPORARY TABLESPACE temp;
   ALTER USER c##ggadmin QUOTA 100M ON USERS;
   GRANT UNLIMITED TABLESPACE TO c##ggadmin;
   GRANT CONNECT, RESOURCE TO c##ggadmin container=all;
   GRANT SELECT ANY DICTIONARY TO C##GGADMIN container=all;
   GRANT CREATE VIEW TO C##GGADMIN container=all;
   GRANT EXECUTE ON dbms_lock TO c##ggadmin container=all;
   EXEC dbms_goldengate_auth.GRANT_ADMIN_PRIVILEGE('c##ggadmin',container=>'all');
   
   On PDB SASPRD_PDB1
   

   

   

    CREATE USER ggadmin IDENTIFIED BY ggadmin_password DEFAULT TABLESPACE users
    TEMPORARY TABLESPACE temp;
    ALTER USER ggadmin QUOTA 800M ON USERS;
    GRANT UNLIMITED TABLESPACE TO ggadmin;
    GRANT CONNECT, RESOURCE TO ggadmin;
    GRANT SELECT ANY DICTIONARY TO GGADMIN;
    GRANT CREATE VIEW TO GGADMIN;
    GRANT EXECUTE ON dbms_lock TO ggadmin;
    EXEC dbms_goldengate_auth.GRANT_ADMIN_PRIVILEGE('ggadmin');
   
    Set below parameters
   
    Alter system set global_names=false;                    
    alter system set STREAMS_POOL_SIZE=800m;
    Enable ARCHIVELOG if it is not already enabled.
    Enable supplemental logging.
    sql > SELECT supplemental_log_data_min, force_logging FROM v$database;
    sql > ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
    sql > ALTER DATABASE FORCE LOGGING;
   
    Enable Golden Gate Replication 
    sql > ALTER SYSTEM SET ENABLE_GOLDENGATE_REPLICATION=TRUE SCOPE=BOTH;
    Create database directory. This is the location where the dump files are created.
    sql > CREATE OR REPLACE DIRECTORY DATA_PUMP_DIR AS '/u01/app/oracle/product/datapump';
   
    Preparing the Target Database for Migration:
    Database :-> rapprd
   
    Create GoldenGate User on the target database. In this tutorial, we have created ggadmin user in the PDB. You do not need to create any user in the container database for the target database.
   

   

  CREATE USER ggadmin IDENTIFIED BY ggadmin_password DEFAULT TABLESPACE users
  TEMPORARY TABLESPACE temp;
  ALTER USER ggadmin QUOTA 100M ON USERS;
  GRANT UNLIMITED TABLESPACE TO ggadmin;
  GRANT CONNECT, RESOURCE TO ggadmin;
  GRANT SELECT ANY DICTIONARY TO GGADMIN;
  GRANT CREATE VIEW TO GGADMIN;
  GRANT EXECUTE ON dbms_lock TO ggadmin;
  EXEC dbms_goldengate_auth.GRANT_ADMIN_PRIVILEGE('ggadmin');

  Set below parameters on  

  Alter system set global_names=false;                    
  alter system set STREAMS_POOL_SIZE=300m;
  Enable ARCHIVELOG if it is not already enabled.
  Enable supplemental logging
  Create database directory. This is the location where the dump files are stored.
  sql > CREATE OR REPLACE DIRECTORY DATA_PUMP_DIR AS '/u01/app/oracle/product/datapump';

Ora è possibile registrare i database di origine e di destinazione con il servizio Migrazione database OCI.

Task 3: registrare i database di origine e di destinazione con il servizio Migrazione database OCI

1. Andare a Migrazione database nella console cloud e fare clic su Database registrati.

2. Fare clic su Registra database per registrare il primo database.

3. Immettere i dettagli relativi al database di origine e fare clic su Avanti.

   

   

   • Stringa di connessione: nome host/indirizzo IP server di origine + porta + nome servizio.

     

4. Una volta completati tutti i dettagli richiesti, fare clic su Registrati.

• Una volta aggiunto il database di origine, è possibile passare al database di destinazione. Seguire gli stessi passi eseguiti per il database di origine. Modificare la stringa di connessione per riflettere l'indirizzo IP del database di destinazione e il nome del servizio PDB.

  

  • Dovremmo essere in grado di visualizzare sia i database di origine che quelli di destinazione come attivi.

    

1. La registrazione dei nostri database di origine e destinazione è stata completata con il servizio Migrazione database OCI. Ora è possibile creare un job di migrazione. Passare a Migrazioni e fare clic su Crea migrazione.

2. Fornire un nome e fare clic su Successivo.

1. Per il caricamento iniziale, selezionare l'opzione Data Pump tramite storage degli oggetti, quindi selezionare il bucket.

   

2. Selezionare l'opzione Usa replica in linea, immettere i dettagli dell'hub GoldenGate e fare clic su Crea.

Task 4: Convalida task

1. Una volta creato il job di migrazione, convalidarlo prima di avviare la migrazione effettiva. Fare clic su Convalida per avviare il processo di convalida.

   

   • La convalida viene eseguita in fasi di servizio e, se la configurazione è ottimale, è possibile visualizzare lo stato di convalida verde, come mostrato nella schermata seguente.

   

2. Una volta completata la fase di convalida, è possibile avviare il job di migrazione dei dati effettivo.

   • Qui sono disponibili opzioni per la pausa dopo l'avvio della replica. Si consiglia di sospendere prima dello switchover e di farlo dopo aver discusso con il team dell'applicazione per avere un'attività pianificata. Il cutover effettivo dopo il quale le modifiche non possono essere annullate.

3. Infine, una volta completato correttamente il job di migrazione e che tutti i passi mostrano lo stato verde, è il momento in cui i dipendenti dell'applicazione devono convalidare i dati dell'applicazione.

   

Collegamenti correlati

• Oracle Cloud Infrastructure Database Migration

• Documentazione di Oracle Cloud Infrastructure Database Migration

Approvazioni

• Autore - Hakim Ahamad, Principal Cloud Architect

Altre risorse di apprendimento

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

Per la documentazione sul prodotto, visitare il sito Oracle Help Center.

---

Titolo e informazioni sul copyright

Use Oracle Cloud Infrastructure Database Migration Service for real time data migration

F85990-01

August 2023

Copyright © 2023, Oracle and/or its affiliates.