En savoir plus sur la migration avec Oracle Data Guard

Dans tous les cas de migration à l'aide d'Oracle Data Guard, vous pouvez effectuer une “permutation” vers une base de données de secours et créer une base de données principale à partir de la base de données de secours.

Deux solutions sont disponibles lorsque vous utilisez Oracle Data Guard pour réduire les migrations à temps d'inactivité. Les deux méthodes disposent d'un prérequis d'exécution sur les plates-formes compatibles avec Oracle Data Guard.

Lorsque votre objectif est de migrer la base de données source vers la destination et de conserver la même version de la base de données, vous pouvez utiliser la solution Data Guard simple. Lorsque votre objectif est de mettre à niveau votre base de données source vers une version ultérieure en plus de migrer la base de données source vers la cible, vous devez utiliser la solution Advanced Data Guard.

Les bases de données de secours utilisées dans le processus de migration doivent uniquement être utilisées à des fins de migration et non pour une récupération après sinistre.Lorsque vous préparez la migration, si vous devez tenir à jour une solution de récupération après sinistre Haute disponibilité, créez plusieurs bases de données de secours avec une pour la migration et des bases de données supplémentaires afin de répondre aux exigences de haute disponibilité.

Lorsque vous migrez une base de données à l'aide d'Oracle Data Guard, vous pouvez utiliser les méthodes suivantes :

• Simple Data Guard - Avec cette solution, la base de données source est déjà de la version cible du nouvel environnement.Une base de données de secours physique est créée dans le nouvel environnement.Lorsque vous êtes prêt à effectuer la migration, une permutation de bases de données Data Guard est effectuée et toutes les applications commencent à utiliser la nouvelle base de données principale.Dans le cadre de ce processus, vous pouvez expédier des données de journalisation à partir du nouvel environnement vers l'environnement source pour les conserver à jour. En cas de problème, une permutation avec perte de données nulle (basculement) peut être effectuée pour revenir à la configuration d'origine.

• Advanced Data Guard : avec cette solution, la base de données est mise à niveau vers une nouvelle version.Cette solution comporte deux méthodes :

  • Mise à niveau non simultanée logique non persistante : cette méthode permet un temps d'inactivité minimal. La durée de mise à niveau de la version de base de données n'a pas d'incidence sur la base de données source principale. La mise à niveau est effectuée sur la base de données de secours cible avant la permutation, laissant la base de données principale source ouverte pour utilisation.Une fois la mise à niveau terminée, passez à la base de données de secours cible mise à niveau et toutes les applications commencent à utiliser la nouvelle base de données principale mise à niveau.

  • Data Guard - Permutation de bases de données et Mise à niveau : cette méthode occasionne un temps d'inactivité (2 heures ou moins) pour mettre à niveau la base de données cible. Vous effectuez la permutation vers la base de données cible avant d'effectuer la mise à niveau.

Le cas échéant, dans le cadre de ces processus, vous pouvez utiliser Oracle Transparent Data Encryption (TDE) pour crypter les données existantes. Vous pouvez également effectuer une conversion vers l'architecture Oracle Multitenant en connectant votre base de données Oracle Database 12c ou version ultérieure en tant que base de données pluggable dans une base de données Conteneur cloud.

A propos de l'utilisation de la solution Data Guard simple

Cette solution pour la migration d'une base de données doit être utilisée lorsqu'aucune mise à niveau ou conversion vers une architecture colocative n'est requise.

L'image suivante fournit le flux général d'une migration simple, par exemple vers un environnement Oracle Cloud.   

Description de l'illustration mm-32575_edc_001a.png

Les prérequis pour la migration Data Guard simple sont les suivants :

• La base de données source peut être Oracle Database 11g version 11.2.0.4, Oracle Database 12c ou Oracle Database 18c.

• Le répertoire de base Oracle utilisé par la base de données de secours doit être de la même version que la base de données d'origine, mais il peut s'agir d'un niveau de package de patches différent. Toutefois, le package de patches utilisé par la base de données de secours doit se conformer à la version Document 1265700.1 - Oracle Patch Assurance - Data Guard Standby First Patch Apply.

• La plate-forme source et la plate-forme de destination doivent être compatibles pour une configuration Data Guard.

Les étapes de haut niveau pour la migration Data Guard simple sont les suivantes :

1. Préparer l'environnement Cloud et instancier la base de données de secours Data Guard dans l'environnement cible.

2. Activez TDE et cryptez les données utilisateur dans la base de données de secours.

3. Effectuez une permutation Data Guard vers le nouvel environnement afin que les applications utilisent la base de données dans le nouvel environnement.

   Une période minimale de temps d'inactivité se produit au cours de la permutation.Autorisez Data Guard à expédier et à appliquer les données de journalisation à la base de données d'origine.

4. Si des problèmes se produisent, exécutez une permutation de bases de données Data Guard pour revenir à la configuration d'origine.

A propos de l'utilisation de la solution de mise à niveau non simultanée logique non persistante

Cette solution pour la migration d'une base de données permet de limiter les temps d'inactivité dus à la mise à niveau. Cette solution doit être utilisée lorsque la base de données source ne présente aucune restriction concernant l'utilisation de la base de données de secours logique.

