Documentation sur Oracle Cloud Infrastructure

Problèmes connus

Consultez les problèmes connus pour le service de migration de bases de données pour OCI.

Problème connu : Si vous avez une base de données source en tant que base de données Oracle Database Édition Standard et que vous n'utilisez pas le lien de base de données en tant que support de transfert, l'exportation é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 d'objets modifiables ne sont pas migrées. L'exportation est effectuée en fonction de l'édition d'objet courante 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

Problème : 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 dans la base de données pour qu'il corresponde au chemin d'accès à l'objet de répertoire fourni lors de la migration. Vous pouvez également mettre à jour la migration avec le chemin d'accès à l'objet répertoire et le nom de l'objet répertoire appropriés. Analysez l'interrogation 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, la tâche d'évaluation échoue chaque fois que l'utilisateur ADMIN est configuré pour le chargement initial et comporte une erreur insufficient privileges.

Solution : À titre de solution de rechange, lors de l'exécution d'une migration en ligne, vous devez régler la valeur du paramètre avancé GOLDENGATESETTINGS_SKIPRELOADQUERYADVISOR dans la configuration de migration à true.

Assurez-vous d'ajouter les autorisations suivantes :
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 : Utiliser un système de fichiers réseau (NFS) :

    Cette méthode utilise un système de fichiers NFS (Stockage de fichiers OCI partagé) pour transférer les fichiers d'extraction de données. Le service effectue le montage et le démontage de ce système de fichiers directement sur les instances de base de données autonome.

    1. Avant de commencer, vous devez démonter le système de fichiers sélectionné pour la migration.
    2. Démontez le système de fichiers : Sur les instances de base de données autonome 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. Nettoyer le répertoire source : Sur l'instance de base de données autonome source, vous devez nettoyer TOUS les fichiers du répertoire DATA_PUMP_DIR. 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 de base de données autonome cible, vous pouvez spécifier un répertoire vide existant ou laisser ZDM en créer un. Oracle recommande de laisser ZDM créer le répertoire, car il traitera automatiquement le montage du système de fichiers pour vous.
    5. Après avoir terminé les préalables, exécutez la tâche de migration. ZDM gère la pièce jointe du système de fichiers NFS pour le transfert de données.
  • Méthode de migration 2 : Utiliser 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 de base de données autonome source et cible. Important : Les liens de base de données sur la source et la cible doivent avoir exactement le même nom. Pour des instructions détaillées, voir Créer des liens de base de données à partir d'une base de données d'IA autonome vers une autre base de données d'IA autonome.
    2. Lors de la définition de la tâche de migration à l'aide de l'API ou de la trousse SDK, vous devez spécifier le nom du lien de base de données dans les paramètres du support de transfert de migration.
    3. Une fois les préalables terminés, vous pouvez exécuter la tâche de migration.
Problème connu

Problème : Les migrations en ligne échouent lors de l'utilisation du sous-réseau IPv4+IPv6. L'environnement physique (point d'extrémité privé) et l'exécution de programme à distance (Remote Code Execution) 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 qui contient des blocs CIDR IPv6, la migration échoue car elle ne pourrait pas créer la connexion GGS. En effet, l'EP et l'ECR ne prennent pas encore en charge IPv6. PE n'a déployé la prise en charge IPv6 que dans quelques régions et les locations ne sont pas encore activées.