MV2ADB : Exporter vos données Oracle vers une Autonomous Database en un clic

Introduction

MV2ADB est un outil OCI permettant de charger une Autonomous Database depuis une base de données On-Premise. Toutes les étapes sont automatisées et permettent de simplifier l’opération de chargement vers OCI.
Cet outil est disponible en téléchargement depuis le support Oracle : (ADB) MV2ADB: move data to Autonomous Database in « one-click » (Doc ID 2463574.1)

Le fonctionnement de l’outil est le suivant :

  •  MV2ADB va exporter les données des users Oracle à migrer via DATAPUMP.
  • Le dump va être déposé automatiquement sur un bucket.
  • La base Autonomous va ensuite être chargée via un import DATAPUMP.

En plus de faciliter le processus d’export et d’import vers OCI, MV2ADB dispose d’autres fonctionnalités :

  • Possibilité d’effectuer un export Datapump de la base source en local.
  • Possibilité d’effectuer un import Datapump vers la base Autonomous.
  • Possibilité d’effectuer des opérations sur le bucket OCI (création, suppression).
  • Possibilité d’effectuer des opérations sur les objets du bucket OCI (upload, download, suppression).
  • Possibilité d’effectuer des opérations sur les schémas de la base Autonomous (advisor, report, compilation des objets).

Je vous propose, dans cet article, de réaliser une migration d’une base On-Premise vers une base Autonomous à l’aide de cet outil.

Pour ce test, je dispose de la configuration suivante :

  • Une VM Linux avec une base de données puggable 19c nommé pdb1 (container cdb1) disposant d’un schéma applicatif APPLI.
  • Une base de données Autonomous sur OCI.

 

Pré-requis

Les pré-requis pour utiliser MV2ADB sont les suivants :

  • Le package mv2adb doit être installé sur le serveur On-Premise.
  • Le serveur On-Premise doit pouvoir contacter la base Autonomous via les protocoles HTTP/SQL*Net.
  • Le wallet de la base Autonomous doit être téléchargé et installé sur le serveur On-Premise.
  • Une distribution Oracle installée sur le serveur On-Premise (à défaut un Instant Client avec quelques options spécifiques peut fonctionner).
  • La création d’un OCI Authentification Token afin de permettre l’accès à OCI.

 

Installation

La mise en place de MV2ADB sur Linux passe par l’installation d’un rpm téléchargeable depuis la note Oracle : (ADB) MV2ADB: move data to Autonomous Database in « one-click » (Doc ID 2463574.1)

Une fois le rpm téléchargé sur le serveur On-Premise, l’installation s’effectue à l’aide de la commande suivante :

# rpm -i mv2adb-2.0.1-X.x86_64.rpm

Lorsque cette installation est terminée, différents fichiers et répertoires vont être créés sur le serveur :

# tree /opt/mv2adb/
/opt/mv2adb/
├── conf
│ └── DBNAME.mv2adb.cfg
├── mv2adb.bin
1 directory, 2 files

Pour faciliter l’utilisation du MV2ADB, le PATH de la session peut être modifié de la manière suivante :

# export PATH=/opt/mv2adb:$PATH

Vérifions ensuite que l’outil fonctionne correctement :

# mv2adb.bin │▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒│ mv2adb - Move data to Oracle Autonomous Database Version: 2.0.1-114 Copyright (c) 1982-2020 Oracle and/or its affiliates. ------------------------------------------------------- Author: Ruggero Citton <ruggero.citton@oracle.com> RAC Pack, Cloud Innovation and Solution Engineering Team │▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒│ Command option is missing! One of following operation are possible: - Auto operation: auto - Export datapump Operation: expdp - Import datapump Operation: impdp - OCI Storage Bucket Operations: createbucket delbucket listbucket - OCI Storage Object Operations: deldump getdump listdump putdump - Database Schema operation: advisor report recomp - Encrypt password Operations: encpass

Parfait ! Il ne reste qu’à effectuer la configuration.

 

Configuration

