1. Aprovisione y despliegue una solución de máxima disponibilidad para PeopleSoft en Oracle Cloud
  2. Configurar para migración de base de datos
  3. Configurar la futura base de datos primaria

Configurar la futura base de datos primaria

Configurará la futura instancia principal de Oracle Exadata Database Service on Dedicated Infrastructure y configurará Oracle Zero Downtime Migration para prepararse para migrar la base de datos PeopleSoft a OCI.

Acerca de los requisitos previos de Oracle Zero Downtime Migration

A continuación se muestran los requisitos más importantes de Oracle Zero Downtime Migration (ZDM) para una migración correcta:

  1. Servidor de host ZDM

    Aprovisione un host o una máquina virtual dedicados para alojar la instalación de ZDM, que incluye una pequeña huella de Oracle Clusterware, una base de datos MySQL y Aplicación de parches y aprovisionamiento de conjunto. Este servidor debe tener instalada la última imagen de Oracle Linux 7. Esta unidad de máquina virtual puede ser pequeña, 2 núcleos con 16 GB de RAM física son suficientes. El servidor ZDM organiza todas las tareas de migración de la base de datos en los sistemas de origen y de destino.

  2. Conectividad de Red
    El tipo de conectividad de red que tiene de local a recursos en OCI determinará el método de migración de ZDM y las opciones de transferencia de datos. Oracle Zero Downtime Migration permite diferentes topologías de conectividad de red, incluidas las conexiones directas a través de la VPN OCI FastConnect o IPSec, el uso de túneles SSH, servidores proxy y hosts bastión.

    Note:

    Es extremadamente importante comprender cómo sus sistemas locales accederán a los recursos de OCI y si los recursos de OCI deben acceder a sistemas locales específicos y, en caso afirmativo, por qué ruta de red.
    Tenga en cuenta lo siguiente:
    1. El servidor de host de ZDM debe poder acceder a los sistemas de origen local y de destino de OCI
    2. Para los métodos de migración ONLINE que utilizan Oracle Data Guard, los sistemas de origen y de destino deben poder acceder entre sí.
  3. cifrado de datos transparente (TDE)

    OCI requiere que todas las bases de datos estén cifradas. Si no es posible cifrar los datos antes de transferir la base de datos a OCI, puede crear una cartera de almacén de claves de TDE en el origen y el proceso de migración de ZDM cifrará los archivos de datos en el destino. Se necesita una cartera de TDE en el origen para las versiones de base de datos 12.2 y posteriores, pero puede utilizar este método para versiones de base de datos anteriores.

    Para conocer los pasos para definir el almacén de claves de TDE, consulte "Configuración del Almacén de Claves de Cifrado de Datos Transparente" en Migración a Oracle Cloud mediante Zero Downtime Migration.

  4. Base de datos de marcador de posición
    Debe crear una base de datos de marcador de posición en el destino Oracle Exadata Database Service on Dedicated Infrastructure antes de migrar con Oracle Zero Downtime Migration. ZDM eliminará las estructuras de datos de la base de datos de marcador de posición como parte del proceso de migración, con las estructuras de la base de datos de origen restauradas en su lugar. Sus metadatos permanecerán en su lugar. Utilice la consola de OCI para crearla, con estas restricciones:
    1. El directorio raíz de la base de datos debe tener la misma versión de software, versión y nivel de parche que el principal.
    2. DB_NAME debe ser el mismo que en la base de datos principal.
    3. DB_UNIQUE_NAME se puede dejar en blanco o especificarse, pero debe ser diferente de la principal.
    4. La contraseña SYS debe ser la misma que en la principal, ya que estamos utilizando Oracle Data Guard.
    5. No cree una base de datos conectable (PDB) en esta base de datos de contenedores (CDB).
    6. No configurar copias de seguridad automáticas al aprovisionar esta base de datos
  5. Acceso SSH

    Oracle Zero Downtime Migration requiere acceso SSH a los sistemas de origen y destino. Para el destino, utilizará el usuario en la nube opc y las claves SSH sin contraseña. Para un origen local, utilizará el usuario root. Puede configurar claves SSH sin contraseña y utilizarlas sin frases de contraseña, o bien puede utilizar el usuario y la contraseña root. Consulte Oracle Zero Downtime Migration para configurar el acceso SSH y garantizar que el servidor host ZDM pueda acceder a los sistemas de origen y destino.

