Configurer la future base principale

You'll set up the future primary Oracle Exadata Database Service on Dedicated Infrastructure and configure Oracle Zero Downtime Migration to prepare to migrate the PeopleSoft database to OCI.

À 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 :

  1. 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.

  2. Connectivité réseau
    Le 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 :
    1. Le serveur hôte ZDM doit pouvoir accéder aux systèmes source et cible OCI sur place
    2. 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.
  3. 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.

  4. Base de données de paramètres fictifs
    You 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 :
    1. 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.
    2. La valeur DB_NAME doit être identique à celle de la base principale.
    3. La valeur DB_UNIQUE_NAME peut être vide ou spécifiée, mais elle doit être différente de la valeur principale.
    4. Le mot de passe SYS doit être identique à celui de l'instance principale, car nous utilisons Oracle Data Guard.
    5. Ne créez pas de base de données enfichable dans cette base de données conteneur.
    6. Ne pas configurer de sauvegardes automatiques lors du provisionnement de cette base de données
  5. 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'utilisateur root. 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 passe root. 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.

  1. Copiez le modèle de fichier de réponses trouvé dans $ZDM_HOME/rhp/zdm/template/zdm_template.rsp dans votre répertoire de travail sur le serveur hôte Oracle Zero Downtime Migration.
  2. Modifiez le fichier de réponses pour la migration de votre base de données.
    Plusieurs paramètres sont disponibles pour contrôler la migration.
    Par exemple, vous pouvez configurer votre migration pour configurer Oracle Data Guard et Oracle Data Guard Broker, et pour réduire le temps d'arrêt :
    Paramètre ZDM Valeur Commentaires
    TGT_DB_UNIQUE_NAME CDBHCM_iad1dx Spécifie la valeur db_unique_name de la base de données de paramètre fictif.
    MIGRATION_METHOD ONLINE_PHYSICAL Méthode de migration utilisée par Oracle Zero Downtime Migration qui ne nécessite pas que la base de données principale soit arrêtée.
    DATA_TRANSFER_MEDIUM OSS Oracle Zero Downtime Migration utilise le service Stockage d'objets OCI pour stocker temporairement la sauvegarde de la base de données, puis la restaurer à partir de celle-ci. Vous pouvez utiliser d'autres méthodes de transfert, telles que DIRECT, qui peuvent utiliser RMAN RESTORE FROM SERVICE sans avoir à stocker temporairement la base de données dans le stockage d'objets. Pour DIRECT, d'autres paramètres Oracle Zero Downtime Migration sont requis, voir la documentation sur Oracle Zero Downtime Migration.
    PLATFORM_TYPE ExaCS[1] Le système cible de la migration est Exadata Cloud Service.
    TGT_RETAIN_DB_UNIQUE_NAME TRUE Pour qu'Oracle Data Guard réexpédie les journaux vers la source, la base de données cible (TGT) DB_UNIQUE_NAME est conservée pendant le processus de migration.
    TGT_SKIP_DATAPATCH TRUE Ignorer l'exécution du correctif de données dans la base de données cible.
    SHUTDOWN_SRC FALSE N'arrêtez pas la base de données source une fois la migration terminée.
    SRC_RMAN_CHANNELS 10 Oracle Recovery Manager (RMAN) affecte 10 canaux à la base de données source pour la sauvegarde parallèle de la base de données.
    TGT_RMAN_CHANNELS 10 Oracle RMAN alloue 10 canaux à la base de données cible pour la restauration en parallèle.
    ZDM_USE_DG_BROKER TRUE Oracle Zero Downtime Migration configure Oracle Data Guard Broker dans le cadre du processus de migration.
    Hébergement https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/maacloud URL du point d'extrémité du service de stockage d'objets OCI. Nécessaire pour le support de transfert de données du service Stockage d'objets OCI.
    OPC_CONTAINER ZDM_Backup Nom du seau de stockage d'objets OCI. Nécessaire pour le support de transfert de données du service Stockage d'objets OCI.

    [1] The accepted value for PLATFORM_TYPE for Oracle Exadata Database Service on Dedicated Infrastructure is ExaCS.

  3. Déterminez les paramètres et paramètres restants qui conviennent à votre scénario.
    Dans notre exemple, nous avons pu accepter les valeurs par défaut pour les paramètres restants. Pour plus de détails, consultez la documentation sur Oracle Zero Downtime Migration.

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.

L'option de ligne de commande -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.
  1. Exécutez les vérifications préalables du processus de migration.
    Par exemple,
    $ZDM_HOME/bin/zdmcli migrate database \
     -sourcedb CDBHCM_sca6dp \
     -sourcenode scaqan10dv0505.example.com \
     -srcauth zdmauth \
     -srcarg1 user:opc \
     -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
     -srcarg3 sudo_location:/usr/bin/sudo \
     -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com \
     -backupuser <oci user name> \
     -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp \
     -tgtauth zdmauth \
     -tgtarg1 user:opc \
     -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
     -tgtarg3 sudo_location:/usr/bin/sudo \
     -eval

    Toutes les tâches Oracle Zero Downtime Migration sont exécutées au moyen d'un mécanisme de programmation des tâches et sont exécutées de manière asynchrone. Lorsqu'une commande Oracle Zero Downtime Migration est exécutée, vous recevez un ID tâche que vous pouvez utiliser pour vérifier le statut de la tâche.

  2. Vérifiez l'état de votre travail.
    Par exemple, exécutez la commande suivante pour interroger le statut de la tâche ID 5 :
    $ $ZDM_HOME/bin/zdmcli query job -jobid 5
    La sortie indique quelle tâche est en cours d'exécution, quelles tâches sont en attente et si les vérifications préalables ont réussi ou échoué. Au fur et à mesure que vous interrogez le statut du travail, vous pouvez voir la progression jusqu'à ce que le travail ait exécuté toutes les tâches requises.
  3. Exécutez zdmcli avec -eval autant de fois que nécessaire pour que toutes les vérifications préalables réussissent.
    Si une tâche est marquée PRECHECK_FAILED, consultez le fichier journal "Résultat" pour connaître les erreurs et corrigez-les.
  4. Avant d'effectuer une migration réelle, assurez-vous que le mode d'évaluation retourne PRECHECK_PASSED pour toutes les tâches de vérification préalable.
    Par exemple,
    iad-zdm. ebsexadbprivate.ebscloudmaavcn.oraclevcn.com: Audit ID: 50
    Job ID: 5
    User: zdmuser
    Client: iad-zdm
    Job Type: "EVAL"
    Scheduled job command: "zdmcli migrate database -sourcedb CDBHCM_sca6dp -sourcenode scaqan10dv0505.mycompany.com -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -srcarg3 sudo_location:/usr/bin/sudo -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com -backupuser <oci user name> -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -tgtarg3 sudo_location:/usr/bin/sudo -eval"
    Scheduled job execution start time: 2022-07-26T20:26:01Z. Equivalent local time: 2022-07-26 20:26:01
    Current status: SUCCEEDED
    Result file path: "/u01/app/zdmbase/chkbase/scheduled/job-5-2022-07-26-20:26:21.log"
    Metrics file path: "/u01/app/zdmbase/chkbase/scheduled/job-5-2022-07-26-20:26:21.json"
    Job execution start time: 2022-07-26 20:26:21
    Job execution end time: 2022-07-26 20:30:37
    Job execution elapsed time: 4 minutes 16 seconds
    ZDM_GET_SRC_INFO ........... PRECHECK_PASSED
    ZDM_GET_TGT_INFO ........... PRECHECK_PASSED
    ZDM_PRECHECKS_SRC .......... PRECHECK_PASSED
    ZDM_PRECHECKS_TGT .......... PRECHECK_PASSED
    ZDM_SETUP_SRC .............. PRECHECK_PASSED
    ZDM_SETUP_TGT .............. PRECHECK_PASSED
    ZDM_PREUSERACTIONS ......... PRECHECK_PASSED
    ZDM_PREUSERACTIONS_TGT ..... PRECHECK_PASSED
    ZDM_OBC_INST_SRC ........... PRECHECK_PASSED
    ZDM_OBC_INST_TGT ........... PRECHECK_PASSED
    ZDM_VALIDATE_SRC ........... PRECHECK_PASSED
    ZDM_VALIDATE_TGT ........... PRECHECK_PASSED
    ZDM_POSTUSERACTIONS ........ PRECHECK_PASSED
    ZDM_POSTUSERACTIONS_TGT .... PRECHECK_PASSED
    ZDM_CLEANUP_SRC ............ PRECHECK_PASSED
    ZDM_CLEANUP_TGT ............ PRECHECK_PASSED

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.

  1. Exécutez le processus de migration de base de données et spécifiez -stopafter pour arrêter la migration.
    Par exemple,
    $ZDM_HOME/bin/zdmcli migrate database \
     -sourcedb CDBHCM_sca6dp \
     -sourcenode scaqan10dv0505.mycompany.com \
     -srcauth zdmauth \
     -srcarg1 user:opc \
     -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
     -srcarg3 sudo_location:/usr/bin/sudo \
     -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com \
     -backupuser <oci user name> \
     -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp \
     -tgtauth zdmauth \
     -tgtarg1 user:opc \
     -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
     -tgtarg3 sudo_location:/usr/bin/sudo \
     -stopafter ZDM_CONFIGURE_DG_SRC

    La commande retourne un ID tâche que vous pouvez utiliser pour vérifier le statut du travail.

  2. Vérifiez l'état de votre travail.
    Par exemple, exécutez la commande suivante pour interroger le statut de la tâche ID 6 :
    $ $ZDM_HOME/bin/zdmcli query job -jobid 6

    Voici un exemple de la sortie finale après avoir terminé la phase ZDM_CONFIGURE_DB_SRC.

    iad-zdm. ebsexadbprivate.ebscloudmaavcn.oraclevcn.com: Audit ID: 74
    Job ID: 6
    User: zdmuser
    Client: iad-zdm
    Job Type: "MIGRATE"
    Scheduled job command: "zdmcli migrate database -sourcedb CDBHCM_sca6dp -sourcenode scaqan10dv0505.mycompany.com -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -srcarg3 sudo_location:/usr/bin/sudo -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com -backupuser <oci user name> -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -tgtarg3 sudo_location:/usr/bin/sudo -pauseafter ZDM_CONFIGURE_DG_SRC"
    Scheduled job execution start time: 2022-07-26T20:35:24Z. Equivalent local time: 2022-07-26 20:35:24
    Current status: PAUSED
    Current Phase: "ZDM_CONFIGURE_DG_SRC"
    Result file path: "/u01/app/zdmbase/chkbase/scheduled/job-6-2022-07-26-20:35:51.log"
    Metrics file path: "/u01/app/zdmbase/chkbase/scheduled/job-6-2022-07-26-20:35:51.json"
    Job execution start time: 2022-07-26 20:35:51
    Job execution end time: 2022-07-26 21:37:05
    Job execution elapsed time: 1 hours 1 minutes 14 seconds
    ZDM_GET_SRC_INFO ............... COMPLETED
    ZDM_GET_TGT_INFO ............... COMPLETED
    ZDM_PRECHECKS_SRC .............. COMPLETED
    ZDM_PRECHECKS_TGT .............. COMPLETED
    ZDM_SETUP_SRC .................. COMPLETED
    ZDM_SETUP_TGT .................. COMPLETED
    ZDM_PREUSERACTIONS ............. COMPLETED
    ZDM_PREUSERACTIONS_TGT ......... COMPLETED
    ZDM_OBC_INST_SRC ............... COMPLETED
    ZDM_OBC_INST_TGT ............... COMPLETED
    ZDM_VALIDATE_SRC ............... COMPLETED
    ZDM_VALIDATE_TGT ............... COMPLETED
    ZDM_BACKUP_FULL_SRC ............ COMPLETED
    ZDM_BACKUP_INCREMENTAL_SRC ..... COMPLETED
    ZDM_DISCOVER_SRC ............... COMPLETED
    ZDM_COPYFILES .................. COMPLETED
    ZDM_PREPARE_TGT ................ COMPLETED
    ZDM_SETUP_TDE_TGT .............. COMPLETED
    ZDM_CLONE_TGT .................. COMPLETED
    ZDM_FINALIZE_TGT ............... COMPLETED
    ZDM_CONFIGURE_DG_SRC ........... COMPLETED

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 vue V$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.

  • Sert à ajouter des services de base de données fondés sur des rôles pour les utilisateurs en ligne et le Répartiteur de traitements.
    srvctl add service -db CDBHCM_iad1dx -pdb HR92U033 -service HR92U033_BATCH -preferred "CDBHCM1,CDBHCM2" -notification TRUE -role PRIMARY,SNAPSHOT_STANDBY -failovermethod BASIC -failovertype AUTO -failoverretry 10 -failoverdelay 3
    
    srvctl add service -db CDBHCM_iad1dx -pdb HR92U033 -service HR92U033_ONLINE -preferred "CDBHCM1,CDBHCM2" -notification TRUE -role PRIMARY,SNAPSHOT_STANDBY -failovermethod BASIC -failovertype AUTO -failoverretry 10 -failoverdelay 3