Un fichier d’exemple (/opt/mv2adb/DBNAME.mv2adb.cfg) est fourni lors de l’installation de MV2ADB. Il suffit donc de se servir de cet exemple pour créer un nouveau fichier de configuration adapté à notre test.

Note : Des mots de passe chiffrés sont à renseigner dans le fichier de configuration (Notamment les mots de passe SYSTEM et du user OCI). Le chiffrement s’effectue par le lancement de la commande mv2adb.bin encpass et par la récupération de la chaîne chiffrée :

# mv2adb.bin encpass Please enter the password : Please re-enter the password : C0588D96AA83CCB11C627ACABB9CF74A Voici le contenu du fichier de configuration pour notre test : 
# cat pdb1.mv2adb.cfg
##---------------------------------------------------#
## DB Parameters                                     #
##---------------------------------------------------#
DB_CONSTRING=//192.168.56.103/pdb1
SYSTEM_DB_PASSWORD=C0588D96AA83CCB11C627ACABB9CF74A
SCHEMAS=APPLI
#FULL=
#EXCLUDE=
REMAP=USERS:DATA
DUMP_NAME=expdp.dmp
DUMP_PATH=/backup
DUMP_FILES=/backup/expdp_01.dmp,/backup/expdp_02.dmp
OHOME=/u01/app/oracle/product/19.0.0/dbhome_1
ICHOME=/u01/app/oracle/product/19.0.0/dbhome_1
##
##------------------------------------------#
## Expdp/Impdp Parameters                   #
##------------------------------------------#
#COMPRESSION=ALL
#EXTRA_EXPDP="TABLE_EXISTS_ACTION=REPLACE ROWS=n"
#EXTRA_IMPDP=
#JOB_NAME=MYJOB
#ENC_PASSWORD=                              #
#ENC_TYPE=AES256
##------------------------------------------#
## ADB Properties                           #
##------------------------------------------#
ADB_NAME=DB202009241754
ADB_PASSWORD=0A42878A939E1A937D4BD76AD9524450
ADB_CFILE=/opt/mv2adb/conf/Wallet_DB202009241754.zip
##
##------------------------------------------#
## Object Store Properties                  #
##------------------------------------------#
OCI_REGION=eu-frankfurt-1
OCI_NAMESPACE=frmrtpre80
OCI_BUCKET=bucket-20201001-1634
##
OCI_ID=OCIuser1@easyteam.fr
OCI_PASSWORD=798410D662A09E60B4F3C87ED3805C8366222C21FA0E502F9A9E724E044C7F00
##
##
#PROXY_HOST=
#PROXY_PORT=
#PROXY_ID=
#PROXY_PASSWORD=
##
##------------------------------------------#
## OCI-Client Properties                    #
##------------------------------------------#
#OCIC=true
#OCIC_SIZE=10
#OCIC_PARALLEL=10
#OCIC_COMPART_ID=ocid1.compartment.oc1..aaaaaaaaymakantllqnlck5l73trwrdnl5wfc5ccxzbed7tuoyc4nnjj37yq
##---------------------------------------------------#
## End Of File                                       #
##---------------------------------------------------#

Le fichier de configuration est maintenant prêt. Voyons maintenant quelques exemples de l’utilisation de MV2ADB.

 

Cas d’usage n°1 : ADB Schema Advisor

Une des fonctions les plus intéressantes de l’outil est le ADB Schema Advisor.

C’est une fonction de conseil qui permet de récupérer des informations sur la base On-Premise en vue de vérifier la compatibilité avec la base Autonomous et ainsi d’identifier d’éventuels problèmes qui pourraient survenir lors de la migration.

Lançons cette commande d’analyse :

