Remarque :
- Ce tutoriel nécessite un accès à Oracle Cloud. Pour vous inscrire à un compte gratuit, reportez-vous à Introduction au niveau gratuit d'Oracle Cloud Infrastructure.
- Il utilise des exemples de valeur pour les informations d'identification Oracle Cloud Infrastructure, la location et les compartiments. A la fin de votre atelier, remplacez ces valeurs par celles propres à votre environnement cloud.
Utiliser Oracle Cloud Infrastructure Database Migration Service pour la migration de données en temps réel
Introduction
Oracle Cloud Infrastructure Database Migration (OCI Database Migration) est un service entièrement géré qui fournit une expérience en libre-service hautes performances pour la migration de bases de données vers Oracle Cloud Infrastructure (OCI). Database Migration est exécuté en tant que service cloud géré séparé de votre location et de vos ressources. Le service fonctionne en tant que service colocatif dans une location de service OCI Database Migration et communique avec vos ressources à l'aide d'adresses privées. Les adresses privées sont gérées par Database Migration. L'un des principaux avantages d'OCI Database Migration est d'éliminer la préparation d'infrastructure complexe. Nous devons uniquement fournir la connectivité entre les bases de données source et cible via le service OCI Database Migration.
Objectifs
Ce tutoriel décrit les étapes du service OCI Database Migration à l'aide d'Oracle GoldenGate Marketplace pour la migration des données en temps réel des bases de données sur site vers OCI. Il explique comment migrer la base de données Oracle 12c hébergée sur l'instance de machine virtuelle (en supposant qu'il s'agit de notre base de données source sur site) vers l'instance de base de données pluggable OCI DB System 19c (il s'agit de notre base de données cible).
Base de données source : SASPRD, version : 12.2.0.2 ATP cible : RAPPRD, version : 19.17.0.0.0
Prérequis
-
La base de données source est installée, configurée et chargée avec les données de test. Pour ce tutoriel, c'est le schéma testlive que je vais migrer.
-
La base de données cible est provisionnée avec les schémas nécessaires.
-
Le coffre et la clé de cryptage maître sont créés sous
cloud_eng_vault
. -
Le bucket Oracle Object Storage est créé (pour ce tutoriel, le nom du bucket est Data Pump).
-
Le port 443 est requis pour la communication et est ajouté à la liste de sécurité.
Tâche 1 : configuration des microservices Oracle GoldenGate pour la réplication de données :
-
Connectez-vous à la console OCI et accédez à Marketplace.
-
Sous Toutes les applications, recherchez "Oracle GoldenGate for Oracle - Database Migrations" et sélectionnez-la.
-
Cliquez sur Lancer la pile pour créer les ressources nécessaires, puis cliquez sur Suivant.
-
Sélectionnez vos paramètres comme indiqué dans les images suivantes.
-
Accédez à Compute. Sous Instances, vous devriez pouvoir voir la machine virtuelle de microservices Oracle Golden Gate créée. Notez l'adresse IP publique du serveur.
-
A l'aide du navigateur Web, chargez Oracle GoldenGate Service Manager. Si vous obtenez une erreur d'expiration de connexion, vérifiez la règle entrante (443) dans la liste de sécurité.
-
Le nom utilisateur du gestionnaire de services est
oggadmin
. Connectez-vous au serveur Oracle GoldenGate en tant qu'utilisateur OPC pour obtenir le mot de passe. Vous trouverez un document JSON (ogg-credentials.json
) sous le répertoire de base OPC. Obtenez les informations d'identification utilisateuroggadmin
ci-dessous.
-bash-4.2$ cat /home/opc/ogg-credentials.json
{"username": "oggadmin", "credential": "***********"}
Avant d'inscrire la base de données source et cible auprès du service OCI Database Migration, effectuez les étapes obligatoires suivantes, comme décrit ci-dessous.
Tâche 2 : préparation de la base de données source pour la migration
Base de données sasprd
-
Créez l'utilisateur GoldenGate sur la base de données saspdb1.
CREATE USER c##ggadmin IDENTIFIED BY c##ggadmin_password DEFAULT TABLESPACE users TEMPORARY TABLESPACE temp; ALTER USER c##ggadmin QUOTA 100M ON USERS; GRANT UNLIMITED TABLESPACE TO c##ggadmin; GRANT CONNECT, RESOURCE TO c##ggadmin container=all; GRANT SELECT ANY DICTIONARY TO C##GGADMIN container=all; GRANT CREATE VIEW TO C##GGADMIN container=all; GRANT EXECUTE ON dbms_lock TO c##ggadmin container=all; EXEC dbms_goldengate_auth.GRANT_ADMIN_PRIVILEGE('c##ggadmin',container=>'all'); On PDB SASPRD_PDB1
CREATE USER ggadmin IDENTIFIED BY ggadmin_password DEFAULT TABLESPACE users TEMPORARY TABLESPACE temp; ALTER USER ggadmin QUOTA 800M ON USERS; GRANT UNLIMITED TABLESPACE TO ggadmin; GRANT CONNECT, RESOURCE TO ggadmin; GRANT SELECT ANY DICTIONARY TO GGADMIN; GRANT CREATE VIEW TO GGADMIN; GRANT EXECUTE ON dbms_lock TO ggadmin; EXEC dbms_goldengate_auth.GRANT_ADMIN_PRIVILEGE('ggadmin'); Set below parameters Alter system set global_names=false; alter system set STREAMS_POOL_SIZE=800m; Enable ARCHIVELOG if it is not already enabled. Enable supplemental logging. sql > SELECT supplemental_log_data_min, force_logging FROM v$database; sql > ALTER DATABASE ADD SUPPLEMENTAL LOG DATA; sql > ALTER DATABASE FORCE LOGGING; Enable Golden Gate Replication sql > ALTER SYSTEM SET ENABLE_GOLDENGATE_REPLICATION=TRUE SCOPE=BOTH; Create database directory. This is the location where the dump files are created. sql > CREATE OR REPLACE DIRECTORY DATA_PUMP_DIR AS '/u01/app/oracle/product/datapump'; Preparing the Target Database for Migration: Database :-> rapprd Create GoldenGate User on the target database. In this tutorial, we have created ggadmin user in the PDB. You do not need to create any user in the container database for the target database.
CREATE USER ggadmin IDENTIFIED BY ggadmin_password DEFAULT TABLESPACE users
TEMPORARY TABLESPACE temp;
ALTER USER ggadmin QUOTA 100M ON USERS;
GRANT UNLIMITED TABLESPACE TO ggadmin;
GRANT CONNECT, RESOURCE TO ggadmin;
GRANT SELECT ANY DICTIONARY TO GGADMIN;
GRANT CREATE VIEW TO GGADMIN;
GRANT EXECUTE ON dbms_lock TO ggadmin;
EXEC dbms_goldengate_auth.GRANT_ADMIN_PRIVILEGE('ggadmin');
Set below parameters on
Alter system set global_names=false;
alter system set STREAMS_POOL_SIZE=300m;
Enable ARCHIVELOG if it is not already enabled.
Enable supplemental logging
Create database directory. This is the location where the dump files are stored.
sql > CREATE OR REPLACE DIRECTORY DATA_PUMP_DIR AS '/u01/app/oracle/product/datapump';
Nous sommes maintenant prêts à inscrire les bases de données source et cible auprès du service OCI Database Migration.
Tâche 3 : inscription des bases de données source et cible auprès du service OCI Database Migration
-
Accédez à Database Migration sur la console cloud et cliquez sur Bases de données inscrites.
-
Cliquez sur Inscrire une base de données pour inscrire notre première base de données.
-
Entrez les détails de la base de données source, puis cliquez sur Suivant.
-
Chaîne de connexion : nom d'hôte/adresse IP du serveur source + port + nom de service.
-
-
Une fois tous les détails requis terminés, cliquez sur Inscrire.
-
Une fois la base de données source ajoutée, vous pouvez passer à la base de données cible. Suivez les mêmes étapes que pour la base de données source. Modifiez la chaîne de connexion pour refléter l'adresse IP de la base de données cible et le nom du service de base de données pluggable.
-
Nous devrions pouvoir voir les bases de données source et cible comme actives.
-
-
Nous avons terminé l'inscription de nos bases de données source et cible auprès du service OCI Database Migration. Nous pouvons maintenant créer un travail de migration. Accédez à Migrations et cliquez sur Créer une migration.
-
Indiquez un nom et cliquez sur Suivant.
-
Pour le chargement initial, sélectionnez l'option Data Pump via le stockage d'objets, puis sélectionnez le bucket.
-
Sélectionnez l'option Utiliser la réplication en ligne, entrez les détails du hub GoldenGate et cliquez sur Créer.
Tâche 4 : Validation de tâche
-
Une fois le travail de migration créé, validez-l'avant de démarrer la migration réelle. Cliquez sur Valider pour lancer le processus de validation.
- La validation s'effectue en phases de service et, si votre configuration est correcte, vous devriez pouvoir voir le statut de validation vert comme indiqué dans l'écran suivant.
-
Une fois la phase de validation terminée, vous pouvez démarrer le travail réel de migration des données.
- Voici quelques options à mettre en pause après le démarrage de la réplication. Il est recommandé de mettre en pause avant la permutation et de le faire après avoir discuté avec l'équipe d'application d'une activité planifiée. Il s'agit du basculement réel après lequel les modifications ne peuvent pas être annulées.
-
Enfin, une fois le travail de migration terminé et toutes les étapes affichées en vert, il est temps que les utilisateurs de l'application valident leurs données d'application.
Liens connexes
Remerciements
- Auteur - Hakim Ahamad, architecte cloud principal
Ressources de formation supplémentaires
Explorez d'autres ateliers sur docs.oracle.com/learn ou accédez à davantage de contenu de formation gratuit sur le canal Oracle Learning YouTube. En outre, accédez à education.oracle.com/learning-explorer pour devenir un explorateur Oracle Learning.
Pour consulter la documentation produit, consultez Oracle Help Center.
Use Oracle Cloud Infrastructure Database Migration Service for real time data migration
F85990-01
August 2023
Copyright © 2023, Oracle and/or its affiliates.