Compruebe la preparación para la actualización y corrija los problemas de comprobación previa
Oracle realiza periódicamente algunas comprobaciones previas para determinar la preparación del cambio de versión para que el cambio de versión se ejecute sin problemas. Si las comprobaciones previas no se superan, es posible que deba realizar tareas para corregir los problemas.
Después de corregir cualquier problema de comprobación previa, configure la configuración de cambio de versión.
Ver el estado de la comprobación previa
Para ver el estado de la comprobación previa o volver a ejecutar la comprobación, realice los siguientes pasos:
- En el panel de navegación, haga clic en Configuración y, a continuación, en Cambio de versión.
Puede ver cuándo finalizó la última comprobación previa sobre la tabla de comprobación de preparación.
La tabla de comprobación de preparación muestra la siguiente información sobre el estado de los elementos de comprobación previa.
Columna Descripción Condición de elegibilidad Condición que se debe cumplir para estar listo para la actualización. Algunas condiciones incluyen enlaces a la documentación asociada. Responsable Quien es responsable de manejar la condición. Fecha de Vencimiento Fecha en la que se debe cumplir la condición. Estado de elegibilidad Estado de la condición, incluidas las explicaciones de las condiciones que no se han cumplido. Amplíe Más detalles... para ver información adicional sobre el fallo de la condición. Para copiar los detalles en el portapapeles, haga clic en 
.
- Si hay comprobaciones previas que no se aprobaron, realice las tareas asociadas para corregir los problemas.
- Para volver a ejecutar la comprobación previa, haga clic en Volver a marcar.
La comprobación previa tarda aproximadamente una hora en completarse.
Si Oracle ha intentado cambiar la versión de la instancia, verá los detalles de ese intento en Resumen de cambio de versión directamente debajo de la tabla de comprobación de preparación.
Resumen de comprobaciones previas
En esta tabla, se resumen las comprobaciones previas y las tareas asociadas para cada área. Los detalles de cada tarea están enlazados en la tabla y se muestran en la siguiente sección.
| Área | tareas |
|---|---|
| Agente de conectividad | |
| Instancias | |
| B2B para Oracle Integration | |
| Integraciones | |
| Adaptadores | |
| Visual Builder | |
| Automatización de proceso |
Comprobaciones previas del agente de conectividad
| Condición de elegibilidad | Responsable típico | Aplicable a la región gubernamental | Tareas que completar |
|---|---|---|---|
|
Versión de agente Java |
Equipo de operaciones de desarrollo | Sí | Asegúrese de que los agentes de conectividad utilizan JDK 17 y PKCS12 KeyStore. Amplíe Más detalles para ver los agentes de conectividad que necesitan revisión. Para copiar los detalles en el portapapeles, haga clic en . También puede ver la sección Estado de agente de conectividad para ver el estado de todos los agentes de conectividad de la instancia.
|
|
Conectividad de agente para Oracle Integration 3: el agente de conectividad debe estar en ejecución |
Equipo de operaciones de desarrollo | Sí | El agente de conectividad debe estar activo y en ejecución antes de que comience la actualización. Amplíe Más detalles para ver los agentes de conectividad que necesitan revisión. Para copiar los detalles en el portapapeles, haga clic en . También puede ver la columna Estado de agente en la sección Estado de agente de conectividad para ver el estado de todos los agentes de conectividad de la instancia, indicando si cada agente está fuera de línea (no disponible).
Los agentes a los que no se puede acceder durante el cambio de versión o que no cumplen los requisitos de cambio de versión no se actualizarán, en cuyo caso deberá realizar pasos posteriores al cambio de versión para recuperar la conectividad. |
|
Conectividad de agente para Oracle Integration 3: actualice la configuración de la lista de permitidos |
Equipo de operaciones de desarrollo | Sí | Debe actualizar la configuración de la lista de permitidos para los agentes de conectividad antes de la actualización. Amplíe Más detalles para ver los agentes de conectividad que necesitan revisión. Para copiar los detalles en el portapapeles, haga clic en . También puede ver la columna Estado de lista de permitidos en la sección Estado de agente de conectividad para ver el estado de todos los agentes de conectividad de la instancia, indicando si la lista de permitidos se ha actualizado correctamente.
A medida que se acerca la ventana de actualización, realice las siguientes tareas previas al cambio de versión:
Los agentes a los que no se puede acceder durante el cambio de versión o que no cumplen los requisitos de cambio de versión no se actualizarán, en cuyo caso deberá realizar pasos posteriores al cambio de versión para recuperar la conectividad. |
|
Identificador AgentGroup no soportado |
Equipo de operaciones de desarrollo | Sí | Si alguno de los grupos de agentes tiene un espacio en sus identificadores, no se migrará a Oracle Integration 3. Si aún necesita los grupos de agentes, deberá volver a crearlos después de la actualización. |
Comprobaciones previas de instancia
| Condición de elegibilidad | Propietario típico | Aplicable a la región gubernamental | Tareas que Terminar |
|---|---|---|---|
|
URL de punto final personalizado |
Administrador | Sí | En función de cómo se configure el punto final personalizado antes de la migración, realizará diferentes pasos y el proceso de cambio de versión gestionará el punto final personalizado de forma diferente. Amplíe Más detalles para determinar cómo continuar con el cambio de versión.
|
|
Acción de ID de instancia |
Administrador | Sí | El ID de instancia de integración generado por el sistema que se muestra en la página Instancias y en el flujo de actividad de una instancia de integración ha cambiado de un valor numérico a un valor alfanumérico en Oracle Integration 3. El tipo de datos del valor no se modifica; sigue siendo un tipo de datos de cadena. El cambio a un valor alfanumérico puede afectar a cualquier sistema que se utilice y que dependa de que el ID de instancia de integración sea un valor numérico. Por ejemplo, si analiza el ID de instancia de integración desde una API de REST y almacena el ID de instancia de integración en una base de datos como un campo numérico, deberá actualizar el campo de base de datos.
Si tiene integraciones que utilizan IDs de instancia de integración, la comprobación previa muestra un aviso. Amplíe Más detalles para ver las integraciones que necesitan revisión. Para copiar los detalles en el portapapeles, haga clic en Si necesita más tiempo para realizar las actualizaciones necesarias para este cambio, puede mantener el ID de instancia de integración como numérico temporalmente (seis meses después de la actualización). Consulte FlowId Conversion Support. Asegúrese de tener en cuenta qué integraciones se ven afectadas por la copia de los detalles como se describió anteriormente. Nota: esta comprobación previa solo comprueba la existencia de integraciones que utilizan ID de instancia, no la precisión de los ID de instancia. La advertencia permanecerá después de actualizar las integraciones, pero no afectará al cambio de versión. |
|
Límite de correo electrónico diario |
Administrador | Sí | Oracle Integration 3 puede enviar un límite de 10 000 correos electrónicos en una ventana móvil de 24 horas, como se describe en Límites de servicio. Si su despliegue necesita enviar más que eso, puede utilizar su arrendamiento de cliente. Consulte Configuración de correos electrónicos de notificación. |
|
Ámbitos personalizados en IDCS |
Administrador | No | Oracle Integration 3 agrega un ámbito por defecto (/ic/api/ , urn:opc:resource:consumer::all) a Oracle Identity Cloud Service (IDCS) cuando se crea la instancia. No soporta ningún otro ámbito personalizado agregado a IDCS. Si ha creado ámbitos personalizados en IDCS, debe eliminarlos.
|
|
Otros Fallos |
Varía | Sí | Si hay otros problemas que bloquearán la actualización que no tengan comprobaciones previas específicas, se incluirán en otros fallos. Amplíe Más detalles para ver las incidencias que necesitan acción. Para copiar los detalles en el portapapeles, haga clic en .
|
B2B para comprobaciones previas de Oracle Integration
| Condición de elegibilidad | Propietario típico | Aplicable a la región gubernamental | Tareas que Terminar |
|---|---|---|---|
|
B2B Período de retención |
Administrador | No | Aunque no es necesario hacer nada para corregir este estado de comprobación previa, tenga en cuenta que las ediciones Standard y Enterprise de Oracle Integration 3 soportan 32 días de retención de datos por defecto. Durante el cambio de versión, solo se migrarán los últimos 32 días de datos retenidos. Amplíe Más detalles para ver cuántos días de datos retenidos tiene actualmente. Para copiar los detalles en el portapapeles, haga clic en .
Después del cambio de versión a Oracle Integration 3, podrá aumentar el período de retención de datos si lo desea o actualizar a la edición Healthcare, que admite 184 días de retención de datos. |
Comprobaciones previas de integraciones
| Condición de elegibilidad | Propietario típico | Aplicable a la región gubernamental | Tareas que Terminar |
|---|---|---|---|
|
Respuesta retardada (asíncrona) |
Equipo de desarrollo | Sí | El patrón de respuesta retrasada (asíncrona) se admitía anteriormente en los siguientes adaptadores:
Si tiene integraciones que utilizan una respuesta retrasada (asíncrona) con uno de estos adaptadores, vuelva a trabajar mediante la creación de dos conexiones de llamada para lograr una funcionalidad similar:
Amplíe Más detalles para ver qué integraciones necesitan revisión. Para copiar los detalles en el portapapeles, haga clic en |
|
Certificados de identidad |
Equipo de desarrollo | Sí | Los certificados de identidad establecen la identidad del cliente durante la comunicación SSL bidireccional. Las conexiones basadas en el adaptador AS2 y el adaptador REST pueden utilizar certificados de identidad.
Amplíe Más detalles para ver los nombres de los certificados de identidad y las conexiones que los utilizan. Para copiar los detalles en el portapapeles, haga clic en Si tiene certificados de identidad, después de la actualización, deberá cargar nuevos certificados de identidad como se describe en Garantía de conectividad: |
|
Nombre de aplicación duplicado de enrutamiento básico |
Equipo de desarrollo | Sí | Si la instancia contiene integraciones de enrutamiento básicas que tienen los mismos nombres de punto final de origen y destino, realice los siguientes pasos:
Amplíe Más detalles para ver las integraciones que necesitan revisión. Para copiar los detalles en el portapapeles, haga clic en |
|
Lectura de varios archivos |
Equipo de desarrollo | Sí | La operación Leer varios archivos quedó en desuso en Oracle Integration Generation 2.
Si tiene integraciones que incluyen una operación para leer varios archivos, vuelva a trabajar las integraciones para que no utilicen este patrón. Por ejemplo, utilice una operación listFile para mostrar los archivos y utilice una acción for-each para leer cada archivo individualmente. Amplíe Más detalles para ver las integraciones que necesitan revisión. Para copiar los detalles en el portapapeles, haga clic en |
|
Integraciones de publicación/suscripción |
Equipo de desarrollo | Sí |
Si la instancia incluye integraciones que publican mensajes o se suscriben a mensajes de Oracle Integration, tenga en cuenta que las integraciones de publicación/suscripción (o publicación/suscripción) deben convertirse en orquestaciones controladas por eventos. Las integraciones se gestionarán de forma diferente en función de su configuración:
Amplíe Más detalles para ver las integraciones que no se pueden convertir automáticamente. Para copiar los detalles en el portapapeles, haga clic en Nota: puede que desee aprovechar esta oportunidad para suprimir cualquier flujo de publicación de borrador. |
|
Autenticación básica de API de transferencia de demanda en la acción OAuth |
Equipo de desarrollo | Sí | Si la instancia incluye integraciones que acceden a las API de desarrollador mediante una conexión REST con autenticación básica, debe cambiarlas para utilizar OAuth.
En Oracle Integration Generation 2, puede utilizar la autenticación básica para utilizar la API REST de Oracle Integration y la API REST del servidor de archivos. En Oracle Integration 3, debe utilizar OAuth. Debe actualizar cualquier cliente, script, integración y comando que utilice la API de desarrollador para Oracle Integration 3 o la API de desarrollador para servidor de archivos para conectarse mediante OAuth. Para obtener más información sobre el soporte de métodos de autenticación, consulte Cuándo se soporta la autenticación básica en Oracle Integration 3 en Aprovisionamiento y administración de Oracle Integration 3. Para obtener más información sobre el uso de OAuth, consulte Seguridad, autenticación y autorización en API de desarrollador para Oracle Integration 3 o Seguridad, autenticación y autorización en API de desarrollador para servidor de archivos en Oracle Integration 3. |
Comprobaciones previas de adaptadores
| Condición de elegibilidad | Propietario típico | Aplicable a la región gubernamental | Tareas que Terminar |
|---|---|---|---|
|
Adaptadores Personalizados |
Equipo de desarrollo | No | Si su instancia incluye integraciones que utilizan un adaptador personalizado, la instancia aún no se puede actualizar. Espere hasta que Oracle inicie los cambios de versión de esta función. Amplíe Más detalles para ver los adaptadores personalizados que está utilizando. Para copiar los detalles en el portapapeles, haga clic en .
|
|
Adaptador de Oracle Utilities |
Equipo de desarrollo | Sí | Swagger 2.0 ya no se admite en el adaptador de Oracle Utilities. Si hay alguna integración existente mediante el catálogo REST de Swagger 2.0, el tiempo de ejecución no se verá afectado. Sin embargo, si intenta editar la conexión en tiempo de diseño, volver a probar la conexión, refrescar los metadatos, refrescar los artefactos o reactivar, la integración falla. Debe actualizar el catálogo para utilizar la definición OpenAPI 3.x. Amplíe Más detalles para ver las integraciones que necesitan revisión. Para copiar los detalles en el portapapeles, haga clic en . Consulte Uso del catálogo REST de Swagger 2.0 con Oracle Utilities Adapter versión 24.04.0 o superior.
|
|
Adaptadores no admitidos |
Equipo de desarrollo | Sí | Si la instancia incluye una integración que utiliza uno de los siguientes adaptadores, los cuales no están soportados en Oracle Integration 3, sustituya los adaptadores por el adaptador REST:
Amplíe Más detalles para ver qué adaptadores no soportados está utilizando. Para copiar los detalles en el portapapeles, haga clic en |
|
Tipos de REST no soportados |
Equipo de desarrollo | Sí | Los siguientes tipos de conexión están en desuso y no están soportados en una conexión de adaptador de REST. Sustituya estos tipos de conexión por diferentes tipos de conexión. Consulte Configure Connection Properties for Invoke Connections en Using the REST Adapter with Oracle Integration 3.
Amplíe Más detalles para ver qué tipos de REST no soportados está utilizando. Para copiar los detalles en el portapapeles, haga clic en Los desarrolladores con una API de REST que se describe mediante RAML o el catálogo de metadatos de Oracle deben realizar las siguientes acciones:
Otra opción es convertir RAML en una especificación OpenAPI para utilizarla con la conexión del adaptador REST. Para proporcionar un soporte más sólido y completo para las especificaciones de Swagger/OpenAPI, el adaptador de REST incluye una opción unificada para especificar todas las especificaciones de OpenAPI en un solo campo. Esta opción también sustituye a la opción para proporcionar una URL de definición de Swagger, que ya no está disponible. |
Comprobaciones previas de Visual Builder
| Condición de elegibilidad | Propietario típico | Aplicable a la región gubernamental | Tareas que Terminar |
|---|---|---|---|
|
URL de punto final personalizado |
Administrador | No | Esto también se ha tratado en Comprobaciones previas de instancia, pero se repite aquí, ya que se aplica a Visual Builder.
Si tiene un punto final personalizado y está utilizando Visual Builder:
|
|
VBCS |
Administrador | No |
Si utiliza Visual Builder con su propia instancia de base de datos Oracle (BYODB), Autonomous Transaction Processing (ATP) debe estar activo y en ejecución durante el cambio de versión. Para un cambio de versión sin problemas, complete las tareas descritas en Preparación de Visual Builder para el cambio de versión en Administración de Oracle Visual Builder en Oracle Integration 3. Si no se completan las tareas especificadas antes de la actualización, es posible que se produzcan interrupciones inmediatas y problemas de conectividad después de la actualización. Para resolver estos problemas después de la actualización, puede que necesite realizar tareas adicionales y enviar una solicitud de servicio (SR) en My Oracle Support. |
Comprobación previa de Process Automation
| Condición de elegibilidad | Propietario típico | Aplicable a la región gubernamental | Tareas que Terminar |
|---|---|---|---|
|
Proceso de automatización |
Administrador | No |
Diferencias funcionales Hay varias diferencias entre Process en Oracle Integration Generation 2 y Process Automation en Oracle Integration 3. Consulte Preguntas frecuentes sobre el proceso. En función de cómo utilice Process en Oracle Integration Generation 2, utilizará una opción diferente para actualizar o migrar. Consulte Opciones de cambio de versión de proceso. |
| Automatización de procesos/Aplicaciones de procesos | Administrador | No |
Transacciones de tiempo de ejecución
|
| Oracle Content Management | Administrador | No |
Oracle Content Management Si Process está integrado con Oracle Content Management (OCM), debe actualizar la configuración de integración de OCM para utilizar el nuevo nombre de host. De lo contrario, encontrará problemas. Amplíe Más detalles... para obtener el nuevo nombre de host. |
| Visual Builder | Administrador | No |
Visual Builder Si tiene aplicaciones de Visual Builder que llaman al proceso, complete los pasos previos al cambio de versión del cambio de versión por fases para actualizar las aplicaciones de Visual Builder. |
| Proceso | Administrador | No |
Si tiene procesos que llaman a una integración con un disparador REST que solo está configurado con la política de seguridad OAuth, deberá actualizarlo para utilizar OAuth y autenticación básica o Autenticación básica a fin de evitar fallos después de la actualización por fases. |
| Proceso | Administrador | Número |
Las llamadas de proceso dinámico que utilizan la actividad de integraciones no funcionarán después de la actualización por fases. Como tal, deberá actualizar los procesos dinámicos para utilizar una conexión de actividad de servicio para llamar a las integraciones. Si no lo hace antes de la actualización por fases, es posible que experimente una interrupción del servicio después de la actualización. |
| Proceso | Administrador | No |
Si hay integraciones que llaman a procesos de Oracle Integration Generation 2 mediante un disparador de SOAP (URL de WSDL) o un disparador de REST y la política de seguridad de token de contraseña de nombre de usuario, debe actualizarlas para utilizar la política de seguridad de autenticación básica a fin de evitar fallos posteriores al cambio de versión después del cambio de versión por fases. |
Corrección de una instancia con comprobaciones de preparación fallidas
Si la actualización se ha programado y la instancia ya no está lista para la actualización, solucione los resultados para que la actualización se complete correctamente.
- En Oracle Integration, abra la página Cambio de versión mediante uno de los siguientes pasos:
- En el panel de navegación, haga clic en Configuración y, a continuación, en Cambio de versión.
- Haga clic en Anuncios
y, a continuación, en el enlace de la notificación.
Aparecerá la página Cambio de versión.