Cas d'utilisation

Voici un exemple de cas d'utilisation pour préparer la base de données source à la migration. Pour configurer une base de données enfichable en tant que source pour votre migration, les étapes sont les mêmes que pour configurer une base de données classique en tant que source, mais CDBROOT doit être utilisé en tant que ggaliassrc.

Les étapes diffèrent légèrement si vous utilisez une base de données enfichable en tant que base de données source. Ainsi, veillez à respecter les recommandations si votre base de données se trouve dans un environnement multilocataire.

  1. Configurez le groupe de flux avec le paramètre d'initialisation STREAMS_POOL_SIZE.

    • Dans le cas des migrations logiques hors ligne, pour une performance d'extraction de données optimale, vous devez régler STREAMS_POOL_SIZE à au moins 256 Mo-350 Mo pour qu'un groupe initial soit affecté, sinon un retard important peut se produire lors du démarrage.

    • Pour les migrations logiques en ligne, réglez STREAMS_POOL_SIZE à au moins 2 Go.

      Pour une explication de la recommandation de 1 Go STREAMS_POOL_SIZE par extraction intégrée + 25 % supplémentaires, voir Extraction/réplication intégrées et STREAMS_POOL_SIZE (ID document 2078459.1).

  2. Vérifiez le paramètre GLOBAL_NAMES. S'il est réglé à true, remplacez cette valeur par false.

    sqlplus > show parameter global
    NAME                                 TYPE    VALUE
    ------------------------------------ ------- ------------------------------
    global_names                         boolean TRUE
    
    sqlplus > alter system set global_names=false
  3. Activez ARCHIVELOG si ce n'est pas déjà fait.

    1. Vérifiez si archivelog est activé :

      sqlplus > archive log list
      Exemple de sortie retournée :
      Database log mode Archive log Mode
      Automatic archival Enabled
      Archive destination USE_DB_RECOVERY_FILE_DEST
      Oldest online log sequence 33
      Next log sequence to archive 35
      Current log sequence 35
    2. Activez le mode archivelog :

      sqlplus > shutdown immediate
      sqlplus > startup mount
      sqlplus > alter database archivelog;
      sqlplus > alter database open;
    3. Désactivez le mode archivelog (pour un nettoyage ultérieur) :

      sqlplus > shutdown immediate
      sqlplus > startup mount
      sqlplus > alter database noarchivelog;
      sqlplus > alter database open;
  4. Activer la journalisation :

    1. Vérifiez si la journalisation est activée :

      sqlplus > SELECT supplemental_log_data_min, force_logging FROM v$database;
    2. Activer la journalisation :

      sqlplus > ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
      sqlplus > ALTER DATABASE FORCE LOGGING;
    3. Désactivez la journalisation (pour un nettoyage ultérieur) :

      sqlplus > ALTER DATABASE DROP SUPPLEMENTAL LOG DATA;
      sqlplus > ALTER DATABASE NO FORCE LOGGING;
  5. Créez un utilisateur administrateur de base de données disposant de privilèges Oracle Data Pump complets pour que le chargement initial puisse être effectué. Un utilisateur doté du rôle DATAPUMP_EXP_FULL_DATABASE est requis pour l'opération d'exportation dans la base de données source. Cet utilisateur est sélectionné en tant qu'administrateur de base de données lorsque vous créez des connexions à des bases de données avec les bases de données sources.

    Pour plus d'informations, voir Oracle Data Pump dans le guide Utilitaires d'Oracle Database.

  6. Dans la base de données enfichable exportée, si des objets locaux du schéma de l'utilisateur C## présentent des dépendances, leur importation dans la base de données autonome cible échoue. Excluez le schéma qui pose problème de la tâche de migration.

  7. Si vous utilisez le service de stockage d'objets en tant que support de transfert de données, assurez-vous qu'un objet de répertoire d'exportation existe et que la fonction d'extraction de données peut l'utiliser pour stocker les fichiers de vidage générés.

    • L'objet de répertoire est un chemin d'accès au système de fichiers du serveur de base de données source. Le nom doit respecter les règles relatives aux objets de répertoire Oracle Database. Pour plus de détails, voir CREATE DIRECTORY dans Informations de référence sur le langage SQL pour Oracle Database.

    • L'objet de répertoire d'exportation doit appartenir à l'utilisateur du système d'exploitation propriétaire du répertoire de base Oracle de la base de données.

    • Cette étape n'est pas requise si vous utilisez un transfert par lien de base de données.

  8. Si vous prévoyez de transférer des données à l'aide d'un lien de base de données, vous devez configurer le chiffrement SSL pour la base de données source. L'utilisation d'Oracle Data Pump avec un lien de base de données vers une base de données autonome cible nécessite que le chiffrement SSL soit activé pour la base de données source. La création d'un lien de base de données à partir d'une base de données autonome cible sur une infrastructure partagée vers une base de données source avec une adresse IP privée nécessite l'assistance d'Oracle Support.

    Pour plus d'informations, voir Configuration de l'authentification TLS dans le guide de sécurité d'Oracle Database.

  9. Pour les migrations logiques en ligne, si vous prévoyez d'exécuter des migrations avec réplication, activez la réplication GoldenGate :

    1. Dans un environnement multilocataire, si vous migrez une base de données enfichable, activez la réplication GoldenGate sur la base de données conteneur.

      sqlplus > ALTER SYSTEM SET ENABLE_GOLDENGATE_REPLICATION=TRUE SCOPE=BOTH;
    2. Appliquez les correctifs de SGBDR requis à la base de données source, en fonction de la version de votre base de données source :

      • Oracle Database 11.2 :

        La note My Oracle Support Oracle GoldenGate -- Correctifs recommandés pour le serveur SGBDR Oracle (ID document 1557031.1). recommande les mises à jour suivantes :

        Le PSU de base de données 11.2.0.4.210720 comporte un correctif du bogue de performance d'Oracle GoldenGate 28849751 - IE PERFORMANCE DEGRADES WHEN NETWORK LATENCY BETWEEN EXTRACT AND CAPTURE IS MORE THAN 8MS.

        Correctif SGBDR OGG 32248879 MERGE REQUEST ON TOP OF DATABASE PSU 11.2.0.4.201020 FOR BUGS 32048478 20448066 - Ce correctif contient un correctif obligatoire pour le bogue des microservices Oracle GoldenGate 20448066 DBMS_XSTREAM_GG APIS SHOULD BE ALLOWED FOR SCA PROCESSES

      • Oracle Database 12.1.0.2 ou versions ultérieures

        La note My Oracle Support Derniers correctifs recommandés pour GoldenGate/Database (OGG/SGBDR) (ID document 2193391.1) liste les correctifs SGBDR supplémentaires nécessaires, en plus des derniers DBBP/RU pour Oracle Database 12c et versions ultérieures si vous utilisez Oracle GoldenGate.