Migrazione dati

Eseguire il comando di migrazione del database con il flag -eval per convalidare i componenti e l'output della migrazione. Al termine del controllo preliminare, utilizzare lo stesso comando senza il flag -eval per iniziare la migrazione al cloud.

Esegui un controllo preliminare

Eseguire un controllo preliminare per convalidare i componenti del processo di migrazione e valutare l'output per determinare se sono necessari adeguamenti.

Si consiglia di eseguire prima la migrazione del database in modalità di valutazione per ogni migrazione. La valutazione consente di correggere eventuali problemi potenziali nell'impostazione e nella configurazione prima di eseguire la migrazione effettiva in un database di produzione. In modalità di valutazione, il processo di migrazione viene eseguito senza applicare le modifiche. È consigliabile eseguire il comando con l'opzione -eval tutte le volte necessarie prima di eseguire il job di migrazione effettivo.
  1. Eseguire il login all'host del servizio Migrazione senza tempi di inattività e passare all'utente installato zdmuser, quindi passare alla directory /bin della home Migrazione senza tempi di inattività.
    Ad esempio, la directory home Migrazione tempo di inattività pari a zero potrebbe essere /oracle/zdm/grid.
    su - zdmuser
    zdmuser> cd /u01/app/oracle/zdm/grid/bin
  2. Eseguire il comando zdmcli migrate database utilizzando il flag -eval. Definire il database di origine, il nodo di origine, il nodo di destinazione, la home di destinazione, il nome utente di login di Oracle Cloud Infrastructure Object Storage, la posizione del file di risposta e il nome utente di login del database server di destinazione.
    Durante la definizione del database di origine, utilizzare -sourcedb database_unique_name. Se un database a istanza singola di origine viene distribuito senza una home Grid Infrastructure, utilizzare -sourcesid source_oracle_sid invece di -sourcedb. Utilizzare il nome dominio completamente qualificato (FQDN) per i nomi del database server di origine e di destinazione.
    Se un database di origine è configurato per un wallet basato su PASSWORD, aggiungere l'opzione -tdekeystorepasswd al comando e, per il prompt, specificare il valore della password del keystore TDE del database di origine.
    L'utente di backup è l'utente di Oracle Cloud Infrastructure. Per trovare il nome utente o l'ID di backup nella console, andare a Utente, quindi a Profilo.
    zdmuser> ./zdmcli migrate database -sourcesid source_oracle_sid \.
    -sourcenode source_FQDN_database_server_name 
    -srcauth zdmauth \
    -srcarg1 user: opc \
    -srcarg2 identity file: /home/zdmuser/.ssh/zdm_service_tool.ppk
    -srcarg3 sudo_location: /usr/bin/sudo \
    -targetnode target_FQDN_database_server_name \
    -targethome target_database_ORACLE_HOME \  
    -backupuser Object_store_login_user_name \  
    -rsp response_file_location
    -tgtauth zdmauth 
    -tgtarg1 user:target_database_server_login_user_name 
    -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_tool.ppk \
    -tgtarg3 sudo_location:/usr/bin/sudo 
    -ignore ALL -eval
  3. Quando richiesto, immettere la password SYS del database di origine e la password utente root del database server di origine. Per la destinazione di backup (bucket), immettere il token di autenticazione utente di Oracle Cloud Infrastructure.
    Password SYSDBA DB per accedere sia ai database di origine che a quelli di destinazione. La password deve essere la stessa per entrambi i database. La password utente è AUTH TOKEN.
    Enter source database zdmsdb SYS password:
    Enter source user "root" password:
    Enter user "backup_user@example.com" password:
    Quando si sottomette un job di migrazione del database, viene visualizzato un comando jobID. Salvare il file jobID da utilizzare per eseguire una query sullo stato del job.
  4. (Facoltativo) Utilizzare il comando del job di query per controllare lo stato di un job.
    ./ zdmcli query job -jobid job-id-number
  5. Rivedere lo stato di output.
    I log del servizio sono disponibili nei database di origine e di destinazione. La posizione viene elencata nell'output.

