Documentazione dell'infrastruttura Oracle Cloud

Problemi noti

Fare riferimento ai problemi noti per OCI Database Migration.

Problema noto: se si dispone di un database di origine come Standard Edition Oracle Database e se non si utilizza DB link come supporto di trasferimento, l'esportazione non riesce con il seguente errore:

PRGZ-1464 : PRGZ-1464 : Oracle Data Pump dump encryption feature is not available for Oracle Standard Edition Database

Problema noto:

Attualmente non viene eseguita la migrazione delle edizioni per gli oggetti edificabili, l'esportazione viene eseguita in base all'edizione oggetto corrente presente nel database di origine.

Attualmente non viene eseguita la migrazione delle viste edificabili ed è necessario crearle manualmente nel database di destinazione.

Problema noto

Problema: PRGZ-3808 | The specified directory path {0} in the parameter "DATAPUMPSETTINGS.EXPORTDIRECTORYOBJECT.PATH" does not match with the path {0 } that the database directory object {0 } points to.

Soluzione: è possibile aggiornare l'oggetto directory nel database in modo che corrisponda al percorso dell'oggetto directory fornito nella migrazione. In alternativa, è possibile aggiornare la migrazione con il percorso dell'oggetto directory e il nome dell'oggetto directory corretti. Analizzare la query seguente:
SELECT directory_name, directory_path
FROM dba_directories
WHERE directory_name = '<DIRECTORY_OBJECT_NAME>';
Problema noto

Problema: durante la creazione di una migrazione da un Autonomous database a un Autonomous database, il job di valutazione non riesce ogni volta che l'utente ADMIN è configurato per il caricamento iniziale e presenta un errore insufficient privileges.

Soluzione: come soluzione alternativa, quando si esegue una migrazione in linea, è necessario impostare il valore del parametro avanzato GOLDENGATESETTINGS_SKIPRELOADQUERYADVISOR nella configurazione della migrazione su true.

Assicurarsi di aggiungere le autorizzazioni seguenti:
GRANT SELECT ON SYS.V_$SESSION TO ggadmin;
GRANT SELECT ON SYS.V_$TRANSACTION TO ggadmin;
GRANT SELECT ON SYS.V_$DATABASE TO ggadmin;
ALTER SYSTEM SET GLOBAL_NAMES=FALSE;
ALTER PLUGGABLE DATABASE ADD SUPPLEMENTAL LOG DATA;
GRANT PDB_DBA to ggadmin;
  • Metodo di migrazione 1: uso di un file system di rete (NFS):

    Questo metodo utilizza un file system NFS (File Storage) OCI condiviso per trasferire i file di Data Pump. Il servizio esegue il MOUNT e il NO MOUNT di questo file system direttamente sulle istanze ADB.

    1. Prima di iniziare, è necessario disattivare il file system specifico selezionato per la migrazione.
    2. Disinstalla file system: sia nelle istanze ADB di origine che in quelle di destinazione, assicurarsi che lo storage di file OCI (NFS) che si prevede di utilizzare per la migrazione venga disinstallato.
    3. Directory di origine pulita: nell'istanza ADB di origine, è necessario eseguire il cleanup di TUTTI i file nella directory DATA_PUMP_DIR. ZDM utilizza automaticamente questo percorso di directory per eseguire il MOUNT della condivisione NFS e l'operazione di MOUNT non riuscirà se la directory non è vuota.
    4. Prepara directory di destinazione: nell'istanza ADB di destinazione è possibile specificare una directory vuota esistente o consentire a ZDM di crearne una. Oracle consiglia a ZDM di creare la directory in quanto gestirà automaticamente il MOUNT del file system.
    5. Dopo aver completato i prerequisiti, eseguire il job di migrazione. ZDM gestisce il collegamento del file system NFS per il trasferimento dei dati.
  • Metodo di migrazione 2: utilizzo di un database link (DBLINK)
    1. Crea database link: è necessario creare un database link sulle istanze condivise ADB di origine e di destinazione. Importante: i database link nell'origine e nella destinazione devono avere lo stesso nome esatto. Per istruzioni dettagliate, vedere Creare database link da Autonomous AI Database a un altro Autonomous AI Database.
    2. Quando si definisce il job di migrazione utilizzando l'API o l'SDK, è necessario specificare il nome del database link nei parametri del supporto di trasferimento della migrazione.
    3. Dopo aver completato i prerequisiti, è possibile eseguire il job di migrazione.
Problema noto

Problema: le migrazioni in linea non riescono quando si utilizza la subnet IPv4+IPv6. PE (endpoint privato) e RCE (esecuzione codice remoto) non supportano ancora IPv6.

Soluzione: al momento, quando si tenta una migrazione in linea e le connessioni vengono assegnate a una subnet contenente blocchi CIDR IPv6, la migrazione non riesce perché non sarebbe in grado di creare la connessione GGS. Questo perché sia PE che RCE non supportano ancora IPv6. PE ha implementato il supporto IPv6 solo in alcune aree e le tenancy devono ancora essere abilitate.