# mv2adb.bin advisor -conf /opt/mv2adb/conf/pdb1.mv2adb.cfg
INFO: 2020-10-02 17:01:05: Please check the logfile '/opt/mv2adb/out/log/mv2adb_5467.log' for more details  │▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒│ mv2adb - Move data to Oracle Autonomous Database Version: 2.0.1-114 Copyright (c) 1982-2020 Oracle and/or its affiliates. ------------------------------------------------------- Author: Ruggero Citton <ruggero.citton@oracle.com> RAC Pack, Cloud Innovation and Solution Engineering Team │▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒│ INFO: 2020-10-02 17:01:05: Reading the configuration file '/opt/mv2adb/conf/pdb1.mv2adb.cfg' INFO: 2020-10-02 17:01:05: Due to missing ADB_TARGET parameter, online Cloud Service Type check is performed INFO: 2020-10-02 17:01:05: Using Oracle Home '/u01/app/oracle/product/19.0.0/dbhome_1' INFO: 2020-10-02 17:01:05: Checking Cloud Service Type online INFO: 2020-10-02 17:01:08: Getting advisor report for '//192.168.56.103/pdb1' INFO: 2020-10-02 17:01:09: ...step1 - installing advisor package on '//192.168.56.103/pdb1' INFO: 2020-10-02 17:01:12: ...step2 - getting advisor report INFO: 2020-10-02 17:01:12: ...getting advisor report for schema 'APPLI', it may get some time... 0 ========================================================================================== == ATP SCHEMA MIGRATION REPORT FOR APPLI ========================================================================================== ADB Advisor Version : 19.3.0.0.1 Instance Name : cdb1 Database Name : CDB1 Host Name : oralinux.localdomain Database Version : 19.0.0.0.0 Pluggable Database : PDB1 Schemas Analyzed : APPLI Analyzing for : Autonomous Transaction Processing (Serverless) Report Start date/time: 02-OCT-2020 17:01 ------------------------------------------------------------------------------------------ -- SECTION 1: SUMMARY ------------------------------------------------------------------------------------------ Objects Objects Total Object Will Not Will Migrate Objects Object Type Count Migrate With Changes Will Migrate ------------------------- -------------- -------------- -------------- -------------- CONSTRAINT 4024 0 0 4024 DATABASE LINK 12 0 12 12 FUNCTION 947 0 0 947 INDEX PARTITION 171 0 0 171 LIBRARY 1 0 0 1 PACKAGE 65 0 0 65 PROCEDURE 2080 0 0 2080 SEQUENCE 102 0 0 102 SYNONYM 23 0 0 23 TABLE 7506 0 50 7506 TABLE PARTITION 505 0 0 505 TYPE 18 0 0 18 User Objects in SYS 9 9 0 0 User Objects in SYSTEM 9 9 0 0 ------------------------------------------------------------------------------------------ -- SECTION 2: FOLLOWING OBJECTS WILL NOT MIGRATE ------------------------------------------------------------------------------------------ 1) User-defined objects in SYS schema will not migrate (Count=9): ------------------------------------------------------------------ Note: User-defined objects were detected in SYS schema. Consider moving them out of SYS prior to migration. Owner Object Type Object Name ---------- ------------------------------ ---------------------------------------- SYS INDEX SYS_IOT_TOP_73062 SYS TABLE AQ$_KUPC$DATAPUMP_QUETAB_1_L SYS TABLE SYS_IOT_OVER_73065 SYS TABLE AQ$_KUPC$DATAPUMP_QUETAB_1_G SYS INDEX SYS_IOT_TOP_73065 SYS TABLE AQ$_KUPC$DATAPUMP_QUETAB_1_I SYS INDEX SYS_IOT_TOP_73068 SYS QUEUE AQ$_KUPC$DATAPUMP_QUETAB_1_E SYS DATABASE LINK SYS_HUB 2) User-defined objects in SYSTEM schema will not migrate (Count=9): -------------------------------------------------------------------- Note: User-defined objects were detected in SYSTEM schema. Consider moving them out of SYSTEM prior to migration. Owner Object Type Object Name ---------- ------------------------------ ---------------------------------------- SYSTEM INDEX SYS_IL0000073290C00111$$ SYSTEM INDEX SYS_IL0000073290C00097$$ SYSTEM TABLE SYS_IMPORT_SCHEMA_01 SYSTEM INDEX SYS_MTABLE_000011E4A_IND_1 SYSTEM INDEX SYS_MTABLE_000011E4A_IND_2 SYSTEM INDEX SYS_MTABLE_000011E4A_IND_3 SYSTEM INDEX SYS_MTABLE_000011E4A_IND_4 SYSTEM INDEX SYS_MTABLE_000011E4A_IND_5 SYSTEM INDEX SYS_MTABLE_000011E4A_IND_6 ------------------------------------------------------------------------------------------ -- SECTION 3: FOLLOWING OBJECTS WILL MIGRATE WITH CHANGES ------------------------------------------------------------------------------------------ 1) BASICFILE LOBs will be changed to SECUREFILE LOBs (Count=3): ---------------------------------------------------------------- Note: Table has BASICFILE LOBs. All Basicfile LOBs will be automatically converted to SECUREFILE LOBs at import time. QUESTION_REPONSE_DIALOGUE APP_SESSIONS_S QUEST_SL_TEMP_EXPLAIN1 2) Table's NOLOGGING storage attribute will be changed to LOGGING (Count=3): ----------------------------------------------------------------------------- Note: Table created with NOLOGGING will automatically be created in ADB as LOGGING. Check the LOGGING attribute in DBA_TABLES. QUEST_SL_TEMP_EXPLAIN1 APP_GROUPE APP_USER 3) Index Organized table will be created as regular table (Count=1): -------------------------------------------------------------------- Note: Index Organized tables are disallowed in ADB. When you create an IOT in ADB, the table gets created as non-IOT (regular table). When the Data Pump export file contains tables with IOT, use 'dwcs_cvt_iots:y' transformation at import time to transform IOTs as regular tables. APP_COMMANDE 4) DB Links will need to be re-created after migration (Count=1): ------------------------------------------------------------------ Note: The following Database Links needs to be created manually in ADB using DBMS_CLOUD_ADMIN.CREATE_DATABASE_LINK. DB_WORK ------------------------------------------------------------------------------------------ -- SECTION 4: MIGRATION ADDITIONAL INFO ------------------------------------------------------------------------------------------ 1) User defined tablespaces are not allowed in ATP-S and ADW-S (Serverless) (Count=1): -------------------------------------------------------------------------------------- Note: Creation of tablespaces is disallowed in ATP and ADW (Serverless). The tablespace clause gets ignored and all objects get created in 'DATA' tablespace. The following is the list of schemas and the tablespaces currently in use. APPLI USERS 2) Schema Owner's user attributes will be modified in ADB (Count=1): -------------------------------------------------------------------- Note: The following schema owner's DEFAULT TABLESPACE and/or DEFAULT PROFILE will be modified in ADB. DEFAULT TABLESPACE for APPLI will be modified from 'USERS' to 'DATA' 3) Database Options currently in use but will not be available in the ADB (Count=1): ------------------------------------------------------------------------------------ Note: The following Database Options are detected as being used. ADB does not have these Options installed. Please verify if the application/schema to be migrated depends on these options. Tuning Pack ------------------------------------------------------------------------------------------ -- END OF REPORT ------------------------------------------------------------------------------------------ Report End Datetime : 02-OCT-2020 17:01 Report Runtime : +000000000 00:00:19.666209000 ------------------------------------------------------------------------------------------

