Ebook

Pourquoi & Comment

migrer d’Oracle 11g/12c
vers Oracle 19c ?
Oracle Database 11g n’est plus supportée et la fin du support
de la version 12c arrive à grands pas. Envisagez dès mainte-
nant une migration vers Oracle 19c qui offre de nombreuses
nouveautés. Il y a toutefois plusieurs points de vigilance et
plusieurs méthodes de migration. Faisons le point.

Edité le 29 septembre 2020

Digora, Experts de la gestion des données www.digora.com

Table des
matières
Table des matières
Fin du support pour Oracle
Database 11g et 12c ...............................3

Les nouveautés et les bénéfices

d’Oracle Database 19c...........................4

Migration vers Oracle 19c : les

points de vigilance..................................5

Plusieurs méthodes de migration

vers Oracle Database 19c....................6

Méthode 1 : DBUA ou Mise à

jour avec utilitaires en ligne de
commande.................................................7

Méthode 2 : Transport complet de la

base de données ou par tablespace.
8

Méthode 3 : Exportation et
importation des données.....................9

Faites-vous accompagner pour une

migration sans stress.............................9

Digora, Experts de la gestion des

données.....................................................10
Fin du support pour Oracle Database
11g et 12c

Le 16 juin dernier, Oracle a mis à jour la feuille de route des versions de

son logiciel de base de données Oracle Database.

La version 11.2.0.4 finira son Release », comme la version

support au 31 Décembre 2020. 19c, qui sera supportée sans
Oracle propose à ses clients deux surcoût jusqu’en Avril 2024
ans supplémentaires d’accompa- avec la possibilité d’accéder à
gnement payant par ses services un support étendu payant de 3
ACS (Advanced Customer Ser- ans supplémentaires.
vices) afin de permettre d’effectuer
Pour rappel, Oracle a changé la dé-
les migrations de ces bases de
nomination de ses versions en les
données (gestion des correctifs de
nommant en fonction de l’année
bugs de niveau 1, bugs de sécurité,
de sortie, mais une version 18C est
planification des mises à jour et
une version 12.2.0.2 et la 19c est
un gestionnaire de compte tech-
une version 12.2.0.3. Ceci est im-
nique).
portant vis-à-vis de la conformité
Le choix de la version à utiliser doit des applications.
se porter vers une version dite «
Long Term », donc avec une durée
de support la plus longue.
Oracle a défini dans cette note
deux notions de version :
• Les versions « Innovation
Release », qui sont donc des
versions avec une durée de
support réduite, comme les
versions 12.2.0.1 ou 18C
• Les versions « Long Term
Pour en savoir plus :
La révolution dans les numéros
de versions d’ORACLE Da-
tabase

Digora, Experts de la gestion des données www.digora.com 3/10

Les nouveautés et les bénéfices
d’Oracle Database 19c

Comme chaque version, Oracle Database 19c a des avantages idéaniables (multitenant...) et apporte son
lot de nouveautés dont voici un résumé.

La version 19c sera la dernière • Tables partitionnées hybrides

version d’Oracle Database (en partie en base et en partie
permettant de créer des bases en sur fichiers plats)
mode non conteneur. A partir de la
• Duplication des bases de
20c toutes les bases de données
données avec DBCA en mode
Oracle seront donc de ce type.
silencieux, la relocalisation
Ce mode conteneur nommé d’une PDB vers un autre CDB
Multitenant, permet de consolider avec DBCA
plusieurs bases de données dans
• Installation du client Oracle
une seule base, tout en gardant sa
par le biais d’une image
granularité en termes de sécurité,
sauvegarde… Il est possible depuis • Mise en quarantaine de
la version 19.3 d’utiliser 3 bases requête SQL
de données enfichées (Pluggable • Analyse de l’usage des
Database) sans acquérir l’option privilèges
payante Multitenant.
• Etc.
Comme toute nouvelle version
elle apporte tout un ensemble de L’ensembles des nouveautés
nouveautés : est consultable dans la
documentation Oracle.
• Redirection des ordres DML
dans une base de secours Actuellement, la version 19c en
avec Active Data Guard mode conteneur est la meilleure
option pour effectuer une
• Flashback de la base de migration depuis les versions 11g,
secours automatique lors d’un 12cR1 ou 12cR2.
flashback de la base primaire
• Indexation automatique
(avec les bases dans le Cloud
d’Oracle ou les Exadata)
• Statistiques en temps réel