Note:

Consulte Mover a Oracle Cloud mediante Zero Downtime Migration para obtener una descripción completa de los requisitos para Oracle Zero Downtime Migration.

Configuración de Oracle Zero Downtime Migration para Database Migration

Una vez que se hayan cumplido los requisitos y haya instalado Oracle Zero Downtime Migration, puede crear un archivo de respuesta para configurar la migración de la base de datos.

  1. Copie la plantilla de archivo de respuesta que se encuentra en $ZDM_HOME/rhp/zdm/template/zdm_template.rsp en el directorio de trabajo del servidor host de Oracle Zero Downtime Migration.
  2. Edite el archivo de respuesta para la migración de la base de datos.
    Hay varios parámetros disponibles para controlar la migración.
    Por ejemplo, puede configurar la migración para configurar Oracle Data Guard y Oracle Data Guard Broker, y para minimizar el tiempo de inactividad:
    Parámetro ZDM Valor Comentarios
    TGT_DB_UNIQUE_NAME CDBHCM_iad1dx Especifica el db_unique_name de la base de datos de marcador de posición.
    MIGRATION_METHOD ONLINE_PHYSICAL Método de migración utilizado por Oracle Zero Downtime Migration que no requiere que la base de datos principal esté inactiva.
    DATA_TRANSFER_MEDIUM OSS Oracle Zero Downtime Migration utiliza el servicio OCI Object Storage para almacenar en área temporal la copia de seguridad de la base de datos y, a continuación, restaurarla desde ella. Puede utilizar otros métodos de transferencia, como DIRECT, que pueden utilizar RMAN RESTORE FROM SERVICE sin tener que almacenar temporalmente la base de datos en el almacenamiento de objetos. Para DIRECT, se necesitan otros parámetros de Oracle Zero Downtime Migration, consulte la documentación de Oracle Zero Downtime Migration.
    PLATFORM_TYPE ExaCS[1] El sistema de destino para la migración es Exadata Cloud Service.
    TGT_RETAIN_DB_UNIQUE_NAME TRUE Para que Oracle Data Guard devuelva los logs al origen, la base de datos de destino (TGT) DB_UNIQUE_NAME se conserva durante el proceso de migración.
    TGT_SKIP_DATAPATCH TRUE Omitir la ejecución de datapatch en la base de datos destino.
    SHUTDOWN_SRC FALSE No cierre la base de datos de origen una vez finalizada la migración.
    SRC_RMAN_CHANNELS 10 Oracle Recovery Manager (RMAN) asignará 10 canales en la base de datos de origen para la copia de seguridad paralela de la base de datos.
    TGT_RMAN_CHANNELS 10 Oracle RMAN asignará 10 canales en la base de datos destino para la restauración paralela de la base de datos.
    ZDM_USE_DG_BROKER TRUE Oracle Zero Downtime Migration configurará Oracle Data Guard Broker como parte del proceso de migración.
    HOST https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/maacloud URL de punto final de servicio de OCI Object Storage. Necesario para el medio de transferencia de datos de OCI Object Storage.
    OPC_CONTAINER ZDM_Backup Nombre del cubo de OCI Object Storage. Necesario para el medio de transferencia de datos de OCI Object Storage.

    [1] El valor aceptado para PLATFORM_TYPE para Oracle Exadata Database Service on Dedicated Infrastructure es ExaCS.

  3. Determine los parámetros y la configuración restantes que sean adecuados para su escenario.
    En nuestro ejemplo, pudimos aceptar los valores por defecto para los parámetros restantes. Consulte la documentación de Oracle Zero Downtime Migration para obtener más información.

Prueba de la configuración y el archivo de parámetros de Oracle Zero Downtime Migration

Para probar los pasos de preparación y el archivo de configuración, ejecute Oracle Zero Downtime Migration en modo de evaluación.

La opción de línea de comandos -eval indica a Oracle Zero Downtime Migration que realice comprobaciones previas solo para todas las fases del proceso de migración y, a continuación, que se detenga. No se realizan cambios en los sistemas. Las comprobaciones previas de Oracle Zero Downtime Migration se realizan tanto en bases de datos de origen como de destino y, si DATA_TRANSFER_MEDIUM está definido en OSS, en OCI Object Storage.
  1. Ejecución de comprobaciones previas del proceso de migración.
    Por ejemplo, 
    $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

    Todos los trabajos de Oracle Zero Downtime Migration se realizan mediante un mecanismo de programación de trabajos y se ejecutan de forma asíncrona. Cuando se ejecuta un comando de Oracle Zero Downtime Migration, recibirá un ID de trabajo que puede utilizar para comprobar el estado del trabajo.

  2. Compruebe el estado de su trabajo.
    Por ejemplo, ejecute el siguiente comando para consultar el estado del ID de trabajo 5:
    $ $ZDM_HOME/bin/zdmcli query job -jobid 5
    La salida indica qué tarea se está ejecutando, qué tareas están pendientes y si las comprobaciones previas se han realizado correctamente o han fallado. A medida que consulta el estado del trabajo, puede ver la progresión hasta que el trabajo haya ejecutado todas las tareas necesarias.
  3. Ejecute zdmcli con -eval tantas veces como sea necesario para que se transfieran todas las comprobaciones previas.
    Si alguna tarea está marcada como PRECHECK_FAILED, consulte el archivo log "Result" para ver los errores y corríjalos.
  4. Antes de realizar una migración real, asegúrese de que el modo de evaluación devuelva PRECHECK_PASSED para todas las tareas de comprobación previa.
    Por ejemplo, 
    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

Migre la base de datos PeopleSoft

Puede utilizar Oracle Zero Downtime Migration para migrar la base de datos. Por defecto, migrará la base de datos y, a continuación, cambiará a ella.

Note:

NO queremos que Oracle Zero Downtime Migration realice el switchover, por lo que utilizaremos la cláusula -stopafter para parar después de que finalice la fase ZDM_CONFIGURE_DG_SRC.

  1. Ejecute el proceso de migración de base de datos y especifique -stopafter para parar la migración.
    Por ejemplo, 
    $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

    El comando devuelve un ID de trabajo que puede utilizar para comprobar el estado del trabajo.

  2. Compruebe el estado de su trabajo.
    Por ejemplo, ejecute el siguiente comando para consultar el estado del ID de trabajo 6:
    $ $ZDM_HOME/bin/zdmcli query job -jobid 6

    A continuación se muestra un ejemplo de la salida final después de completar la fase 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

Cuando este comando completa el paso ZDM_CONFIGURE_DG_SRC, Oracle Zero Downtime Migration ha copiado la base de datos de origen en OCI, la ha configurado como una base de datos en espera del origen, ha configurado Data Guard Broker y ha iniciado redo apply. La nueva base de datos en espera de OCI se está sincronizando con la base de datos principal de origen.

Oracle Zero Downtime Migration también completó las siguientes tareas:

  • Registró la base de datos migrada en Oracle Clusterware
  • Se han actualizado los metadatos del plano de control de OCI con información actualizada, incluidas las bases de datos conectables (PDB) que están dentro de la base de datos en espera
  • Cifrado de los archivos de datos de la base de datos en espera mediante Transparent Data Encryption (TDE), como se indica en los requisitos de Oracle Zero Downtime Migration.

    Note:

    WALLET_TYPE en la vista V$ENCRYPTION_WALLET se define en AUTOLOGIN.

Definir servicios de bases de datos basadas en roles para futuros principales

Agregue servicios de base de datos basados en roles que la aplicación PeopleSoft utilizará cuando la base de datos OCI rellene el rol PRIMARY, tanto para los usuarios en línea como para el programador de procesos.

  • Agregue servicios de base de datos basados en roles para usuarios en línea y el gestor de procesos.
    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