Incidence de la mise à niveau sur les données d'exécution

Les éditions Standard et Enterprise d'Oracle Integration 3 prennent en charge 32 jours de conservation des données par défaut. Pendant la mise à niveau, seules les données conservées des 32 derniers jours seront migrées. Vous pouvez augmenter la période de conservation des données pour les éditions Standard et Enterprise si vous le souhaitez. Voir Modifier la période de conservation des données.

Oracle Integration 3 est également disponible dans l'édition Soins de santé, qui prend en charge la conservation de 184 jours de données.

Le flux de données d'activités d'Oracle Integration Génération 2 n'est pas déplacé vers Oracle Integration 3. Par conséquent, une fois la mise à niveau terminée, les données historiques de vos intégrations ne sont pas disponibles dans Oracle Integration 3.

La fonction de flux de données d'activités est disponible dans Oracle Integration 3. Par conséquent, les données historiques sont disponibles à partir de la date de mise à niveau.

Si vous avez saisi le flux de données d'activités dans Oracle Cloud Infrastructure, ces informations restent disponibles après la mise à niveau. Si vous n'avez pas encore saisi ces données, vous pouvez le faire à tout moment. Voir Saisie du flux de données de flux de données d'activités dans la console Oracle Cloud.

Au début du temps d'arrêt dans le cadre de la mise à niveau, Oracle Integration cesse d'accepter les demandes entrantes pour les intégrations synchrones en cours d'exécution. Oracle Integration termine également le traitement de toutes les demandes précédemment reçues en quelques minutes.

Pendant le temps d'arrêt, tout client qui envoie une demande à Oracle Integration reçoit un avis d'échec.

Une fois la mise à niveau terminée, Oracle Integration accepte de nouveau les demandes entrantes.

Au début du temps d'arrêt dans le cadre de la mise à niveau, Oracle Integration cesse d'accepter les demandes entrantes pour les intégrations asynchrones en cours d'exécution. Oracle Integration termine également le traitement des demandes précédemment reçues. Dans la plupart des cas, Oracle Integration traite les demandes en quelques minutes.

Une fois la mise à niveau terminée, Oracle Integration accepte de nouveau les demandes entrantes.

Avant la mise à niveau, vous devez décider quoi faire avec les messages asynchrones du côté client pendant la durée du temps d'arrêt. Voir Décider quoi faire avec les messages asynchrones.

Au début du temps d'arrêt dans le cadre de la mise à niveau, Oracle Integration cesse d'accepter les demandes entrantes pour les intégrations programmées et termine le traitement de toutes les demandes précédemment reçues. Dans la plupart des cas, Oracle Integration traite les demandes en quelques minutes.

Toutes les demandes qui ne sont pas traitées en quelques minutes par Oracle Integration sont abandonnées, mais aucune donnée n'est perdue. Voici pourquoi : Oracle migre les paramètres de programmation globaux pour l'intégration et démarre la programmation dans Oracle Integration 3. Une fois que la mise à niveau est terminée et qu'Oracle Integration 3 commence à traiter les demandes, Oracle Integration 3 utilise les paramètres pour lancer le traitement là où il a été arrêté par Oracle Integration Génération 2.

La mise en service après la mise à niveau est transparente, mais le moment où la mise à niveau est effectuée peut avoir une incidence sur votre activité. Par exemple, si une intégration envoie des courriels toutes les 30 minutes à partir de 9 heures du matin et que votre mise à niveau a lieu entre 8 h 30 et 10 h 30, le courriel qui arrive généralement à 9 heures du matin sera probablement retardé.

Oracle ne migre pas les instances d'intégration qui ont échoué vers Oracle Integration 3.

En outre, par défaut, l'échec d'une instance d'intégration empêche la réussite de la mise à niveau. Toutefois, un remplacement est disponible. Pour effectuer une mise à niveau même en cas d'échec d'une ou de plusieurs instances d'intégration, vous devez sélectionner le paramètre de remplacement lors de la programmation de la mise à niveau. Si vous ne sélectionnez pas ce paramètre et qu'une ou plusieurs instances d'intégration ont échoué, la mise à niveau échoue.

Pour en savoir plus sur les options pour l'instance d'intégration en échec, voir Déterminer ce qu'il faut faire avec les instances en échec.

Pour en savoir plus sur le paramètre qui vous permet de procéder à une mise à niveau avec une instance d'intégration en échec, voir Configurer les paramètres de mise à niveau ou reprogrammer la mise à niveau.

Insight n'est pas pris en charge dans Oracle Integration 3. Vos modèles et consoles Insight ne seront pas migrés lors de la mise à niveau vers Oracle Integration 3. Utilisez plutôt Log Analytics pour Oracle Cloud Infrastructure et Automatisation des processus.