Paso de Comparación

Comparación de Objetos de Migración

Este es el paso principal de la comparación. El Monitoreo de Objeto de Migración (F1–MGOPR) selecciona los registros de objeto de migración pendientes y los pasa al estado Comparando. Este es un estado transitorio que incluye el algoritmo que realiza el trabajo de comparación. Hay varios posibles resultados que se pueden generar según la lógica del algoritmo. El siguiente diagrama ilustra una parte del ciclo de vida del objeto de migración que pertenece a la comparación.

Los siguientes puntos describen el ciclo de vida.

• Cuando se seleccionan los registros en estado Pendiente mediante el trabajo de monitoreo en lote, se pasa al estado Comparando. Si el objeto de migración hace referencia a uno o varios algoritmos de comparación previa, estos se ejecutan para ajustar los datos antes de la comparación. Luego el algoritmo determinará cuál es el siguiente estado adecuado comparando los datos de origen con los de destino.

• Notas relacionadas con la entidad:

  • Si el registro del objeto de migración se encuentra en el entorno de destino, y los datos son exactamente los mismos, el registro pasa al estado Sin Modificar (con el valor de acción de objeto también definido en Sin Modificar).

  • Si el registro del objeto de migración se encuentra en el entorno de destino, y los datos son diferentes, el algoritmo establece el valor de acción de objeto en Cambiar y genera la sentencia SQL correspondiente para usarla más adelante en el paso Aplicar para actualizar el registro. Después se realiza la transición a Aprobado, Necesita Revisión o Rechazado en función del valor Estado por Defecto para Cambiar que se haya capturado en el Juego de Datos.

  • Si el registro del objeto de migración no se encuentra en el entorno de destino, el algoritmo establece el valor de acción de objeto en Agregar y genera la sentencia SQL correspondiente para usarla más adelante en el paso Aplicar para insertar el registro. Después se realiza la transición a Aprobado, Necesita Revisión o Rechazado en función del valor Estado por Defecto para Agregar que se haya capturado en el Juego de Datos.

  • Cuando la importación se realiza en modo en bloque, cada entidad incluida se compara por separado, pero el estado general del registro se define de la siguiente manera:

    • Si ninguna de las entidades incluidas se modifica, el registro del objeto de migración hace una transición al estado Sin Modificar (con el valor de acción del objeto también definido en Sin Modificar).

    • Si ninguna de las entidades incluidas se modifica o si todas se modifican, el valor de acción del objeto se define en Cambiar, se generan los SQLs correspondientes solo para las entidades modificadas, y el objeto de migración hace una transición según la configuración de Estado por Defecto para Cambiar que se captura en el Juego de Datos.

    • Si ninguna de las entidades incluidas se modifica o si todas son nuevas, el valor de acción del objeto se define en Agregar, se generan los SQLs correspondientes solo para las entidades nuevas, y el objeto de migración hace una transición según la configuración de Estado Por Defecto para Agregar que se captura en el Juego de Datos.

    • Si algunas de las entidades incluidas son nuevas y algunas se modifican, el valor de acción del objeto se define en Acciones Combinadas, se generan los SQLs correspondientes para cada entidad, y el objeto de migración hace una transición según la configuración de Estado Por Defecto para Cambiar que se captura en el Juego de Datos.

• Si hay un problema mientras se intentan analizar los datos del objeto de la importación, el registro pasará al estado Error durante Comparación.

• Si hay algún motivo por el que el objeto importado no es válido para importación, el registro pasará a No se Puede Aplicar. El registro se actualizará con el error que causó la transición del registro a este estado. Un ejemplo es que quizás el registro se exportó en una versión diferente del producto y tiene elementos adicionales que no se reconocen en esta versión.

Actualización de Estado de Transacción de Migración

Después del paso de importación, la transacción de migración permanece en el estado Pendiente hasta que todos los objetos han finalizado el paso de comparación. En ese punto, el estado de las transacciones se debe actualizar según los resultados de los objetos. El Monitoreo de Transacción de Migración (F1–MGTPR) selecciona los registros de transacción de migración pendiente y ejecuta los algoritmos de monitoreo. Hay varios posibles resultados que se pueden generar según la lógica de los algoritmos. El siguiente diagrama ilustra una parte del ciclo de vida de la transacción de migración que pertenece a la comparación.

Los siguientes puntos describen los posibles próximos estados del ciclo de vida después del estado Pendiente.

• Si algún objeto de migración relacionado está en el estado Error durante Comparación, la transacción pasa al estado Error durante Comparación.

• Si todos los objetos de migración relacionados están en el estado Sin Modificar, la transacción pasa al estado Sin Modificar.

• De lo contrario, la transacción pasa al estado Listo para Aplicar. Esto significa que al menos un objeto está en el estado “aplicable”.

La transacción permanece en el estado Listo para Aplicar hasta que un usuario ha aprobado el juego de datos para mover al paso Aplicar y los objetos relacionados con la transacción han intentado aplicarse. Esto se describe con mayor detalle más abajo.

Actualización de Estado de Importación de Juego de Datos de Migración

Una vez que se han actualizado todos los objetos y las transacciones mediante los dos pasos anteriores, se debe actualizar la exportación del juego de datos de migración según los resultados de las transacciones. El Monitoreo de Importación del Juego de Datos de Migración (F1-MGDIM) selecciona los juegos de datos Listo para Comparar y ejecuta los algoritmos de monitoreo. Tenga en cuenta que este es el mismo proceso de monitoreo que se usa para seleccionar los juegos de datos Pendientes. Hay varios posibles resultados que se pueden generar según la lógica de los algoritmos. El siguiente diagrama ilustra una parte del ciclo de vida de la transacción de migración que pertenece a la comparación.

Los siguientes puntos describen los posibles próximos estados del ciclo de vida después del estado Listo para Comparar.

• Si alguna transacción de migración relacionada está en el estado Error durante Comparación, el juego de datos pasa al estado Error.

• Si todas las transacciones de migración relacionadas están en el estado Sin Modificar, el juego de datos pasa al estado Sin Modificar.

• De lo contrario, la transacción pasa al estado En espera de aprobación. Esto significa que no hay errores y que al menos un objeto está en el estado “aplicable”.

Los datos permanecen en el estado En espera de aprobación hasta que un usuario decide que el juego de datos y todos sus registros están listos para avanzar al paso Aplicar.