L'image suivante présente le flux général via la mise à niveau non simultanée logique non persistante pour effectuer la migration vers un environnement Oracle Cloud.

Description de l'illustration mm-32575_edc_002a.png

Les prérequis nécessaires à l'utilisation de la solution de mise à niveau non simultanée logique non persistante sont les suivants :

• La base de données source peut être Oracle Database 11g version 11.2.0.4, Oracle Database 12c ou Oracle Database 18c.

• La base de données source doit être compatible avec l'utilisation de la base de données de secours logique.

• Le répertoire de base Oracle utilisé par la base de données de secours cible doit être de la même version que la base de données source, mais il peut s'agir d'un niveau de package de patches différent. Le package de patches doit être conforme au document 1265700.1 - Oracle Patch Assurance - Data Guard - Application de premier patch en mode autonome.

• La plate-forme source et la plate-forme de destination doivent être compatibles pour une configuration Data Guard.

• Une base de données Conteneur avec au moins une base de données pluggable doit être créée et opérationnelle à partir d'un répertoire de base de données de la version cible dans l'environnement cible.

• Appliquez le patch 22826718 dans les répertoires de base Oracle de base de données non Conteneur et de base de données Conteneur pour les environnements 12c de base de données Oracle version 12.2.0.1. Ce patch permet d'utiliser les modifications FORCE KEYSTORE lors de l'utilisation d'un portefeuille TDE AUTOLOGIN sans recourir à un portefeuille basé sur un mot de passe.

Les étapes de haut niveau pour la solution de mise à niveau non simultanée logique non persistante sont les suivantes :

1. Préparer l'environnement Cloud et instancier la base de données de secours Data Guard dans l'environnement cible.

2. Mettez à niveau la base de données de secours à l'aide d'une mise à niveau non simultanée logique non persistante.

3. Activer TDE et crypter les données utilisateur dans la base de données de secours.

4. Effectuez une permutation Data Guard vers le nouvel environnement afin que les applications utilisent la base de données dans le nouvel environnement.

5. Si la source est non Conteneur, convertissez la base de données non Conteneur en base de données pluggable.

6. Revenez à la base de données source si nécessaire.

   En cas de problème, vous pouvez effectuer une permutation pour ramener la base de données source à son statut principal d'origine.La base de données de secours cible ne recevra pas de données de journalisation de la base de données source, ce qui pourrait entraîner une perte de données.

A propos de l'utilisation de la solution de permutation de bases de données et de mise à niveau Data Guard

Cette solution pour la migration d'une base de données entraîne le temps d'inactivité lors de la mise à niveau et est utilisée lorsque la base de données source est limitée à l'utilisation d'une base de données de secours logique.

L'image suivante fournit le flux général à l'aide de la permutation de bases de données Data Guard et de la mise à niveau pour effectuer la migration vers un environnement Oracle Cloud.

Description de l'illustration mm-32575_edc_003a.png

Les prérequis nécessaires à l'utilisation de la méthode de permutation de bases de données et de mise à niveau de Data Guard sont les suivants :

• La base de données source peut être Oracle Database 11g version 11.2.0.4, Oracle Database 12c ou Oracle Database 18c.

• La base de données source n'est pas compatible avec l'utilisation de la base de données de secours logique.

• Le répertoire de base Oracle utilisé par la base de données de secours doit être de la même version que la base de données source, mais il peut s'agir d'un niveau de package de patches différent. Le package de patches doit être conforme au document 1265700.1 - Oracle Patch Assurance - Data Guard - Application de premier patch en mode autonome.

• Les plates-formes source et de destination doivent être compatibles pour une configuration Data Guard.

• Une base de données Conteneur (CDB) comportant au moins une base de données pluggable doit être créée et opérationnelle à partir d'un répertoire de base de données de la version cible installée dans l'environnement cible.

• Appliquez le patch 22826718 dans les répertoires de base Oracle de base de données non Conteneur et de base de données Conteneur de destination pour les environnements Oracle Database version 12.2.0.1 de 12c. Ce patch permet d'utiliser les modifications FORCE KEYSTORE lors de l'utilisation d'un portefeuille TDE AUTOLOGIN sans recourir à un portefeuille basé sur un mot de passe.

Les étapes de haut niveau pour la méthode de permutation de bases de données et de mise à niveau Data Guard sont les suivantes :

1. Préparer l'environnement Cloud et instancier la base de données de secours Data Guard dans l'environnement cible.

2. Activer TDE et crypter les données utilisateur dans la base de données de secours.

3. Effectuez une permutation Data Guard vers l'environnement cible pour que les applications utilisent la base de données dans l'environnement cible, puis mettez à niveau la base de données.

4. Si nécessaire, convertissez la base de données non Conteneur en base de données pluggable.

5. Revenez à la base de données source si nécessaire.

   En cas de problème, vous pouvez effectuer une permutation pour ramener la base de données source à son statut principal d'origine.La base de données de secours cible ne recevra pas de données de journalisation de la base de données source, ce qui pourrait entraîner une perte de données.