Digora, Experts de la gestion des données www.digora.com 4/10

Migration vers Oracle 19c : les points de
vigilance

La migration d’une base de données est toujours un moment de stress, à la fois pour le DBA mais aussi pour
les utilisateurs des applications. Il est conseillé d’effectuer la migration à isopérimètre, puis, une fois l’appli-
cation stabilisée, d’essayer de mettre en œuvre certaines nouveautés.

Les risques les plus importants
sont :
• La perte ou la transformation
d’informations, notamment
dans le cas d’un changement
de jeu de caractères ;
• Les requêtes applicatives
pouvant ne pas être gérées
de la même façon du fait des
changements de l’optimiseur
Oracle (mauvais plan, mauvais
résultats …) ;
• Les applications utilisant des
fonctionnalités dé-suppor-
tées par Oracle comme les
paramètres UTL_FILE_DIR,
07_DICTIONARY_ACCESS,
STANDBY_ARCHIVE_DEST
ou Oracle Warehouse Builder
qui n’est plus installable avec
l’assistant d’installation, Oracle
Multimédia, Oracle Streams,
RAC en Standard Edition 2,
Oracle Advanced Replication,
certaines fonctionnalités de
XML DB, Enterprise Manager
Database Control.
Une vérification de conformité
doit être effectuée en utilisant la Transaction Processing), ou des
documentation Oracle. bases stockées 11G, 12C, 18C ou
19c dans un service Cloud de
De nombreux tests devront donc
type Bare Metal ou Virtualisé. La
être effectués afin de valider que
base une fois créée dans le cloud
l’application fonctionne correc-
d’Oracle pourra être migrée de la
tement avant la vraie migration
même façon que celles hébergées
des bases de production. Oracle
chez le client.
propose un outil nommé Real
Application Testing qui permet la
capture des activités d’une base
de production afin de les rejouer
dans la nouvelle version afin de
valider son comportement.
Il est aussi envisageable de
prévoir une migration de sa base
de données actuelle à la fois en
termes de version et en termes
de localisation en utilisant une
base de données dans le Cloud
d‘Oracle. Pour se faire, Oracle
propose un outil nommé ZDM
(Zero Downtime Migration) per-
mettant de déplacer sa base de
données dans son cloud avec un
temps très court d’interruption de
service. Les bases dans le cloud
d’Oracle peuvent être autogérées
qui utilisent la 19c (Autonomous
DataWarehouse, Autonomous

Digora, Experts de la gestion des données www.digora.com 5/10

Plusieurs méthodes de migration vers
Oracle Database 19c

En termes de migration vers la version 19c, il est possible d’utiliser plusieurs méthodes. Nous avons choisi
de vous en présenter trois parmi les plus fréquemment utilisées.

La mise à jour directe est une solution simpliste, soit via Database Upgrade Assistant (DBUA), soit par Au-
toUpgrade (cf. le blog de Mike Dietrich), soit manuellement. Elle impose que le système d’exploitation utilisé
soit compatible avec les deux versions (par exemple la version 11G est installable sur Redhat 5 et 6, mais la
version 19c n’est possible que sur Redhat 7 et 8). De plus, en fonction des versions sources, elle n’est pas
toujours possible :

La mise à jour avec migration est possible avec 4 solutions en fonction de la version de la base source et des
changements annexes. Chaque solution est plus ou moins complexe et rapide :

Digora, Experts de la gestion des données www.digora.com 6/10

Méthode 1 : DBUA ou Mise à jour avec
utilitaires en ligne de commande
La façon la plus simple de passer à Oracle Database 19c est de mettre à niveau votre base de données exis-
tante en utilisant DBUA ou les scripts de mise à niveau en ligne de commande.
Ce sont deux variantes de la
même méthode, différentes prin-
cipalement par leurs interfaces
utilisateur. Parce que ces mé-
thodes agissent sur votre base de
données sans créer de copie ou
une nouvelle instance, on parle
parfois de mise à niveau « en place
». L'Assistant de mise à niveau de
la base de données est une inter-
face utilisateur graphique (GUI)
qui vous guide tout au long du
processus de mise à niveau de la
base de données et présente une
série d'écrans qui vous permettent
de spécifier différents options.
Pendant le processus de mise à
niveau, DBUA appelle les mêmes
scripts que ceux utilisés en ligne de
commande. Il effectue également
des étapes de validation avant la
mise à niveau et peut automatiser
les tâches après celle-ci. DBUA
peut réduire considérablement
la quantité d'effort manuel requis
pour une mise à niveau de base de
données mais offre moins de flexi-
bilité qu’en ligne de commande.
Digora, Experts de la gestion des données www.digora.com 7/10
Voici les étapes pour effectuer
une migration par ligne de com-
mande :
Phase de Pré-migration:
• Exécutez le nouvel outil de
Pré-Migration (preupgrade.jar),
qui valide la préparation de la
base à migrer ;
• Exécutez le script SQL
preupgrade_fixups.sql pour ré-
soudre automatiquement les
problèmes détectés par l’outil
de Pré-Migration ;
• Effectuez toutes les étapes
de correction manuelle iden-
tifiées par l’outil de Pré-Migra-
tion.
Phase de Migration :
• Exécutez l’utilitaire de mise
à jour en mode parallèle
(dbupgrade)
Phase de post-
Migration
• Exécutez le script SQL pos-
tupgrade_fixups.sql pour ré-
soudre automatiquement les
problèmes détectés par l’outil
de Pré-Migration, ne pouvant
être adressés qu’une fois la
mise à jour effectuée ;
• Vérifiez les fichiers journaux
générés par l’utilitaire dbu-
grade ;
• Recompilez les objets inva-
lides en exécutant utlrp.sql
Branchement dans un
Conteneur Database
(CDB)
• Démarrez la base de données
en mode READ ONLY et utili-
ser la procédure DBMS_PDB.
DESCRIBE() pour générer un
fichier descriptif XML de votre
base de données ;
• Une fois connecté à la CDB,
exécutez la commande
CREATE PLUGGABLE DA-
TABASE pour migrer votre
base « non-CDB » dans une
PDB (Pluggable Database) ;
• Exécutez le script SQL
noncdb_to_pdb.sql pour
convertir la base source «
non-CDB » en une PDB.
Méthode 2 : Transport complet de la
base de données ou par tablespace

Les tablespaces transportables vous permettent de copier un ensemble de tablespace d'une base de
données à une autre. Cela peut être beaucoup plus rapide que l'exportation et l'importation de données
à partir de ceux-ci car ils sont copiés en tant que fichiers physiques sans qu'il soit nécessaire de lire les
données contenues dans ces fichiers, telles que les lignes ou les index.

Cependant, en plus de copier les tablespaces, les
métadonnées décrivant les objets dans la base de
données source doivent être déplacées vers la nou-
velle base de données par l'exportation / l'importation
effectuée via Data Pump.
Les tablespaces transportés peuvent être copiés
dans une autre base de données qui peut se trouver
sur une plate-forme ayant un système d'exploitation
différent ou exécuter une version différente du logi-
ciel Oracle Database. Cela fourni un moyen relative-
ment rapide de migrer et de mettre à niveau une base
de données en une seule opération.
Par le passé, cette méthode pouvait être assez
compliquée, car le DBA était responsable du dépla-
cement des métadonnées telles que les procédures,
les packages, les contraintes, etc.
À partir d'Oracle Database 19c, la fonction d'exporta-
tion/importation de transport complet de la base de
données combine à la fois la vitesse et un transport
des métadonnées plus simple. Cette méthode peut
soit utiliser la copie des fichiers d’export ou utiliser
un lien inter base de données entre la base source et
la base cible.
Voici un exemple de déplacement complet de tables-
paces :
1. Mettez le/les tablespaces contenant les données
de l’application en mode READ ONLY ;
2. A partir de la 11.2.0.3, l’export complet contient à
la fois les métadonnées et les données pouvant
être dans des tablespaces non transportables
(SYSTEM, SYSAUX). Pour les versions 11g, il faut
préciserla version d’arrivée soit 12 :
3. expdp \”sys/xxx as sysdba\” DIRECTORY=DUMP_
DIR DUMPFILE=sourcefulltts.dmp VERSION=12
FULL=Y TRANSPORTABLE=ALWAYS EXCLUDE=-
TABLE_STATISTICS,INDEX_STATISTICS LOG-
FILE=journalexport.log
4. Copiez avec des utilitaires systèmes les fichiers
des tablespaces sur la plateforme d’arrivée ainsi
que le fichier d’export (sourcefulltts.dmp) ;
5. Créez une base en mode CDB avec une PDB qui
servira pour héberger la base transportée ;
6. Importez la base dans la PDB cible :
7. impdp pdbadmin/xxx@PDBCIBLE DIRECTO-
RY=DUMP_DIR DUMPFILE= sourcefulltts.dmp
LOGFILE=journalimport.log TRANSPORT_DATA-
FILES='/u02/oradata/CDB/PDBCIBLE/tbs1_1.dbf
' TRANSPORT_DATAFILES='/u02/oradata/CDB/
PDBCIBLE/tbs2_1.dbf '…
8. Remettez les tablespaces en mode READ WRITE
sur les bases source et cible.

Digora, Experts de la gestion des données www.digora.com 8/10

Méthode 3 : Exportation et
importation des données

Cette méthode est la plus ancienne des méthodes

de migration de bases de données Oracle. Elle peut
s’effectuer via les utilitaires exp/imp ou expdp/
impdp, en fonction des versions sources et cibles.
Elle a l’avantage de permettre le changement entre
n’importe quelle version, et de/vers n’importe quel
système d’exploitation. Elle permet aussi de défrag-
menter la base de données puisque l’ensemble des
objets sont recréés. La durée est cependant la plus
longue puisqu’elle est liée à la volumétrie de la base
de données.

Faites-vous accompagner pour une migration

sans stress
Afin de sécuriser vos bases de données, envisagez
dès à présent une migration vers Oracle 19c. Vous
profiterez ainsi d’une technologie supportée, plus sé-
curisée, performante et vous offrant de nombreuses
nouveautés.
Nous pouvons vous accompagner pour réaliser une
étude préparatoire afin d’analyser la compatibilité
de votre système actuel avec une version Oracle → Je contacte un expert Digora
Database plus récente, vérifier la conformité vis-à-
vis des règles Oracle, tester le fonctionnement des
applications et effectuer ladite migration on premise
ou dans le cloud. Enfin, nous pouvons maintenir vos
bases de données en condition opérationnelle avec
des garanties fortes allant jusqu’à 99,9% de disponi-
bilité en 24/7.

Digora, Experts de la gestion des données www.digora.com 9/10

Digora, Experts de la
gestion des données

Reconnu comme un expert de l’administration et l’optimisation des

bases de données, Digora accompagne les entreprises sur leurs enjeux
de performance, de sécurité, et de disponibilité du SI, tout en intégrant
les technologies Cloud et de l’IoT.

Digora propose des services de Conseil & Transfor- projets dans la rubrique Presse.
mation Numérique, de fourniture et d’hébergement
Digora a également noué des partenariats solides
d’infrastructure, de Services Managés (Support Tech-
avec des acteurs forts de l’IT Une équipe à la pointe,
nologique, Maintien en Condition Opérationnelle) et
Ce qui fait de Digora un expert des infrastructures IT
d’Innovation Digitale avec une plateforme IoT Hub.
et de la gestion de données.
Créée en 1997 et ayant son siège à Strasbourg, Digora
est présente en France (Bordeaux, Lille, Lyon, Paris,
Rennes, Strasbourg et Toulouse), au Luxembourg et
au Maroc.
Fiers de ses 140 collaborateurs, Digora est une entre-
prise à taille humaine et innovante dont les collabo-
rateurs ont à cœur d’accompagner leurs clients dans
la réussite de leur transformation digitale.
En 2019, Digora a réalisé un chiffre d’affaire de près de
23 millions d’euros.
Digora compte 550 clients actifs, grands comptes
et ETI de tous secteurs d’activités dont : BANDAI
NAMCO, BNP Paribas, Compagnie des Alpes, le
Conseil Régional d’Aquitaine, Engie, le Groupe
ÏDKIDS, Lacoste, Ramsay - Générale de Santé, Main-
care, Maisons du Monde, XPO, Poclain Hydraulics,
Sanofi, Toyota, l’UGAP. Découvre quelques beaux

→ Je contacte un expert Digora

Digora, Experts de la gestion des données www.digora.com 10/10