Migrazione dei dati con il servizio ZDM

Eseguire il comando di migrazione per avviare la migrazione dei dati. Il comando e i parametri sono gli stessi del controllo preliminare, senza il flag -eval.

  1. Eseguire il login all'host del servizio Migrazione senza tempi di inattività e passare all'utente installato zdmuser, quindi passare alla directory /bin della home Migrazione senza tempi di inattività.
    Ad esempio, la directory home Migrazione tempo di inattività pari a zero potrebbe essere /oracle/zdm/grid.
    su - zdmuser
    zdmuser> cd /u01/app/oracle/zdm/grid/bin
  2. Eseguire il comando zdmcli migrate database. Definire il database di origine, il nodo di origine, il nodo di destinazione, la home di destinazione, il nome utente di login di Oracle Cloud Infrastructure Object Storage, la posizione del file di risposta e il nome utente di login del database server di destinazione.
    Durante la definizione del database di origine, utilizzare -sourcedb database_unique_name. Se un database a istanza singola di origine viene distribuito senza una home Grid Infrastructure, utilizzare -sourcesid source_oracle_sid invece di -sourcedb. Utilizzare il nome dominio completamente qualificato (FQDN) per i nomi del database server di origine e di destinazione.
    Se un database di origine è configurato per un wallet basato su PASSWORD, aggiungere l'opzione -tdekeystorepasswd al comando e, per il prompt, specificare il valore della password del keystore TDE del database di origine.
    L'utente di backup è l'utente di Oracle Cloud Infrastructure. Per trovare il nome utente o l'ID di backup nella console, andare a Utente, quindi a Profilo.
    zdmuser> ./zdmcli migrate database -sourceid source_db_ID \.
    -sourcenode source_database_server_name 
    -srcauth zdmauth \
    -srcarg1 user: opc \
    -srcarg2 identity file: /home/zdmuser/.ssh/zdm_service_tool.ppk
    -srcarg3 sudo_location: /usr/bin/sudo \
    -targetnode target_database_server_name \
    -targethome target_database_ORACLE_HOME \  
    -backupuser Object_store_login_user_name \  
    -rsp response_file_location
    -tgtauth zdmauth 
    -tgtarg1 user:target_database_server_login_user_name 
    -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_tool.ppk \
    -tgtarg3 sudo_location:/usr/bin/sudo \
    -ignore ALL
  3. Quando richiesto, immettere la password SYS del database di origine e la password utente root del database server di origine. Per la destinazione di backup (bucket), immettere il token di autenticazione utente di Oracle Cloud Infrastructure.
    Password SYSDBA DB per accedere sia ai database di origine che a quelli di destinazione. La password deve essere la stessa per entrambi i database.
    Enter source database zdmsdb SYS password:
    Enter source user "root" password:
    Enter user "backup_user@example.com" password:
    Quando si sottomette un job di migrazione del database, viene visualizzato un comando jobID. Salvare jobID per eseguire una query sullo stato del job.
  4. (Facoltativo) Utilizzare il comando del job di query per controllare lo stato di un job.
    I log del servizio sono disponibili nei database di origine e di destinazione. La posizione viene elencata nell'output.
    ./ zdmcli query job -jobid job-id-number

Risolvere i problemi relativi alla migrazione

Se il job di migrazione rileva un errore, fare riferimento ai log di output del job di migrazione, ai log del servizio Migrazione senza tempi di inattività e ai log delle fasi operative specifici del server presenti nei rispettivi database server di origine o di destinazione.

Se il job di migrazione rileva un'eccezione, i log possono fornire un'indicazione della natura dell'errore. I log per le procedure di migrazione eseguite negli ambienti di origine e di destinazione vengono memorizzati nei server nei rispettivi ambienti di origine e destinazione. La posizione del file di log viene inclusa nell'output della migrazione e nell'output quando si esegue una query sullo stato di un job.

Nella tabella seguente sono elencate le fasi di migrazione e la descrizione di ogni nome di fase.

