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

Les éditions Oracle Integration 3 Standard et Enterprise prennent en charge 32 jours de conservation des données par défaut. Au cours de la mise à niveau, seules les données conservées les 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. Reportez-vous à Modification de la période de conservation des données.

Oracle Integration 3 est également disponible dans une édition Healthcare, qui prend en charge la conservation des données pendant 184 jours.

Le flux de données d'activités dans Oracle Integration Generation 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 fonctionnalité de flux de données d'activités est disponible dans Oracle Integration 3. Par conséquent, les informations historiques sont disponibles à compter de la date de mise à niveau.

Si vous capturez le flux de données d'activités dans Oracle Cloud Infrastructure, ces informations restent disponibles après la mise à niveau. Si vous ne capturez pas encore ces données, vous pouvez commencer à tout moment. Reportez-vous à Capture du flux des données d'activités dans la console Oracle Cloud.

Lorsque le temps d'inactivité commence dans le cadre de la mise à niveau, Oracle Integration cesse d'accepter les demandes entrantes pour les intégrations synchrones en exécution active. Oracle Integration termine également le traitement de toutes les demandes précédemment reçues en quelques minutes.

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

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

Lorsque le temps d'inactivité commence dans le cadre de la mise à niveau, Oracle Integration cesse d'accepter les demandes entrantes pour les intégrations asynchrones en exécution active. 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 à nouveau les demandes entrantes.

Avant la mise à niveau, vous devez décider des opérations à effectuer avec les messages asynchrones côté client pendant la durée du temps d'arrêt. Reportez-vous à Détermination des actions à effectuer avec les messages asynchrones.

Lorsque le temps d'inactivité commence 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 non traitées par Oracle Integration dans les premières minutes sont ignorées, mais aucune donnée n'est perdue. En effet, 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 démarrer le traitement là où Oracle Integration Generation 2 s'était arrêté.

L'activation après la mise à niveau est transparente, mais selon le moment où la mise à niveau survient, vos activités peuvent être impactées dans une certaine mesure. Par exemple, si une intégration envoie des courriels toutes les 30 minutes à partir de 9 h 00 et que la mise à niveau survient de 8 h 30 à 10 h 30, le courriel qui arrive généralement à 9 h 00 sera probablement retardé.

Oracle ne migre pas les instances d'intégration en échec vers Oracle Integration 3.

En outre, par défaut, une instance d'intégration en échec empêche la réussite d'une 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 que vous disposez d'au moins une instance d'intégration en échec, la mise à niveau échoue.

Pour en savoir plus sur les options d'instance d'intégration en échec, reportez-vous à Détermination des actions à effectuer sur les instances en échec.

Pour en savoir plus sur le paramètre qui vous permet de procéder à la mise à niveau avec une instance d'intégration ayant échoué, reportez-vous à Configuration des paramètres de mise à niveau ou reprogrammation de 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. As an alternative, use Oracle Cloud Infrastructure Log Analytics and Process Automation Analytics.