1. Eseguire la migrazione dei database x86 in Oracle Exadata Database Service on Cloud@Customer
  2. Migrazione mediante migrazione logica

Migrazione mediante migrazione logica

In questa procedura viene descritto come eseguire una migrazione logica offline. Le migrazioni logiche in linea richiedono un server aggiuntivo su cui è in esecuzione Oracle GoldenGate, per garantire che il database sia sempre in linea durante la migrazione. Prima di eseguire la migrazione logica offline, tenere presente quanto riportato di seguito.

  • Non è necessario cifrare il database di origine nel server x86. Oracle Zero Downtime Migration cifra il database di destinazione durante la migrazione.
  • La password sys, la versione del database e il livello di patch nei database di origine e di destinazione possono essere diversi.
  • Il database può essere aggiornato durante la migrazione.
  • Le migrazioni logiche di migrazione senza tempi di inattività consentiranno la migrazione di determinati database collegabile (PDB) e o schemi a un database collegabile (PDB) in Oracle Exadata Database Service on Cloud@Customer.

Per eseguire una migrazione logica offline:

  1. Scarica e installa il software Zero Downtime Migration su un server separato. Eseguire il software di migrazione senza tempi di inattività utilizzando zdmuser.
  2. Eseguire il login al server di migrazione senza tempi di inattività come zdmuser.
  3. Generare una coppia di chiavi ssh.
  4. Abilitare l'Ssh senza password da zdmuser al server x86 di origine (root/privilege-sudoer user) e a tutti i nodi del cluster VM nel database Oracle Exadata Database Service on Cloud@Customer di destinazione (opc user).
  5. In Oracle ZFS Storage Appliance (NAS), creare una condivisione NFS (Network File System) da utilizzare come segnaposto per i dump dei dati del database mentre la migrazione è in corso.
  6. Eseguire il MOUNT della condivisione NFS sullo stesso punto di accesso su tutti i nodi dei database di origine e di destinazione. Assicurarsi che tutti gli utenti dispongano delle autorizzazioni di lettura, scrittura ed esecuzione (rwx) sia per l'origine che per la destinazione.
  7. Creare un database di destinazione in Oracle Exadata Database Service on Cloud@Customer utilizzando la GUI OCI o l'API REST. Configurare il database di destinazione come indicato di seguito.
    • Il nome e la versione del database di destinazione possono essere diversi dall'origine.
    • Non selezionare una destinazione di backup o abilitare i backup automatici. Queste impostazioni possono essere abilitate dopo la migrazione del database dall'origine alla destinazione.
  8. Utilizzare la GUI OCI per creare una chiave API per l'utente OCI proprietario del database Oracle Exadata Database Service on Cloud@Customer di destinazione. Prendi nota dell'OCID utente, dell'OCID tenancy, dell'impronta digitale e dell'area OCI. Salvare le chiavi pubbliche e private corrispondenti nei file .pem. Questa chiave API verrà utilizzata da Migrazione senza tempi di inattività per connettersi a OCI per ottenere le informazioni del database di destinazione durante la migrazione del database.
  9. Copiare i file .pem nel server Zero Downtime Migration.
  10. Eseguire il login come sys al database di destinazione Oracle Exadata Database Service on Cloud@Customer e assicurarsi che il parametro streams_pool_size sia impostato almeno su 2G, ad esempio:
    SQL>show parameter streams_pool_size;
SQL>alter system set streams_pool_size=2G scope=both SID=’*’;
  11. Utilizzare il modello di file di risposta della migrazione logica di Zero Downtime Migration incluso con Zero Downtime Migration per creare un file di risposta per la migrazione. I parametri principali includono:
    • TARGETDATABASE_OCID: OCID del database di destinazione Oracle Exadata Database Service on Cloud@Customer.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: NFS
    • TARGETDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/nome host del database server di origine x86.
    • 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 eseguire la ricerca.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: OCID della tenancy dal passo 8.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: OCID utente dal passo 8.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: impronta digitale del passo 8.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: percorso del file del file .pem della chiave privata sul server ZDM dal Passo 9.
    • OCIAUTHENTICATIONDETAILS_REGIONID: ID area OCI per l'utente OCI dal passo 8.
    • TARGETDATABASE_CONECTIONDETAILS_HOST: IP/nome host della prima VM nel cluster VM di destinazione Oracle Exadata Database Service on Cloud@Customer.
    • TARGETDATABASE_CONNECTIONDETAILS_PORT: 1521
    • TARGETDATABASE_CONNECTIONDETAILS_SERVICENAME: nome del servizio per il database collegabile (PDB) di destinazione nel database Oracle Exadata Database Service on Cloud@Customer di destinazione. Utilizzare lsnrctl per eseguire la ricerca.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/nome host del database server di origine x86.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: nome del servizio per il container database di origine nel server x86. Utilizzare lsnrctl per trovare).
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: punto di accesso NFS dal passo 6.
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_PATH: punto di accesso NFS dal passo 6.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: TRUE
    • TABLESPACEDETAILS_AUTOCREATE: TRUE
    • TABLESPACEDETAILS_USEBIGFILE: TRUE
    • TABLESPACEDETAILS_EXTENTSIZEMB: 512
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
  12. Eseguire un job di migrazione a esecuzione manuale con migrazione a tempo zero (-eval) per convalidare tutti i prerequisiti per la migrazione sono possibili. Verrà eseguito il Cloud Pre-Migration Advisor Tool (CPAT) per convalidare il database di origine è adatto per la migrazione a Oracle Exadata Database Service on Cloud@Customer utilizzando la migrazione logica di migrazione senza tempi di inattività. Risolvere i problemi segnalati da CPAT prima di continuare. ad esempio:
    zdmcli migrate database -sourcedb source_db_name \
-sourcenode IP/hostname_of_x86_db_server \
-srcauth zdmauth \
-srcarg1 user: root_or_sudoer_user \
-srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
\
-srcarg3 sudo_location:/usr/bin/sudo \
-targetnode IP/hostname_of_first_Exadata_Database_Cloud@Customer_VM_Cluster_Node
-tgtarg1 user:opc \
-tgtarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
\
-tgtarg3 sudo_location:/usr/bin/sudo \
-rsp path_to_response_file/response_file_name_from_step_11 \
-eval
    Dopo la corretta migrazione dell'esecuzione manuale, procedere al passo successivo.
  13. Eseguire il job di migrazione senza tempi di inattività. ad esempio:
    zdmcli migrate database -sourcedb source_db_name \
-sourcenode IP/hostname_of_x86_db_server \
-srcauth zdmauth \
-srcarg1 user: root_or_sudoer_user \
-srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
\
-srcarg3 sudo_location:/usr/bin/sudo \
-targetnode IP/hostname_of_first_Exadata_Database_Cloud@Customer_VM_Cluster_Node
-tgtarg1 user:opc \
-tgtarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name
\
-tgtarg3 sudo_location:/usr/bin/sudo \
-rsp path_to_response_file/response_file_name_from_step_11