Qu’est ce que nous enseigne ce rapport ?

  • Des objets ne seront pas migrés car appartenant aux schémas SYS et SYSTEM.
  • Certains objets seront migrés avec des changements (Passage en SECUREFILE LOB, en LOGGING, Modification des IOT en tables « standard », recréation manuelle des DBLinks).
  • Des information additionnelles sont également présentées (les objets seront créés dans le tablespace DATA sur Autonomous, changement du tablespace par défaut).
  • L’analyse est ici assez complète et permet déjà de se faire une idée pour bien préparer la migration vers une base Autonomous.

 

Cas d’usage n°2 : Migration vers une base Autonomous

La fonction première de MV2ADB est de migrer automatiquement vers une base Autonomous en une seule commande « One-Click » mv2adb.bin auto.

Concrètement, cette unique commande va effectuer plusieurs actions :

  • La création d’un export DATAPUMP des schémas à migrer.
  • Le transfert du dump vers un bucket sur OCI.
  • La création d’un Objet Store Credential sur la base Autonomous pour permettre l’accès au fichier.
  • L’import du fichier de dump.
  • La recompilation des objets invalides.

Lançons cette migration automatique :

[root@oralinux sql]# mv2adb.bin auto -conf /opt/mv2adb/conf/pdb1.mv2adb.cfg
INFO: 2020-10-02 10:38:44: Please check the logfile '/opt/mv2adb/out/log/mv2adb_7626.log' for more details  │▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒│ mv2adb - Move data to Oracle Autonomous Database Version: 2.0.1-114 Copyright (c) 1982-2020 Oracle and/or its affiliates. ------------------------------------------------------- Author: Ruggero Citton <ruggero.citton@oracle.com> RAC Pack, Cloud Innovation and Solution Engineering Team │▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒│ INFO: 2020-10-02 10:38:44: Reading the configuration file '/opt/mv2adb/conf/pdb1.mv2adb.cfg' INFO: 2020-10-02 10:38:45: Checking schemas on source DB INFO: 2020-10-02 10:38:46: Performing schema expdp for 'APPLI' from source DB... INFO: 2020-10-02 10:38:46: Step 1 - ...getting ADB parallelism INFO: 2020-10-02 10:38:48: Step 2 - ...checking remap parameter INFO: 2020-10-02 10:38:49: Step 3 - ...getting source DB version INFO: 2020-10-02 10:38:50: Step 4 - ...creating expdp directory 'MV2ADB_EXPDP_DIR' for path '/backup' INFO: 2020-10-02 10:38:52: Step 5 - ...getting latest SCN INFO: 2020-10-02 10:38:53: Step 6 - ...checking Cloud Service Type INFO: 2020-10-02 10:38:54: Step 7 - ...executing export datapump as jobname 'MV2ADB_JOB' INFO: 2020-10-02 10:38:54: Expdp log location available at the end of the process is '/opt/mv2adb/out/log/mv2adb_expdp_7626.log' Starting "SYSTEM"."MV2ADB_JOB": system/********@//192.168.56.103/pdb1 SILENT=BANNER JOB_NAME=MV2ADB_JOB SCHEMAS=APPLI VERSION=19.0.0 DIRECTORY=MV2ADB_EXPDP_DIR DUMPFILE=expdp_%u.dmp PARALLEL=2 REUSE_DUMPFILES=y EXCLUDE=cluster,db_link LOGFILE=mv2adb_expdp_7626.log FLASHBACK_SCN=2428976 FILESIZE=5GB Processing object type SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA Processing object type SCHEMA_EXPORT/USER Processing object type SCHEMA_EXPORT/ROLE_GRANT Processing object type SCHEMA_EXPORT/DEFAULT_ROLE Processing object type SCHEMA_EXPORT/TABLESPACE_QUOTA Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA Processing object type SCHEMA_EXPORT/STATISTICS/MARKER Processing object type SCHEMA_EXPORT/TABLE/TABLE Processing object type SCHEMA_EXPORT/TABLE/IDENTITY_COLUMN Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT . . exported "APPLI"."PERSONS" 5.937 MB 113 rows .... Master table "SYSTEM"."MV2ADB_JOB" successfully loaded/unloaded ****************************************************************************** Dump file set for SYSTEM.MV2ADB_JOB is: /backup/expdp_01.dmp /backup/expdp_02.dmp Job "SYSTEM"."MV2ADB_JOB" successfully completed at 06:07 SUCCESS: 2020-10-02 10:39:53: Expdp executed successfully INFO: 2020-10-02 10:39:53: Performing '2' dump upload to Oracle Object Store... INFO: 2020-10-02 10:39:53: ...loading '/backup/expdp_01.dmp' into bucket 'bucket-20201001-1634' SUCCESS: 2020-10-02 10:39:54: ...file '/backup/expdp_01.dmp' uploaded on 'bucket-20201001-1634' successfully INFO: 2020-10-02 10:39:54: ...loading '/backup/expdp_02.dmp' into bucket 'bucket-20201001-1634' SUCCESS: 2020-10-02 10:39:54: ...file '/backup/expdp_02.dmp' uploaded on 'bucket-20201001-1634' successfully SUCCESS: 2020-10-02 10:39:54: Upload of '2' dumps over Oracle Object Store complete successfully INFO: 2020-10-02 10:39:54: Performing impdp into ADB... INFO: 2020-10-02 10:39:54: Step 1 - ...drop Object Store Credential INFO: 2020-10-02 10:39:56: Step 2 - ...creating Object Store Credential INFO: 2020-10-02 10:39:57: Step 3 - ...executing import datapump to ADB as jobname 'MV2ADB_JOB' INFO: 2020-10-02 10:39:57: Impdp log location available at the end of the process is '/opt/mv2adb/out/log/mv2adb_impdp_7626.log' Master table "ADMIN"."MV2ADB_JOB" successfully loaded/unloaded Starting "ADMIN"."MV2ADB_JOB": "admin/********@db202009241754_high" SILENT=BANNER JOB_NAME=MV2ADB_JOB CREDENTIAL=MV2ADB_CRED_NAME DUMPFILE=https://objectstorage.eu-frankfurt-1.oraclecloud.com/n/frmrtpre80/b/bucket-20201001-1634/o/expdp_01.dmp,https://objectstorage.eu-frankfurt-1.oraclecloud.com/n/frmrtpre80/b/bucket-20201001-1634/o/expdp_02.dmp PARALLEL=2 TRANSFORM=segment_attributes:n TRANSFORM=dwcs_cvt_iots:y TRANSFORM=constraint_use_default_index:y EXCLUDE=cluster,db_link REMAP_TABLESPACE=%:data DIRECTORY=data_pump_dir LOGFILE=mv2adb_impdp_7626.log REMAP_TABLESPACE=USERS:DATA Processing object type SCHEMA_EXPORT/USER Processing object type SCHEMA_EXPORT/ROLE_GRANT Processing object type SCHEMA_EXPORT/DEFAULT_ROLE Processing object type SCHEMA_EXPORT/TABLESPACE_QUOTA Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA Processing object type SCHEMA_EXPORT/TABLE/TABLE Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA . . exported "APPLI"."PERSONS" 5.937 MB 113 rows ... Processing object type SCHEMA_EXPORT/TABLE/IDENTITY_COLUMN Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT Processing object type SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS Processing object type SCHEMA_EXPORT/STATISTICS/MARKER Job "ADMIN"."MV2ADB_JOB" successfully completed at 14:11 INFO: 2020-10-02 10:40:11: Moving impdp log 'mv2adb_impdp_7626.log' to Object Store SUCCESS: 2020-10-02 10:40:12: Impdp to ADB 'DB202009241754' executed successfully INFO: 2020-10-02 10:40:12: Recompiling schemas on ADB 'db202009241754_high'... INFO: 2020-10-02 10:40:12: ...recompiling schema 'APPLI', it may get some time... INFO: 2020-10-02 10:40:15: Recompiling schemas on ADB 'db202009241754_high'... INFO: 2020-10-02 10:40:15: ...recompiling schema 'APPLI', it may get some time... INFO: 2020-10-02 10:40:17: All imported schemas have been recompiled successfully

On aperçoit bien les différentes étapes lancées par l’outil (export, transfert de dump, import, recompilation, …).
Tout s’est bien déroulé. Nos tables et nos données ont bien été importées sur la base Autonomous.

 

Pour conclure

MV2ADB est un outil très simple d’utilisation. Il suffit de mettre en place un fichier de configuration pour chaque scénario de migration vers une base Autonomous.

Le fait que cet outil gère lui-même la création des credentials, les export et import DATAPUMP ainsi que le transfert des dumps sur OCI simplifie grandement les opérations de migration.

La fonction d’Advisor apporte véritablement un plus dans la préparation des migrations vers OCI.

MV2ADB s’avère être un outil bien pratique.

 
Et si vous souhaitez vous former sur OCI, découvrez notre offre de formations officielles Oracle.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *