Consideraciones generales

• Sincronice los entornos de origen y destino para garantizar una migración de configuración correcta:
  • Asegúrese siempre de que las instancias de origen y destino son de la misma versión, con los mismos parches estándar y puntuales aplicados a ambas instancias.
  • En la instancia de origen, registre la instancia de destino. Consulte Visión general de la migración en Configuración y ampliación de aplicaciones.
  • Asegúrese de que tanto la instancia de origen como la de destino están sincronizadas. Para sincronizarlos, realice cambios en la aplicación en la instancia de origen, pruebe los cambios y, a continuación, míguelos a la instancia de destino.
  • Cree todas las configuraciones en la instancia de origen y, a continuación, mígrelas a la instancia de destino. Nunca cree configuraciones directamente en la instancia de destino.
  • Pruebe todos los cambios y configuraciones de la aplicación realizados en la instancia de origen antes de empezar con el proceso de migración.
  • Asegúrese de que la instancia de destino no tenga ninguna configuración reintroducida o que provenga de otro origen. Si las instancias de origen y destino son diferentes, vuelva a aprovisionar la instancia de destino del mismo ascendiente común que aprovisionó la instancia de origen.
  Nota
  
  Si estas directrices no se cumplen de cerca, se detectarán problemas relacionados con la migración de CSM y errores relacionados con la importación/exportación. Además, en algunas instancias, los entornos de origen y destino no estarán sincronizados y tendrá que realizar una operación P2T (de producción a prueba) para restaurar el orden en los entornos.
• Cree siempre configuraciones nuevas y no verificadas en un sandbox. El proceso de migración solo migrará las configuraciones que se hayan creado en un sandbox publicado.
  • Si realiza cambios de configuración en un sandbox y no publica en mainline, los cambios de configuración no se incluirán en el paquete de migración.
• Debe utilizar CSM para migrar consultas y configuraciones de menú, en lugar de las tareas existentes de Functional Setup Manager (FSM).
• Los artefactos de seguridad funcional para objetos estándar no se migran.
  • Si migra cualquier seguridad funcional asociada a roles en el origen a una instancia de destino y el rol correspondiente no existe en la instancia de destino, se producirá un error al importar.
  • Para evitar estos errores, puede crear de forma selectiva estos roles en la instancia de destino al importar el juego de migración. Consulte Exportación e importación de roles personalizados de HCM y perfiles de seguridad en Protección de aplicaciones.
• Después de aplicar las configuraciones, los usuarios finales de la aplicación Oracle Cloud no verán ningún cambio en la interfaz de usuario hasta que se desconecten y vuelvan a conectarse.

Migración delta

• Un flujo de migración normal lo migra todo. Debido a que este tipo de migración lo contiene todo, puede llevar mucho tiempo. Piense en ello como una proposición de todo o nada. Una migración Delta, por otro lado, solo migra lo que ha cambiado desde la última vez que migró. Al migrar solo el último juego de cambios, puede ahorrar un tiempo de ejecución considerable durante la migración.
• Tenga en cuenta que no puede seleccionar y elegir de forma selectiva cuál de los últimos cambios se debe migrar. La migración delta lleva todos los cambios desde la última vez. Sí, puede seleccionar los módulos que desea migrar, pero debe realizar todos los cambios dentro del módulo.
• Para realizar una migración delta, utilice la función sandbox en las instancias de origen y de destino. Consulte Ciclo de vida de configuración en Configuración y ampliación de aplicaciones.

Migración de roles

• Si necesita revisar y crear roles en la instancia de destino, no ejecute el pipeline de migración. Ejecute el trabajo de configuración de exportación manualmente, cree los roles necesarios en la instancia de destino y, a continuación, ejecute manualmente el trabajo de configuración de importación. Consulte Migración de configuraciones.
• Obtenga las credenciales de acceso de un usuario de Oracle Cloud Applications que se puede conectar y desplegar en la instancia de destino.

Extensiones que utilizan Visual Builder Studio

• En VB Studio, cree un proyecto para extensiones.
• En el proyecto VB Studio, asegúrese de que tiene entornos que apuntan tanto a instancias de Oracle Cloud Applications de origen como de destino. Consulte Adición de una instancia de aplicación de Oracle Cloud a un entorno en Administración de Visual Builder Studio.
• Si desea importar el juego de configuraciones en varias instancias de destino, cree un trabajo de importación para cada instancia de destino.
• Cuando se estén ejecutando trabajos de creación, no exporte configuraciones manualmente desde la instancia de origen ni realice cambios de seguridad.
• Después de haber disparado el pipeline de migración, no lo cancele ni vuelva a intentarlo si parece lento. Compruebe el log del trabajo de creación para supervisar el estado de migración.