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.
-
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_SIZEpar extraction intégrée + 25 % supplémentaires, voir Extraction/réplication intégrées et STREAMS_POOL_SIZE (ID document 2078459.1).
-
-
Vérifiez le paramètre
GLOBAL_NAMES. S'il est réglé àtrue, remplacez cette valeur parfalse.sqlplus > show parameter global NAME TYPE VALUE ------------------------------------ ------- ------------------------------ global_names boolean TRUE sqlplus > alter system set global_names=false -
Activez
ARCHIVELOGsi ce n'est pas déjà fait.-
Vérifiez si
archivelogest activé :sqlplus > archive log listExemple 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 -
Activez le mode
archivelog:sqlplus > shutdown immediate sqlplus > startup mount sqlplus > alter database archivelog; sqlplus > alter database open; -
Désactivez le mode
archivelog(pour un nettoyage ultérieur) :sqlplus > shutdown immediate sqlplus > startup mount sqlplus > alter database noarchivelog; sqlplus > alter database open;
-
-
Activer la journalisation :
-
Vérifiez si la journalisation est activée :
sqlplus > SELECT supplemental_log_data_min, force_logging FROM v$database; -
Activer la journalisation :
sqlplus > ALTER DATABASE ADD SUPPLEMENTAL LOG DATA; sqlplus > ALTER DATABASE FORCE LOGGING; -
Désactivez la journalisation (pour un nettoyage ultérieur) :
sqlplus > ALTER DATABASE DROP SUPPLEMENTAL LOG DATA; sqlplus > ALTER DATABASE NO FORCE LOGGING;
-
-
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_DATABASEest 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.
-
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. -
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.
-
-
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.
-
Pour les migrations logiques en ligne, si vous prévoyez d'exécuter des migrations avec réplication, activez la réplication GoldenGate :
-
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; -
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.
-
-
Rubrique parent : Préparation de la base de données source pour la migration