Remarques :
- Ce tutoriel nécessite l'accès à Oracle Cloud. Pour vous inscrire à un compte gratuit, reportez-vous à Introduction à Oracle Cloud Infrastructure Free Tier.
- Il utilise des exemples de valeur pour les informations d'identification, la location et les compartiments Oracle Cloud Infrastructure. Lorsque vous terminez votre atelier, remplacez ces valeurs par des valeurs propres à votre environnement cloud.
Migration de bases de données Oracle à l'aide d'Oracle Cloud Infrastructure Database Migration avec migration en ligne
Introduction
Oracle Cloud Infrastructure Database Migration offre une expérience hautes performances en libre-service pour des migrations de base de données fluides. Les fonctionnalités principales incluent :
- Migrations homogènes de bases de données MySQL ou Oracle vers Oracle Cloud Infrastructure (OCI).
- Migrations logiques en ligne et hors ligne de niveau entreprise avec un temps d'arrêt minimal, en tirant parti de la technologie de réplication de données de GoldenGate.
En coulisses, OCI Database Migration utilise l'outil Oracle Zero Downtime Migration, éliminant ainsi le besoin de configuration d'infrastructure.
Modes de migration :
-
Migration hors ligne : un cliché ponctuel de la base de données source est copié dans la base de données cible, ce qui oblige les applications à rester hors ligne pendant la migration.
-
Migration en ligne : un instantané initial est copié, suivi d'une réplication en temps réel des modifications, ce qui permet aux applications de rester en ligne et opérationnelles pendant la migration.
Migrations prises en charge :
-
Les bases de données source Oracle peuvent résider sur site, dans des clouds tiers ou sur OCI.
-
Les bases de données cible prises en charge comprennent Oracle Autonomous Database, Oracle Base Database Service et Oracle Exadata Database Service.
Architecture OCI Database Migration
OCI Database Migration fonctionne comme un service cloud géré, distinct de votre location et de vos ressources, utilisant des adresses privées pour une communication sécurisée. Il peut migrer des bases de données Oracle à partir de diverses sources, y compris sur site, des clouds tiers ou OCI. Le service prend en charge la migration vers plusieurs cibles Oracle, par exemple :
- Oracle Autonomous Database (partagé ou dédié).
- Oracle Base Database Service.
- Oracle Exadata Database Service on Dedicated Infrastructure.
OCI Database Migration fonctionne comme un service cloud entièrement géré, indépendant de la location et des ressources de l'utilisateur. Il fonctionne comme un service colocatif au sein d'une location OCI Database Migration dédiée, utilisant des adresses privées pour communiquer avec les ressources utilisateur. Ces adresses privées sont gérées par OCI Database Migration, ce qui offre une expérience transparente aux utilisateurs.
-
Plan de contrôle DMS : permet aux utilisateurs de gérer les objets de migration et de connexion à la base de données via la console OCI Database Migration et l'API REST, en fournissant une interface centralisée pour une gestion transparente de la migration.
-
Plan de données DMS : le plan de données OCI Database Migration, géré par le plan de contrôle OCI Database Migration, fonctionne de manière transparente pour l'utilisateur. Il supervise les travaux de migration en cours, en communiquant avec les bases de données utilisateur et les instances OCI GoldenGate via des adresses privées. Le plan de données OCI Database Migration ne stocke pas les données client, car il circule directement via OCI GoldenGate et Oracle Data Pump dans la location de l'utilisateur.
-
Migration : une migration dans OCI Database Migration est un objet centralisé qui contient des métadonnées pour la migration d'une seule base de données. Elle contient des détails sur les méthodes source, cible et de migration. Les utilisateurs peuvent créer une migration, valider l'exactitude de l'environnement, puis exécuter la migration pour transférer les données de base de données et les métadonnées de schéma de la source vers la cible.
-
Travail de migration : un travail de migration dans OCI Database Migration représente l'état d'exécution d'une migration, que ce soit pour la validation ou la migration réelle. Le travail progresse par phases séquentielles, ce qui permet aux utilisateurs de se mettre en pause après une phase et de reprendre manuellement lorsqu'ils sont prêts à passer à la phase suivante.
-
Connexion à la base de données : une connexion à la base de données dans OCI Database Migration stocke les détails d'une base de données source ou cible, y compris les informations d'identification de connexion et d'authentification, en exploitant en toute sécurité OCI Vault pour le stockage des informations d'identification. Cette connexion peut être réutilisée dans plusieurs migrations, ce qui rationalise le processus.
Objectifs
- Migrez les bases de données Oracle à l'aide d'OCI Database Migration avec la migration en ligne.
Prérequis
Les ressources suivantes ont été configurées pour faciliter la démonstration (avec des noms) :
- Vault (
DMSVAULT
) et clé de cryptage (DMSKEY
). - Réseau cloud virtuel (VCN) (
VCN01
) avec le port1521
,1522
et443
ajoutés sur la table de liste de sécurité par défaut en tant que règles entrantes. - Bucket OCI Object Storage (
DMSBUCKET
). - Base de données colocative Oracle Database 19c (
DMSOURCE
). - Base de données cible Oracle Autonomous Database (
DMSTARGETAUTONOMUS
).
Tâche 1 : Préparer la base de données source
Pour préparer la base de données source à la migration en ligne à l'aide d'OCI GoldenGate, procédez comme suit :
Créez l'utilisateur commun C##GGADMIN
dans le conteneur et un utilisateur local GGADMIN
dans la base de données pluggable. Ces utilisateurs seront utilisés pour créer une connexion de base de données source dans la console OCI Database Migration.
Automatiser la préparation
-
Téléchargez le script
dms-db-prep-v2.sh
à partir de la note MOS 2953866.1.s. -
Exécutez le script pour générer le fichier
dms_prep_db.sql
. -
Exécutez le fichier SQL généré au niveau
CDB$ROOT
.L'exécution du fichier
dms_prep_db.sql
au niveau du conteneur génère le fichierDMS_Configuration.sql
. Ce fichier nécessite une révision et une modification potentielle avant d'être exécuté au niveau du conteneur.
Tâche 2 : créer un exemple d'utilisateur dans la base de données pluggable source et charger les données dans la même base
Pour tester la fonctionnalité OCI Database Migration, nous devons créer un exemple d'utilisateur TESTUSER
, une table EMPL
et l'alimenter avec des données pour tester la migration. Une fois cela fait, nous sommes en mesure de procéder à la tâche suivante.
Tâche 3 : préparer la base de données cible
Définissez le mot de passe de l'utilisateur ggadmin
dans le DAV (Oracle Autonomous Transaction Processing) cible et déverrouillez-le.
Tâche 4 : créer une connexion pour la base de données Conteneur source, la base de données pluggable source et la base de données cible dans la console OCI Database Migration
-
Créer une connexion pour la base de données Conteneur source
-
Accédez à la console OCI, accédez à Migration et récupération après sinistre, Migrations de base de données, Connexions de base de données et cliquez sur Créer des connexions.
-
Saisissez les informations suivantes .
- Nom : entrez
SRCCDB
. - Compartiment : sélectionnez votre propre compartiment dans lequel vous disposez des privilèges nécessaires.
- Type : sélectionnez Oracle Database.
- Coffre : sélectionnez
DMSVAULT
créé dans Prérequis. - Clé de cryptage : sélectionnez
DMSKEY
.
Détails de connexion:
- Le nom utilisateur de la base de données de chargement initial doit être l'utilisateur doté du rôle
DATAPUMP_EXP_FULL_DATABASE
. - Le portefeuille de base de données est facultatif.
- Créer une adresse privée : si la base de données est lancée dans un sous-réseau privé, cliquez dessus et entrez le nom du sous-réseau privé dans le menu déroulant. Sinon, vous n'avez pas besoin de sélectionner Créer une adresse privée.
- Cliquez sur Paramètres avancés.
- Nom d'hôte du serveur de base de données SSH : adresse IP publique de la base de données source.
- Clé privée SSH : clé privée au format RSA que nous avons téléchargée lors de la création de la base de données source.
- Nom utilisateur SSH : entrez
opc
. - Cliquez sur Créer.
- Une fois la connexion créée, testez la connexion qui doit réussir.
- Nom : entrez
-
-
Créer une connexion pour la base de données pluggable source.
Entrez le nom (
SRCPDB
) et tout repos sera identique aux détails de connexionSRCCDB
, à l'exception du nom utilisateur de base de données de réplication, qui seraGGADMIN
dans le cas d'une base de données pluggable. -
Créez une connexion pour la base de données pluggable cible.
-
Saisissez les informations suivantes .
- Nom : entrez
TRGATP
. - Compartiment : entrez votre propre compartiment dans lequel vous disposez des privilèges nécessaires.
- Type : sélectionnez Oracle Autonomous Database.
- Coffre : entrez
DMSVAULT
créé dans Prérequis. - Clé de cryptage : sélectionnez
DMSKEY
.
Détails de connexion:
- Base de données : entrez
DMSTARGETARGETAUTONOMOUS
. - Nom utilisateur de bases de données de charge initiale : entrez
Admin
. - Sélectionnez Utiliser d'autres informations d'identification pour la duplication.
- Nom utilisateur de la base de données de réplication : entrez
ggadmin
. - Mot de passe de la base de données de réplication : entrez le même mot de passe que la tâche 3.
- Créer une adresse privée : si la base de données est lancée dans un sous-réseau privé, cliquez dessus et entrez le nom du sous-réseau privé dans le menu déroulant. Sinon, vous n'avez pas besoin de sélectionner Créer une adresse privée.
- Nom : entrez
-
Cliquez sur Créer, une fois la création terminée, cliquez sur Tester la connexion. Il devrait réussir.
-
Nous avons maintenant fini de créer des connexions à notre base de données Conteneur source, à la base de données pluggable source et à la base de données ATP cible.
Tâche 5 : créer une migration
-
Cliquez sur Migrations, Créer une migration et entrez les informations suivantes.
- Nom : entrez
POCMIGRATION
. - Connexion à la base de données : sélectionnez SRCPDB comme base de données source.
- Sélectionnez La base de donnée est une base de donnée pluggable.
- Connexion à la base de données Conteneur : sélectionnez SRCCDB.
- Nom : entrez
-
Entrez les informations relatives à la base de données.
- Base de données cible : sélectionnez TRGATP.
- Transfert de support pour le chargement initial : sélectionnez Data Pump via Object Storage.
- Dans la base de données source :
- Nom d'objet de répertoire d'export : entrez dumpdir créé dans la base de données source.
- Chemin de l'objet Répertoire d'export : entrez
/u01/app/oracle/dumpdir
créé dans la base de données source.
- Bucket Object Storage : sélectionnez DMSBUCKET.
-
Cliquez sur Afficher les options avancées, puis sous Validation, sélectionnez Exécuter la fonction de conseil de prémigration lors de la validation.
Dans la section Options avancées, consultez les différents onglets pour personnaliser vos paramètres de migration. En particulier, l'onglet Réplication vous permet également d'utiliser une instance de marketplace OCI GoldenGate si vous avez précédemment provisionné votre location à partir de marketplace.
Tâche 6 : Valider la tâche de migration
Cliquez sur Créer. Une fois la migration créée, validons-la. Vous pouvez tester à nouveau les connexions pour la base de données pluggable source, la base de données Conteneur source et le DAV cible avant de passer à la validation. Nous allons utiliser les options par défaut.
Après avoir démarré le travail de validation, cliquez sur Afficher les détails pour surveiller la progression et vérifier les détails.
En cas d'échec du travail de validation OCI Database Migration, vous pouvez télécharger le journal OCI Database Migration comme indiqué dans les images suivantes.
Tâche 7 : démarrer la tâche de migration
-
Cliquez sur Démarrer. Vous serez invité à choisir une phase pour mettre la migration en pause. L'option par défaut est Surveiller le décalage de réplication, où les modifications apportées aux schémas source sont suivies, capturées et synchronisées avec la base de données cible en temps réel.
Le processus de migration implique plusieurs phases. Par défaut, le travail s'interrompt lors de la surveillance du décalage de réplication, où il suit et synchronise les modifications entre les bases de données source et cible.
A la date de basculement, vous devez arrêter l'application et reprendre le travail de migration. Nous devons veiller à ce qu'aucune nouvelle transaction ne se produise sur la base de données source après cette phase et jusqu'à la fin du basculement. Le travail finalise ensuite la permutation vers la base de données cible et effectue un nettoyage.
-
Pour terminer la permutation, sélectionnez la phase de permutation dans la fenêtre Reprendre le travail, puis cliquez sur Reprendre. Cette phase arrête la réplication et redirige l'application cible pour démarrer les transactions sur la base de données cible.
-
Une fois le travail repris et la phase de permutation terminée, cliquez à nouveau sur Reprendre. Sélectionnez ensuite la phase finale, nettoyez-la, puis cliquez sur Reprendre pour terminer le processus de migration.
Liens connexes
Accusés de réception
- Auteur - Kaushik Mukherjee (Consultant principal senior, Oracle India - Bangalore)
Ressources de formation supplémentaires
Explorez d'autres ateliers sur docs.oracle.com/learn ou accédez à d'autres contenus d'apprentissage gratuits sur le canal Oracle Learning YouTube. En outre, visitez le site education.oracle.com/learning-explorer pour devenir un explorateur Oracle Learning.
Pour obtenir de la documentation sur le produit, consultez Oracle Help Center.
Migrate Oracle Databases using Oracle Cloud Infrastructure Database Migration with Online Migration
G33888-01
Copyright ©2025, Oracle and/or its affiliates.