Cómo afecta el cambio de versión a los datos de tiempo de ejecución

Descubra cómo afecta el cambio de versión al flujo de actividades y a la ejecución activa de las integraciones. Por ejemplo, todas las actividades de tiempo de ejecución se pausan durante el tiempo de inactividad.

Tiempo de retención de datos de integración

Las ediciones Standard y Enterprise de Oracle Integration 3 soportan por defecto 32 días de retención de datos. Durante la actualización, solo se migrarán los 32 días más recientes de datos retenidos. Si lo desea, puede aumentar el período de retención de datos para las ediciones Standard y Enterprise. Consulte Edición del período de retención de datos para una instancia.

Oracle Integration 3 también está disponible en una edición de Healthcare, que admite 184 días de retención de datos.

Datos históricos en el flujo de actividades

El flujo de actividades de Oracle Integration Generation 2 no se mueve a Oracle Integration 3. Por ello, una vez completado el cambio de versión, los datos históricos de las integraciones no están disponibles en Oracle Integration 3.

La función de flujo de actividades está disponible en Oracle Integration 3. Por lo tanto, la información histórica está disponible a partir de la fecha de cambio de versión.

Si captura el flujo de actividades en Oracle Cloud Infrastructure, esta información permanecerá disponible después del cambio de versión. Si aún no ha capturado estos datos, puede empezar en cualquier momento. Consulte Captura del flujo de actividades de integraciones en la consola de Oracle Cloud Infrastructure.

Ejecución activa de integraciones síncronas

Cuando el tiempo de inactividad comienza como parte del cambio de versión, Oracle Integration deja de aceptar solicitudes entrantes para ejecutar de forma activa integraciones síncronas. Oracle Integration también termina de procesar todas las solicitudes recibidas anteriormente en unos minutos.

Durante el tiempo de inactividad, cualquier cliente que envíe una solicitud a Oracle Integration recibe un aviso de fallo.

Nota

Durante el tiempo de inactividad, si una integración llama a una integración situada en la misma ubicación mediante una llamada local o si una integración es una integración híbrida que utiliza el agente de conectividad, la integración no se ejecuta correctamente.

Una vez finalizado el cambio de versión, Oracle Integration vuelve a aceptar solicitudes entrantes.

Ejecución activa de integraciones asíncronas

Cuando el tiempo de inactividad comienza como parte del cambio de versión, Oracle Integration deja de aceptar solicitudes entrantes para ejecutar activamente integraciones asíncronas. Oracle Integration también termina de procesar las solicitudes recibidas anteriormente. En la mayoría de los casos, Oracle Integration procesa las solicitudes en unos minutos.

Una vez finalizado el cambio de versión, Oracle Integration vuelve a aceptar solicitudes entrantes.

Antes de la actualización, debe decidir qué hacer con los mensajes asíncronos del cliente durante el tiempo de inactividad. Consulte Decide what to do with asynchronous messages.

Ejecución activa de integraciones programadas

Cuando el tiempo de inactividad comienza como parte del cambio de versión, Oracle Integration deja de aceptar solicitudes entrantes para integraciones programadas y termina de procesar todas las solicitudes recibidas anteriormente. En la mayoría de los casos, Oracle Integration procesa las solicitudes en unos minutos.

Las solicitudes que Oracle Integration no procesa en unos minutos se descartan, pero no se pierden datos. Este es el motivo: Oracle migra los parámetros de programa globales para la integración e inicia el programa en Oracle Integration 3. Una vez completado el cambio de versión y Oracle Integration 3 empieza a procesar solicitudes, Oracle Integration 3 utiliza los parámetros para iniciar el procesamiento donde Oracle Integration Generation 2 paró el procesamiento.

La migración posterior al cambio de versión se realiza de forma ininterrumpida, pero en función de cuándo se produzca el cambio de versión, puede que experimente algún impacto en el negocio. Por ejemplo, si una integración envía correos electrónicos cada 30 minutos a partir de las 9 a. m. y el cambio de versión se realiza desde las 8:30 a. m. a las 10:30 a. m., el correo electrónico que suele llegar a las 9 a. m. probablemente se retrasará.

Instancias de Integration con fallos

Oracle no migra instancias de Integration con fallos a Oracle Integration 3.

Además, por defecto, una instancia de integración fallida impide que un cambio de versión se realice correctamente. Sin embargo, hay una sustitución disponible. Para actualizar incluso si tiene una o más instancias de integración con fallos, debe seleccionar la configuración de sustitución al programar el cambio de versión. Si no selecciona esta configuración y tiene una o más instancias de integración con fallos, el cambio de versión falla.

Para obtener más información sobre las opciones de la instancia de integración con fallos, consulte Determinación de qué hacer con las instancias con fallos.

Para obtener más información sobre la configuración que permite actualizar con una instancia de integración con fallos, consulte Configuración de valores de cambio de versión o reprogramación de cambio de versión.

Análisis de integración

Análisis no está soportado en Oracle Integration 3. Las consolas y los modelos de Insight no se migrarán al actualizar a Oracle Integration 3. Como alternativa, utilice Oracle Cloud Infrastructure Logging Analytics y Análisis de Process Automation.