Configurer la future base principale
A propos des prérequis d'Oracle Zero Downtime Migration
Voici les prérequis Oracle Zero Downtime Migration (ZDM) les plus critiques pour une migration réussie :
- Serveur hôte ZDM
Provisionnez un hôte dédié ou une machine virtuelle pour héberger l'installation ZDM, qui inclut une petite empreinte Oracle Clusterware, une base de données MySQL et l'application de patches et provisionnement de parc. La dernière image Oracle Linux 7 doit être installée sur ce serveur. Cette forme de machine virtuelle peut être petite, 2 coeurs avec 16 Go de RAM physique suffisent. Le serveur ZDM orchestre toutes les tâches de migration de base de données sur les systèmes source et cible.
- Connectivité réseauLe type de connectivité réseau dont vous disposez sur site vers les ressources sur OCI déterminera votre méthode de migration ZDM et vos options de transfert de données. Oracle Zero Downtime Migration permet différentes topologies de connectivité réseau, notamment des connexions directes via le VPN OCI FastConnect ou IPSec, l'utilisation de tunnels SSH, de serveurs proxy et d'hôtes de bastion.
Remarques :
Il est extrêmement important de comprendre comment vos systèmes sur site accéderont aux ressources OCI et si les ressources OCI doivent accéder à des systèmes sur site spécifiques, et si oui, par quel chemin réseau.Prenez les éléments suivants en considération :- Le serveur hôte ZDM doit pouvoir accéder aux systèmes source et cible OCI sur site
- Pour les méthodes de migration en ligne utilisant Oracle Data Guard, les systèmes source et cible doivent pouvoir accéder les uns aux autres.
- Chiffrement transparent des données (TDE)
OCI exige que toutes les bases de données soient cryptées. S'il n'est pas possible de crypter les données elles-mêmes avant le transfert de la base de données dans OCI, vous pouvez créer un portefeuille de fichier de clés TDE au niveau de la source et le processus de migration ZDM crypte les fichiers de données au niveau de la cible. Un portefeuille TDE est requis au niveau de la source pour les versions de base de données 12.2 et supérieures, mais vous pouvez utiliser cette méthode pour les versions de base de données antérieures.
Pour connaître les étapes de définition du fichier de clés TDE, reportez-vous à Configuration du fichier de clés de cryptage transparent des données dans Déplacement vers Oracle Cloud à l'aide de Zero Downtime Migration.
- Base de données d'espace réservéVous devez créer une base de données d'espace réservé sur Oracle Exadata Database Service on Dedicated Infrastructure cible avant de procéder à la migration avec Oracle Zero Downtime Migration. Le moniteur ZDM supprime les structures de données de la base de données de réserve dans le cadre du processus de migration, les structures de la base de données source étant restaurées à sa place. Ses métadonnées resteront en place. Utilisez la console OCI pour la créer, avec les contraintes suivantes :
- Le répertoire de base de base de données doit avoir la même version logicielle, la même version et le même niveau de patch que le répertoire principal.
DB_NAME
doit être identique à celui de la base de données principale.- La valeur
DB_UNIQUE_NAME
peut être laissée vide ou spécifiée, mais elle doit être différente de la valeur principale. - Le mot de passe
SYS
doit être identique à celui de la base principale, car nous utilisons Oracle Data Guard. - Ne créez pas de base de données pluggable dans cette base de données Conteneur.
- Ne pas configurer de sauvegardes automatiques lors du provisionnement de cette base de données
- Accès SSH
Oracle Zero Downtime Migration nécessite un accès SSH aux systèmes source et cible. Pour la cible, vous utiliserez l'utilisateur cloud
opc
et les clés SSH sans mot de passe. Pour une source sur site, vous utiliserez l'utilisateurroot
. Vous pouvez configurer des clés SSH sans mot de passe et les utiliser sans phrases de passe, ou vous pouvez utiliser l'utilisateur et le mot de passeroot
. Reportez-vous à Oracle Zero Downtime Migration pour configurer l'accès SSH et vérifier que le serveur hôte ZDM peut accéder aux systèmes source et cible.
Remarques :
Reportez-vous à Déplacement vers Oracle Cloud à l'aide de Zero Downtime Migration pour obtenir une description complète des prérequis pour Oracle Zero Downtime Migration.
Configuration d'Oracle Zero Downtime Migration pour Database Migration
Une fois les prérequis résolus et que vous avez installé Oracle Zero Downtime Migration, vous pouvez créer un fichier de réponses pour configurer la migration de base de données.
Test de la configuration et du fichier de paramètres Oracle Zero Downtime Migration
Pour tester les étapes de préparation et le fichier de configuration, exécutez Oracle Zero Downtime Migration en mode d'évaluation.
-eval
indique à Oracle Zero Downtime Migration d'effectuer des prévérifications uniquement pour toutes ses phases de processus de migration, puis de s'arrêter. Aucune modification n'est apportée aux systèmes. Les prévérifications Oracle Zero Downtime Migration sont effectuées sur les bases de données source et cible et, si DATA_TRANSFER_MEDIUM
est défini sur OSS
, sur OCI Object Storage.
Migration de la base de données PeopleSoft
Vous pouvez utiliser Oracle Zero Downtime Migration pour migrer la base de données. Par défaut, la base de données est migrée, puis basculée vers celle-ci.
Remarques :
Nous ne voulons PAS qu'Oracle Zero Downtime Migration effectue la permutation. Utilisez donc la clause -stopafter
pour arrêter une fois la phase ZDM_CONFIGURE_DG_SRC
terminée.
Lorsque cette commande a terminé l'étape ZDM_CONFIGURE_DG_SRC
, Oracle Zero Downtime Migration a copié la base de données source dans OCI, l'a configurée en tant que base de données de secours de la source, a configuré Data Guard Broker et a démarré redo apply
. La nouvelle base de données de secours OCI est en cours de synchronisation avec la base de données principale source.
Oracle Zero Downtime Migration a également effectué les tâches suivantes :
- Inscription de la base de données migrée dans Oracle Clusterware
- Les métadonnées du plan de contrôle OCI ont été mises à jour avec les informations mises à jour, y compris les bases de données pluggables qui se trouvent dans la base de données de secours.
- Cryptage des fichiers de données de la base de données de secours à l'aide du cryptage transparent des données (TDE), comme indiqué dans les prérequis Oracle Zero Downtime Migration.
Remarques :
La valeurWALLET_TYPE
dans la vueV$ENCRYPTION_WALLET
est définie surAUTOLOGIN
.
Définir des services de base de données basés sur des rôles pour une base principale future
Ajoutez les services de base de données basés sur les rôles que l'application PeopleSoft utilisera lorsque la base de données OCI remplit le rôle PRIMARY, à la fois pour les utilisateurs en ligne et pour l'ordonnanceur de traitements.