Nome della fase Descrizione
ZDM_GET_SRC_INFO Trova informazioni sul database di origine
ZDM_GET_TGT_INFO Trova informazioni sul database di destinazione
ZDM_SETUP_SRC Impostare i moduli dell'applicazione di supporto ZDM sul server di origine
ZDM_SETUP_TGT Impostare i moduli dell'applicazione di supporto ZDM sul server di destinazione
ZDM_PREUSERACTIONS Esegui eventuali azioni precedenti all'utente della migrazione all'origine
ZDM_PREUSERACTIONS_TGT Esegui eventuali azioni precedenti all'utente della migrazione nella destinazione
ZDM_OBC_INST_SRC Installa modulo di backup Oracle Database Cloud nell'origine
ZDM_OBC_INST_TGT Installa modulo di backup di Oracle Database Cloud nella destinazione
ZDM_GEN_RMAN_PASSWD Genera una password casuale per la cifratura del backup di Oracle Recovery Manager (RMAN)
ZDM_BACKUP_FULL_SRC Eseguire il backup completo del database di origine
ZDM_BACKUP_INCREMENTAL_SRC Eseguire il backup incrementale del database di origine
ZDM_VALIDATE_SRC Esegui convalide all'origine
ZDM_VALIDATE_TGT Esegui convalide nella destinazione
ZDM_DISCOVER_SRC Eseguire la ricerca automatica del database nell'origine per impostare Oracle Data Guard
ZDM_COPYFILES Copiare i wallet TDE (Transparent Data Encryption) Oracle e il password file dall'origine alla destinazione
ZDM_OSS_STANDBY_SETUP_TDE_TGT Copiare i file wallet TDE dall'origine alla posizione della chiave di volta di destinazione
ZDM_PREPARE_TGT Prepara la destinazione per la creazione in standby di Oracle Data Guard
ZDM_CLONE_TGT Crea standby Oracle Data Guard dal backup cloud
ZDM_FINALIZE_TGT Finalizzare la preparazione in standby di Oracle Data Guard della destinazione
ZDM_CONFIGURE_DG_SRC Registra lo standby cloud con l'origine
ZDM_SWITCHOVER_SRC Avvia azioni di switchover all'origine
ZDM_SWITCHOVER_TGT Completare le azioni di switchover nella destinazione
ZDM_POSTUSERACTIONS Eseguire qualsiasi azione utente successiva alla migrazione all'origine
ZDM_POSTUSERACTIONS_TGT Eseguire qualsiasi azione utente successiva alla migrazione nella destinazione
ZDM_CLEANUP_SRC Eseguire il cleanup nell'origine
ZDM_CLEANUP_TGT Esegue il cleanup nella destinazione
ZDM_POSTUSERACTIONS_TGT Eseguire qualsiasi azione utente successiva alla migrazione nella destinazione
  1. Se il servizio Migrazione senza tempi di inattività non viene avviato, controllare nei log del servizio Migrazione senza tempi di inattività la presenza di errori di avvio dei processi per determinare la causa dell'errore segnalato. Il log del servizio Migrazione senza tempi di inattività si trova in $ZDM_BASE/crsdata/zdm_service_node/rhp/rhpserver.log.0.
  2. Utilizzare il comando del job di query per controllare lo stato di un job.
    I log del servizio sono disponibili nei database di origine e di destinazione. La posizione viene elencata nell'output.
    ./ zdmcli query job -jobid job-id-number
  3. Determinare la fase operativa in cui si trovava il job di migrazione al momento dell'errore e se la fase appartiene al database di origine o di destinazione.
    Controllare il log host del servizio Migrazione tempo di inattività zero in $ZDM_BASE/crsdata/zdm_service_node/rhp/rhpserver.log.0 e accedere al rispettivo server di origine o di destinazione per controllare il log associato alla fase operativa nella directory /tmp/zdm-unique id/zdm/log.

Per ulteriori informazioni sulla risoluzione dei problemi della migrazione senza tempi di inattività e dei problemi noti nella release corrente, vedere le note di rilascio Migrazione senza tempi di inattività.