Configurer la future base principale
À propos des préalables pour le service Oracle Zero Downtime Migration
Voici les préalables les plus importants pour une migration réussie : Oracle Zero Downtime Migration :
- Serveur hôte ZDM
Provisionnez un hôte dédié ou une machine virtuelle pour héberger l'installation ZDM, qui comprend une petite empreinte Oracle Clusterware, une base de données MySQL et l'application de correctifs et de provisionnement de flotte. 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 mémoire vive 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 que vous avez sur place aux 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 au moyen du RPV OCI FastConnect ou IPSec, de l'utilisation de tunnels SSH, de serveurs mandataires et d'hôtes bastion.
Note :
Il est extrêmement important de comprendre comment vos systèmes sur place accèderont aux ressources OCI et si les ressources OCI doivent accéder à des systèmes sur place spécifiques, et si oui, par quel chemin de réseau.Tenez compte des points suivants :- Le serveur hôte ZDM doit pouvoir accéder aux systèmes source et cible OCI sur place
- 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 chiffrées. S'il n'est pas possible de chiffrer les données elles-mêmes avant le transfert de la base de données dans OCI, vous pouvez créer un portefeuille de magasin de clés TDE à la source et le processus de migration ZDM chiffrera les fichiers de données à la cible. Un portefeuille TDE est requis à 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 les étapes de définition du magasin de clés TDE, voir "Configuration du magasin de clés de chiffrement transparent des données" dans Déplacer vers Oracle Cloud à l'aide de la migration sans temps d'arrêt.
- Base de données de paramètres fictifsYou must create a placeholder database on the target Oracle Exadata Database Service on Dedicated Infrastructure before migrating with Oracle Zero Downtime Migration. ZDM supprimera les structures de données de la base de données fictive 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 la base de données doit avoir la même version de logiciel, la même version et le même niveau de correctif que le répertoire principal.
- La valeur
DB_NAME
doit être identique à celle de la base principale. - La valeur
DB_UNIQUE_NAME
peut être 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 l'instance principale, car nous utilisons Oracle Data Guard. - Ne créez pas de base de données enfichable 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 en nuage
opc
et les clés SSH sans mot de passe. Pour une source sur place, vous utiliserez l'utilisateurroot
. Vous pouvez configurer des clés SSH sans mot de passe et les utiliser sans passerelles, ou vous pouvez utiliser l'utilisateur et le mot de passeroot
. Voir Oracle Zero Downtime Migration pour configurer l'accès SSH et s'assurer que le serveur hôte ZDM peut accéder aux systèmes source et cible.
Note :
Pour obtenir une description complète des conditions requises pour Oracle Zero Downtime Migration, voir Déplacement vers Oracle Cloud à l'aide de la migration sans temps d'arrêt.
Configurer Oracle Zero Downtime Migration pour le service de migration de bases de données
Une fois que vos préalables sont satisfaits et que vous avez installé Oracle Zero Downtime Migration, vous pouvez créer un fichier de réponses pour configurer votre migration de base de données.
Tester la configuration et le fichier de paramètres Oracle Zero Downtime Migration
Pour tester vos étapes de préparation et votre fichier de configuration, exécutez Oracle Zero Downtime Migration en mode d'évaluation.
-eval
indique à Oracle Zero Downtime Migration d'effectuer des vérifications préalables uniquement pour toutes les phases du processus de migration, puis de s'arrêter. Aucune modification n'est apportée aux systèmes. Les vérifications préalables d'Oracle Zero Downtime Migration sont effectuées sur les bases de données source et cible et, si DATA_TRANSFER_MEDIUM
est réglé à OSS
, sur le stockage d'objets OCI.
Migrer la base de données PeopleSoft
Vous pouvez utiliser Oracle Zero Downtime Migration pour migrer la base de données. Par défaut, il migrera la base de données, puis y basculera.
Note :
Nous ne voulons PAS qu'Oracle Zero Downtime Migration effectue la permutation. La clause -stopafter
s'arrêtera une fois la phase ZDM_CONFIGURE_DG_SRC
terminée.
Lorsque cette commande termine 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 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 principale source.
Oracle Zero Downtime Migration a également effectué les tâches suivantes :
- Enregistrement de la base de données migrée dans Oracle Clusterware
- Métadonnées du plan de contrôle OCI mises à jour avec des informations mises à jour, y compris toutes les bases de données enfichables qui se trouvent dans la base de données de secours
- Les fichiers de données de la base de données de secours ont été chiffrés à l'aide du chiffrement transparent des données, comme indiqué dans les préalables pour Oracle Zero Downtime Migration.
Note :
WALLET_TYPE
dans la vueV$ENCRYPTION_WALLET
est réglé àAUTOLOGIN
.
Définir des services de bases de données basées sur des rôles pour les bases principales futures
Ajoutez des services de base de données basés sur des rôles que l'application PeopleSoft utilisera lorsque la base de données OCI remplit le rôle PRIMARY, pour les utilisateurs en ligne et le programmateur de processus.