Documentation Oracle Cloud Infrastructure

Problèmes rencontrés

Reportez-vous aux problèmes connus pour OCI Database Migration.

Problème connu : si vous disposez d'une base de données source Oracle Database Standard Edition et que vous n'utilisez pas le lien de base de données comme support de transfert, l'export échoue avec l'erreur suivante :

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

Problème connu :

Actuellement, les éditions des objets éditables ne sont pas migrées, l'export est effectué en fonction de l'édition d'objet en cours que vous avez dans la base de données source.

Les vues modifiables ne sont pas migrées actuellement et vous devez les créer manuellement dans la base de données cible.

Problème connu

Incident : 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.

Solution : vous pouvez mettre à jour l'objet de répertoire sur la base de données afin qu'il corresponde au chemin d'objet de répertoire que vous fournissez lors de la migration. Vous pouvez également mettre à jour la migration avec le chemin d'objet de répertoire et le nom d'objet de répertoire corrects. Analysez la requête suivante :
SELECT directory_name, directory_path
FROM dba_directories
WHERE directory_name = '<DIRECTORY_OBJECT_NAME>';
Problème connu

Problème : lors de la création d'une migration d'une base de données autonome vers une base de données autonome, le travail d'évaluation échoue chaque fois que l'utilisateur ADMIN est configuré pour le chargement initial et présente une erreur insufficient privileges.

Solution : pour contourner le problème, lorsque vous effectuez une migration en ligne, vous devez définir la valeur du paramètre avancé GOLDENGATESETTINGS_SKIPRELOADQUERYADVISOR dans la configuration de la migration sur true.

Veillez à ajouter les droits d'accès suivants :
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;
  • Méthode de migration 1 : utilisation d'un système de fichiers réseau :

    Cette méthode utilise un système de fichiers OCI File Storage (NFS) partagé pour transférer les fichiers Data Pump. Le service effectue le montage et le démontage de ce système de fichiers directement sur les instances ADB.

    1. Avant de commencer, vous devez démonter le système de fichiers spécifique que vous sélectionnez pour la migration.
    2. Démontez le système de fichiers : sur les instances ADB source et cible, assurez-vous que le stockage de fichiers OCI (NFS) que vous prévoyez d'utiliser pour la migration est démonté.
    3. Clean Source Directory : sur l'instance ADB source, vous devez nettoyer TOUS les fichiers du répertoire DATA_PUMP_DIR. Le moniteur ZDM utilise automatiquement ce chemin de répertoire pour monter le partage NFS, et l'opération de montage échoue si le répertoire n'est pas vide.
    4. Préparer le répertoire cible : sur l'instance ADB cible, vous pouvez indiquer un répertoire vide existant ou laisser le moniteur ZDM en créer un. Oracle recommande de laisser le moniteur ZDM créer le répertoire, car il gère automatiquement le montage du système de fichiers.
    5. Une fois les prérequis remplis, exécutez le travail de migration. Le moniteur ZDM gère la pièce jointe du système de fichiers NFS pour le transfert de données.
  • Méthode de migration 2 : Utilisation d'un lien de base de données (DBLINK)
    1. Créer des liens de base de données : vous devez créer un lien de base de données sur les instances partagées ADB source et cible. Important : les liens de base de données sur la source et la cible doivent porter exactement le même nom. Pour obtenir des instructions détaillées, reportez-vous à Création de liens de base de données à partir d'une base de données Autonomous AI vers une autre base de données Autonomous AI.
    2. Lorsque vous définissez le travail de migration à l'aide de l'API ou du kit SDK, vous devez indiquer le nom du lien de base de données dans les paramètres du support de transfert de migration.
    3. Une fois les prérequis remplis, vous pouvez exécuter le travail de migration.
Problème connu

Problème : les migrations en ligne échouent lorsque vous utilisez le sous-réseau IPv4+IPv6. Le moteur de protocoles (adresse privée) et le moteur de connectivité Cerner (exécution de code à distance) ne prennent pas encore en charge IPv6.

Solution : actuellement, lorsque vous tentez une migration en ligne et que les connexions sont affectées à un sous-réseau contenant des blocs CIDR IPv6, la migration échoue car elle ne peut pas créer la connexion GGS. En effet, PE et RCE ne prennent pas encore en charge IPv6. PE n'a déployé la prise en charge de IPv6 que dans quelques régions et les locations n'ont pas encore été activées.