FAQ sur la mise à niveau

Quels sont les avantages de la mise à niveau?

Oracle Integration 3 est la génération suivante de la plate-forme Oracle Integration. La mise à niveau vers Oracle Integration 3 offre une interface utilisateur moderne et intuitive, ainsi qu'une performance améliorée. De plus, les fonctions les plus récentes seront fournies uniquement à Oracle Integration 3. Voir :

• Avantages de la mise à niveau
• Nouveautés dans Oracle Integration 3

Toutes les fonctions des versions antérieures d'Oracle Integration sont-elles disponibles dans Oracle Integration 3?

Dois-je mettre à niveau mes instances vers Oracle Integration 3?

Oui, mais seulement après que toutes les fonctions que vous utilisez, autres que celles qui sont obsolètes, sont disponibles pour la mise à niveau dans Oracle Integration 3.

Oracle sélectionne une fenêtre de mise à niveau pour vous et vous envoie un avis par courriel. Toute personne qui reçoit des courriels concernant les mises à jour trimestrielles d'Oracle Integration Génération 2 reçoit ce courriel.

Si nécessaire, vous pouvez sélectionner une autre fenêtre de mise à niveau, mais vous ne pouvez pas refuser la mise à niveau.

Si vous devez passer à la version opérationnelle pendant la fenêtre de mise à niveau qui vous est affectée, Oracle peut modifier la fenêtre de mise à niveau à un mois plus tôt ou un mois plus tard. Communiquez avec votre représentant de compte ou votre responsable du succès client.

La mise à niveau est-elle facturée?

Non. La mise à niveau est disponible sans frais supplémentaires.

Quel est le flux de travail de mise à niveau?

Voir Informations de référence rapides sur le type Update Workflow.

Que se passe-t-il lors de la mise à niveau?

Voir Que faire lors de la mise à niveau.

Et si des problèmes se produisaient pendant la mise à niveau?

Dans de rares cas, il peut arriver qu'un problème empêche la mise à niveau d'aboutir. Lorsqu'une mise à niveau échoue, Oracle annule les modifications, active la programmation dans l'instance Oracle Integration Génération 2 et restaure votre accès à l'instance pendant la période d'arrêt. Vous continuez à utiliser l'instance Oracle Integration génération 2, avec les mêmes fonctions qu'avant la mise à niveau.

Dans de telles situations, Oracle vous informe par courriel que vous pouvez continuer à utiliser Oracle Integration Génération 2. Ce courriel arrive normalement au cours de la fenêtre de mise à niveau ou peu après. Toute personne qui obtient des courriels à propos des mises à jour trimestrielles d'Oracle Integration Génération 2 reçoit ce courriel. Vous pouvez programmer votre mise à niveau à un autre moment, et Oracle collabore avec vous pour déterminer la marche à suivre.

Vous verrez également un sommaire de la mise à niveau dans la page Mise à niveau, qui indiquera quand la mise à niveau a été tentée et pourquoi elle ne s'est pas terminée.

Lorsque vous spécifiez les exigences relatives à la mise à niveau, vous pouvez également choisir d'ignorer des problèmes spécifiques lors de la mise à niveau. Par exemple, vous indiquez s'il convient de poursuivre la mise à niveau même si Oracle ne peut activer toutes les intégrations et démarrer la programmation pour toutes les intégrations. Voir Configurer les paramètres de mise à niveau ou reprogrammer la mise à niveau.

Quand mon instance sera-t-elle mise à niveau?

Toutes les instances ont été programmées pour la mise à niveau. Oracle vous a envoyé un courriel contenant la date de la mise à niveau. Vous pouvez également le voir dans la page Mettre à niveau et dans un message de la bannière.

Puis-je sélectionner ou reprogrammer ma date de mise à niveau?

Oui. Oracle sélectionne une fenêtre de mise à niveau pour vous, mais vous pouvez la modifier, à moins de trois jours ouvrables.

Toutes les dates de mise à niveau disponibles s'affichent dans la page Mettre à niveau, dans la liste Fenêtre Mettre à niveau.

Si vous devez passer à la version opérationnelle pendant la fenêtre de mise à niveau qui vous est affectée, Oracle peut modifier la fenêtre de mise à niveau à un mois plus tôt ou un mois plus tard. Communiquez avec votre représentant de compte ou votre responsable du succès client.

Est-ce qu'il y aura des temps d'arrêt?

Oui. Les mises à niveau prennent généralement moins de dix minutes, mais peuvent prendre plus de temps si vous avez beaucoup de fichiers ou une configuration complexe. Pendant ce temps, Oracle Integration n'est pas disponible, et toutes les instances en cours s'arrêtent. Voir Incidence de la mise à niveau sur les données d'exécution.

Tout le monde doit cesser d'utiliser Oracle Integration. Si vous tentez de vous connecter pendant le temps d'arrêt, une page Service non disponible vous informe qu'Oracle Integration n'est pas disponible.

Ma mise à niveau a été programmée. Que dois-je faire si je ne confirme pas la date ou que je ne spécifie pas les détails de la mise à niveau?

Votre mise à niveau se déroulera comme prévu même si vous ne confirmez pas votre date.

Que se passe-t-il si quelque chose change après la programmation de ma mise à niveau et que mon instance ne peut plus être mise à niveau?

Après avoir programmé la mise à niveau, Oracle vérifie souvent votre instance pour s'assurer qu'elle est toujours prête. Si des problèmes sont identifiés lors de la vérification, Oracle vous envoie un courriel afin que vous puissiez les résoudre et procéder à la mise à niveau programmée. Voir Corriger une instance dont la vérification de la disponibilité a échoué.

Oracle vérifie également votre instance au début de la fenêtre de mise à niveau. Si des problèmes sont identifiés lors de la vérification, Oracle annule la mise à niveau et vous envoie un courriel pour vous en informer. Toutes les personnes qui reçoivent des courriels sur les mises à jour trimestrielles d'Oracle Integration Génération 2 reçoivent ce courriel, qui comprend des informations sur les étapes suivantes.

Que dois-je faire avant la mise à niveau?

• Vérifiez la disponibilité des mises à niveau et corrigez les problèmes de vérification préalable.
• Configurez vos paramètres de mise à niveau.
• À l'approche de la date de la mise à niveau, effectuez des tâches préalables à la mise à niveau, notamment la mise à jour de vos listes d'autorisation.

Dois-je arrêter mes intégrations programmées avant la mise à niveau?

Oracle ne recommande pas d'arrêter vos intégrations programmées. Si vous arrêtez vos intégrations dans votre instance Oracle Integration Génération 2, elles restent arrêtées dans l'instance Oracle Integration 3 une fois la mise à niveau terminée et vous devez tout redémarrer manuellement.

Qu'en cas d'exécution d'une intégration programmée au début de la mise à niveau?

Avant la mise à niveau, Oracle arrête la programmation si elle est en cours d'exécution. Après la mise à niveau, la programmation démarre dans Oracle Integration 3 là où elle s'était arrêtée dans Oracle Integration Génération 2.

Comment savoir si la mise à niveau est terminée?

Les mises à niveau prennent généralement moins de dix minutes, mais peuvent prendre plus de temps si vous avez beaucoup de fichiers ou une configuration complexe. Oracle vous envoie un courriel à la fin de la mise à niveau.

Vous pouvez également voir si votre instance est disponible en essayant de vous connecter :

• Si vous êtes connecté et que l'interface utilisateur n'a pas changé, la mise à niveau n'a pas encore commencé.
• Si vous êtes connecté et qu'une page vous informe que le service n'est pas disponible, la mise à niveau est toujours en cours.
• Si vous êtes connecté et que l'interface utilisateur a changé, la mise à niveau est terminée.

  Vérifiez que la mise à niveau est terminée en consultant le numéro de version dans la boîte de dialogue À propos de.

Mon instance Oracle Integration Génération 2 sera-t-elle toujours disponible après la mise à niveau?

Non. Oracle Integration Génération 2 n'est plus disponible après la mise à niveau.

Que dois-je faire après la mise à niveau?

Voir Terminer les tâches après la mise à niveau.

Mes informations d'utilisateur, de groupe et de politique seront-elles disponibles après la mise à niveau?

Oui. Toutes les informations relatives à la sécurité de votre instance Oracle Integration Génération 2 sont présentes dans votre instance Oracle Integration 3 après la mise à niveau. En outre, la mise à niveau ne modifie rien concernant les domaines d'identité. Par exemple, si votre location utilise des domaines d'identité avant la mise à niveau, elle continue à utiliser des domaines d'identité après la mise à niveau.

Et si des problèmes se produisaient après la mise à niveau?

Une fois la mise à niveau terminée, connectez-vous et effectuez les tâches de vérification habituelles, puis exécutez les tâches requises après la mise à niveau.

Si vous rencontrez des problèmes après la mise à niveau, lors de tâches de vérification ou lors de vos activités quotidiennes, entrez une demande de service sur My Oracle Support.

L'adresse IP de mon instance va-t-elle changer?

Oui. Après la mise à niveau, l'instance Oracle Integration 3 a une adresse IP différente de celle de l'instance Oracle Integration Génération 2.

Si vous avez des listes d'autorisation, vous devez y placer les nouvelles adresses IP. Voir Mettre à jour les listes d'autorisation.

Une fois la mise à niveau terminée, les adresses IP d'Oracle Integration Génération 2 ne vous sont plus affectées.

Notez que les adresses IP entrantes pour les instances de développement et de production sont différentes, même dans la même région. Cependant, l'adresse IP sortante est la même pour toutes les formes (développement ou production) dans une seule région.

Mes URL vont-elles changer?

• L'URL d'exécution pour Oracle Integration 3 ne changera pas; il s'agira de votre URL Oracle Integration Génération 2.
• L'URL de conception sera modifiée, mais vos signets continueront de fonctionner. L'URL de conception pour Oracle Integration 3 est dans le format suivant.

  https://design.integration.region.ocp.oraclecloud.com/?integrationInstance=query_parameter_repersenting_instance

  Après la mise à niveau, l'URL de conception de votre instance Oracle Integration Génération 2 est réacheminée vers la nouvelle URL de l'instance Oracle Integration 3 afin que vous puissiez continuer à utiliser votre signet existant ou à le mettre à jour. C'est à vous de décider.

• L'URL du processus va changer.

Puis-je avoir à la fois des instances Oracle Integration Génération 2 et Oracle Integration 3?

Oui. Par exemple, si vous avez plusieurs instances Oracle Integration Génération 2, vous pouvez les mettre à niveau à différents moments. Toutefois, sachez qu'à partir d'octobre 2024, Oracle Integration Génération 2 et Oracle Integration 3 sont suffisamment différents pour que le travail effectué dans Oracle Integration Génération 2 ne soit pas compatible avec Oracle Integration 3 et vice versa. Voir les nouvelles fonctions et les différences par rapport aux versions précédentes dans Nouveautés d'Oracle Integration 3.

Si vous utilisez la console Oracle Cloud en tant qu'administrateur, vos instances Oracle Integration 3 apparaissent dans la même liste que vos instances Oracle Integration Génération 2 en tant qu'administrateur. Chaque instance est clairement étiquetée afin que vous puissiez identifier sa version.

Puis-je changer de région ou de compartiment lors de la mise à niveau?

Non. Le déplacement des régions et des compartiments ne fait pas partie du processus de mise à niveau.

Voir Quand l'authentification de base est-elle prise en charge dans Oracle Integration 3?.

Quelle autre incidence la mise à niveau peut-elle avoir sur mon instance de service?

• Point d'extrémité personnalisé : Si vous utilisez des points d'extrémité personnalisés, tenez compte des modifications suivantes :
  • Si vous utilisez Visual Builder, votre point d'extrémité personnalisé et tous les autres points d'extrémité personnalisés seront configurés dans Visual Builder lors du processus de mise à niveau.

    Après la mise à niveau, vos applications Visual Builder doivent appeler Oracle Integration à l'aide de l'URL Oracle Integration 3 initiale plutôt que du point d'extrémité personnalisé.

  • Visual Builder prend en charge d'autres points d'extrémité personnalisés, mais Oracle Integration 3 ne le fait pas actuellement.
  • Si vous n'utilisez pas Visual Builder et que votre point d'extrémité personnalisé utilise SSL, vous devrez configurer un équilibreur de charge en tant qu'élément frontal pour votre instance Oracle Integration Génération 2 et supprimer le certificat SSL.
  • Si vous n'utilisez pas Visual Builder, après la mise à niveau, l'accès à vos intégrations lors de l'exécution continuera de fonctionner comme pour Oracle Integration Génération 2. Pour tous les autres points d'accès, tels que la conception et l'automatisation des processus, vous accédez toujours au point d'extrémité personnalisé, mais le point d'extrémité personnalisé est redirigé vers l'URL appropriée

  Voir Vérification préalable à l'URL de point d'extrémité personnalisée.

• Valeur d'ID instance : L'ID instance généré par le système qui est affiché dans la page Instances et dans le flux de données d'activité d'une instance d'intégration est passé d'une valeur numérique à une valeur alphanumérique dans Oracle Integration 3. Vous pouvez choisir de conserver l'ID instance comme valeur numérique lors de la configuration des paramètres de mise à niveau. Voir Prise en charge de la conversionFlowId et Vérification préalable à l'action d'ID instance.
• Limite quotidienne de courriels : Oracle Integration 3 peut envoyer une limite de 10 000 courriels dans une fenêtre continue de 24 heures. Voir Vérification préalable à la limite de courriels quotidiens.
• Portées personnalisées dans IDCS : Oracle Integration 3 ajoute une portée par défaut à Oracle Identity Cloud Service (IDCS) lors de la création de l'instance; aucune autre portée personnalisée n'est prise en charge dans IDCS. Voir Portées personnalisées dans la vérification préalable IDCS.
• Données du flux de données d'activité : Le flux de données d'activité n'est pas migré, mais vous pouvez saisir ces données dans la console Oracle Cloud. Voir Tâches de pré-mise à niveau d'instance.
• Configuration des règles de réseau : Si vous avez activé des règles de réseau dans tous les services Oracle Cloud Infrastructure, vous devrez peut-être les configurer pour inclure Oracle Integration. Voir Tâches préalables à la mise à niveau de l'instance.
• Fenêtre Mettre à jour : La fenêtre de mise à jour est désormais déterminée par la forme de votre instance, plutôt que par les marqueurs tels qu'ils étaient dans Oracle Integration Génération 2. Les instances de production sont mises à jour environ quatre semaines après les instances de développement. Selon le moment de la mise à niveau au cours du cycle de version, il peut y avoir une non-concordance de version entre vos instances de développement et les instances de production. Voir Application de correctifs aux mises à jour de votre instance Oracle Integration 3.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés dans Oracle Integration 3
  • Problèmes courants dans Problèmes connus pour Oracle Integration 3
  • Dépanner les problèmes de mise à niveau

Dois-je effectuer des tâches postérieures à la mise à niveau pour mon instance de service?

• Assurez-vous d'avoir accès à l'instance Oracle Integration 3, qui peut inclure la mise à jour d'une politique IAM avec le nouvel OCID. Voir Assurer l'accès à l'instance.
• Effectuez les tâches de vérification après la mise à niveau de votre organisation. Voir Suivre les procédures de vérification de votre organisation.

Si j'utilise l'agent de connectivité, dois-je recréer des connexions?

Non. Cependant, vous devez être conscient de plusieurs points :

• Version Java de l'agent et KeyStore : Pour Oracle Integration 3, vos agents de connectivité doivent utiliser JDK 17 et PKCS 12 KeyStore. Voir Préache de la version Java de l'agent.
• Listes d'autorisation : Avant la mise à niveau, vous devez mettre à jour vos paramètres de liste d'autorisation pour configurer la connectivité de vos agents de connectivité à votre fournisseur d'identités et aux adresses IP d'exécution d'Oracle Integration. Voir Mettre à jour les listes d'autorisation.
• Identificateurs de groupe d'agents : Oracle Integration 3 ne prend pas en charge les espaces dans les identificateurs de groupe d'agents, ils ne seront pas migrés vers Oracle Integration 3. Voir Vérification préalable de l'identificateur AgentGroup non pris en charge.
• Conversion en OAuth 2.0 : Lors de la mise à niveau, vos agents de connectivité sont automatiquement convertis de l'utilisation de l'authentification de base à l'utilisation de l'authentification basée sur un jeton OAuth 2.0 pour communiquer avec Oracle Integration. Tant que vos agents sont en cours d'exécution au début de la mise à niveau, tous les agents sont automatiquement mis à niveau vers OAuth 2.0, de sorte que vous n'avez pas besoin de recréer manuellement les agents vous-même. Voir Tâches de pré-mise à niveau de l'agent de connectivité.
• Mise en mémoire cache du serveur mandataire : Définissez la propriété de mémoire cache de votre serveur mandataire pour que les URL Oracle Integration s'actualisent le plus fréquemment possible. Voir Définir la propriété de mémoire cache du serveur mandataire.
• Trafic de pare-feu supplémentaire après la mise à niveau : Après la mise à niveau, vous verrez du trafic supplémentaire vers votre pare-feu car l'agent de connectivité doit obtenir de nouveaux jetons d'authentification auprès de votre fournisseur d'identités.

Si je convertis JKS KeyStore en PKCS12 KeyStore pour l'agent de connectivité, cela a-t-il une incidence sur mon agent de connectivité Oracle Integration Génération 2?

Non. La conversion de JKS KeyStore en PKCS12 KeyStore n'a aucune incidence sur votre agent de connectivité Oracle Integration Génération 2 et n'entre en vigueur qu'après la mise à niveau vers Oracle Integration 3. Vous pouvez convertir votre magasin de clés manuellement ou le laisser se produire automatiquement lors de la mise à niveau (nécessite que l'agent utilise JDK 17).

Quelle autre incidence la mise à niveau peut-elle avoir sur ma connectivité?

Dois-je effectuer des tâches postérieures à la mise à niveau pour la connectivité?

• Les agents hors ligne pendant la mise à niveau ou qui ne répondent pas aux exigences de mise à niveau ne seront pas mis à niveau. Vous devrez effectuer des étapes postérieures à la mise à niveau pour rétablir la connectivité.
• Assurez-vous que vos agents de connectivité ont été mis à niveau et que les connexions fonctionnent correctement. Voir Assurer la connectivité.

Puis-je migrer certaines intégrations de mon instance vers Oracle Integration 3 et conserver certaines intégrations de mon instance Oracle Integration génération 2 existante?

Non. Lorsque vous effectuez une mise à niveau, vous devez mettre à niveau toute l'instance.

Les intégrations Oracle Integration Génération 2 et Oracle Integration 3 sont-elles compatibles en amont et en aval?

Non. En octobre 2024, Oracle Integration Génération 2 et Oracle Integration 3 sont suffisamment différents pour que les intégrations ne soient pas compatibles en amont ou en aval. Voir les nouvelles fonctions et les différences par rapport aux versions précédentes dans Nouveautés d'Oracle Integration 3.

Comment la mise à niveau a-t-elle une incidence sur mon flux de données de activités et les intégrations en cours d'exécution?

• Conservation des données : Oracle Integration 3 Les éditions Standard et Enterprise 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.
• Données du flux de données d'activité : Le flux de données d'activité n'est pas migré, mais vous pouvez saisir ces données dans la console Oracle Cloud. Le flux de données d'activités a été grandement amélioré et peut être consulté et téléchargé à partir de la page Instances, Détails de l'instance et Erreurs.
• Les activités d'exécution sont mises en pause pendant le temps d'arrêt de la mise à niveau : Oracle Integration cesse d'accepter les demandes d'intégration entrantes pendant le bref temps d'arrêt pendant la mise à niveau.

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

Quelle autre incidence la mise à niveau peut-elle avoir sur mes intégrations?

• Réponse différée (asynchrone) : Le modèle de réponse différée (asynchrone) était précédemment pris en charge par certains adaptateurs. Voir Vérification préalable de réponse différée (asynchrone).
• Certificats d'identité : Si vous avez des certificats d'identité, vous devrez charger de nouveaux certificats d'identité après la mise à niveau. Voir Assurer la connectivité.
• Nom d'application de routage de base en double : Dans Oracle Integration 3, vous ne pouvez pas avoir plusieurs intégrations de routage de base ayant les mêmes noms de point d'extrémité source et cible. Voir Vérification préalable Routage de base - Nom d'application en double.
• Nombre d'intégrations actives : Une instance peut avoir un maximum de 800 intégrations actives, comme spécifié dans les limites de service.
• Fichier de lecture multiple : L'opération de lecture de plusieurs fichiers était obsolète dans Oracle Integration Génération 2. Voir Vérification préalable de plusieurs fichiers de lecture.
• Intégrations de publication/abonnement : Les intégrations de publication/abonnement (ou pub/abonnement) ont été remplacées par des orchestrations basées sur les événements dans Oracle Integration 3. Voir la vérification préalable Publier/abonner des intégrations.
• Les appels d'API doivent utiliser OAuth : Lorsque vous appelez des API de développeur pour Oracle Integration 3, Serveur de fichiers et Automatisation des processus à l'aide d'une connexion REST, vous devez utiliser OAuth. Voir Vérification préalable à l'action DT API Basic Auth to OAuth.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés dans Oracle Integration 3
  • Problèmes d'intégration dans Problèmes connus pour Oracle Integration 3
  • Dépanner les problèmes de mise à niveau

Dois-je effectuer des tâches postérieures à la mise à niveau pour les intégrations?

• Vérifiez dans vos intégrations les échecs d'activation ou de programmation qui ont échoué.
• Si nécessaire, effectuez des actions sur les demandes que des clients ont envoyées à Oracle Integration pendant le temps d'arrêt.
• Si vous avez choisi d'ignorer les échecs de vérification préalable, vous devrez peut-être effectuer des tâches supplémentaires après la mise à niveau. Voir Terminer les tâches post-mise à niveau pour les échecs de vérification préalable ignorés.

Voir Assurer le fonctionnement des intégrations.

Comment la mise à niveau peut-elle affecter mes adaptateurs?

• Adaptateurs personnalisés : Les adaptateurs personnalisés ne sont pas encore pris en charge par Oracle Integration 3. Voir Vérification préalable des adaptateurs personnalisés.
• Adaptateur d'utilitaires Oracle : Swagger 2.0 n'est plus pris en charge par l'adaptateur Oracle Utilities. Voir Vérification préalable de l'adaptateur Oracle Utilities.
• Adaptateurs non pris en charge : Certains adaptateurs ne sont plus pris en charge dans Oracle Integration 3. Voir Vérification préalable des adaptateurs non pris en charge.
• Types REST non pris en charge : Certains types de connexion sont obsolètes et ne sont pas pris en charge dans une connexion d'adaptateur REST. Voir Vérification préalable des types REST non pris en charge.
• Adaptateurs Microsoft mis hors service : Microsoft a mis hors service les API REST Microsoft Outlook en novembre 2022. Si vous utilisez l'un des adaptateurs suivants, vous devez plutôt utiliser les API REST de Microsoft Graph. Voir Tâches de pré-mise à niveau des adaptateurs.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés dans Oracle Integration 3
  • Problèmes d'intégration dans Problèmes connus pour Oracle Integration 3
  • Dépanner les problèmes de mise à niveau

Dois-je effectuer des tâches postérieures à la mise à niveau pour les adaptateurs?

Si vous avez choisi d'ignorer les échecs de vérification préalable, vous devrez peut-être effectuer des tâches postérieures à la mise à niveau. Voir Terminer les tâches post-mise à niveau pour les échecs de vérification préalable ignorés.

Comment la mise à niveau peut-elle affecter mes fonctions B2B?

• Conservation des données : Les éditions Standard et Enterprise d'Oracle Integration 3 ne prennent en charge que 32 jours de conservation de données. Lors de la mise à niveau, seuls les 32 derniers jours de données conservées seront migrés.
• Mots de passe B2B : Votre fichier de certificat d'identité (JKS) nécessite deux jeux de mots de passe : Mots de passe clés et Mot de passe du magasin de clés. Tous les mots de passe doivent être identiques. Voir B2B pour les tâches de pré-mise à niveau d'Oracle Integration.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés dans Oracle Integration 3
  • Problèmes courants dans Problèmes connus pour Oracle Integration 3
  • Dépanner les problèmes de mise à niveau

Dois-je effectuer des tâches postérieures à la mise à niveau pour B2B?

Non.

Comment la mise à niveau affecte-t-elle le serveur de fichiers?

Beaucoup resteront les mêmes après la mise à niveau. Lors de la mise à niveau, Oracle migre vos fichiers de serveur de fichiers, la structure de dossiers et les listes d'autorisation (autorisations) d'Oracle Integration Génération 2 vers Oracle Integration 3. Après la mise à niveau, accédez à l'API de développement pour le serveur de fichiers de la même façon que pour Oracle Integration Génération 2.

Cependant, il y a quelques changements que vous devez prendre en compte :

• Valeurs d'adresse IP et de port : Lors de la mise à niveau, Oracle affecte de nouvelles valeurs d'adresse IP et de port au serveur SFTP du serveur de fichiers. Voir Incidence de la mise à niveau sur le serveur de fichiers. Après la mise à niveau, vous devrez effectuer certaines tâches post-mise à niveau décrites ci-dessous.
• Accès au serveur de fichiers : Dans Oracle Integration 3, vous pouvez accéder au serveur de fichiers à l'aide de l'URL et des données d'identification du serveur de fichiers.
• Listes d'autorisation : Dans Oracle Integration Génération 2, vous avez dû soumettre une demande de service pour demander des modifications à vos listes d'autorisation de serveur de fichiers. Dans Oracle Integration 3, vous pouvez mettre à jour la liste d'autorisation vous-même. Pour plus d'informations sur la gestion de vos listes d'autorisation pour le serveur de fichiers après la migration, voir Restreindre l'accès à une instance à l'aide de la liste d'autorisation en libre-service.
• Algorithmes existants : Plusieurs algorithmes d'échange existants ne sont plus pris en charge par FTP. Pendant la mise à niveau, les connexions FTP seront mises à jour avec les algorithmes actuels. Voir Incidence de la mise à niveau sur le serveur de fichiers.
• Les appels d'API doivent utiliser OAuth : Si vous utilisez l'API de développement pour les appels de serveur de fichiers, ils doivent utiliser OAuth. Voir Tâches de pré-mise à niveau des intégrations.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés dans Oracle Integration 3
  • Problèmes liés au serveur de fichiers dans Problèmes connus liés à Oracle Integration 3
  • Dépanner les problèmes de mise à niveau

Dois-je effectuer des tâches postérieures à la mise à niveau pour le serveur de fichiers?

• Mettez à jour vos intégrations et vos clients SFTP pour utiliser les nouvelles valeurs d'adresse IP et de port.
• Ajoutez la nouvelle adresse IP à votre liste d'autorisation de pare-feu interne.

Voir Assurer la connectivité

Quels sont les avantages du processus de mise à niveau?

Comment la mise à niveau affecte-t-elle les fonctionnalités du processus?

• La fonctionnalité du processus a subi des modifications importantes que vous devez connaître. Voir Incidence de la mise à niveau sur les fonctions du processus.
• Après la mise à niveau, le processus sera accessible au moyen d'une nouvelle URL. Voir Terminer les tâches après la mise à niveau pour l'automatisation des processus.
• La mise à niveau touche tous les clients qui appellent le processus au moyen d'une API REST (par exemple, des intégrations ou des applications Visual Builder). Voir Terminer les tâches après la mise à niveau pour l'automatisation des processus.
• Les données d'instance de processus ne sont pas migrées vers Oracle Integration 3. Cela signifie que vous ne verrez pas les transactions historiques créées ou terminées dans Oracle Integration Génération 2 après la mise à niveau.
• Vous pouvez également examiner les problèmes d'automatisation de processus dans Problèmes connus pour Oracle Integration 3.

Quels sont les chemins de mise à niveau disponibles si j'utilise le processus?

Selon la façon dont vous utilisez Process dans Oracle Integration Génération 2, vous utiliserez une autre option pour la mise à niveau ou la migration. Voir Options de mise à niveau du processus.

Dois-je effectuer des tâches postérieures à la mise à niveau pour le processus?

Les étapes postérieures à la mise à niveau dépendent de l'option de mise à niveau qui s'applique à votre mise en oeuvre. Voir Options de mise à niveau du processus.

Pourquoi le processus de migration manuelle recommande-t-il que l'instance d'automatisation du processus OCI que je crée soit une instance autonome?

Une instance autonome d'automatisation des processus OCI est recommandée pour les raisons suivantes :

• Cela garantit qu'il n'y a aucune incidence sur les intégrations de processus ou les applications Visual Builder existantes.

  Si vous avez provisionné une nouvelle instance Oracle Integration 3, vous devrez également migrer vos intégrations de processus existantes et vos applications Visual Builder vers le nouvel environnement et mettre à jour vos clients vers la nouvelle URL Oracle Integration 3. De plus, vous ne pourrez pas profiter de la mise à niveau d'Oracle Integration 3 pour mettre à niveau automatiquement le reste de votre environnement.

• Il limite les coûts pendant la migration.

  L'automatisation des processus OCI autonome peut tirer parti du modèle de tarification de l'offre de gratuité pour Oracle Cloud. Voir Tarification du service d'automatisation des processus.

Je suis en train de suivre le processus de migration manuelle et j'ai besoin d'aide. À qui puis-je m'adresser?

Vous pouvez communiquer avec votre représentant Oracle et discuter des options disponibles si vous avez besoin d'aide tout au long du processus de migration. Si vous avez rencontré une erreur ou un problème particulier, créez une demande de service sur My Oracle Support.

Les données du processus Oracle Integration Génération 2 seront-elles conservées dans le cadre du processus de mise à niveau ou de migration?

Non. Pour enregistrer ou exporter ces données avant la mise à niveau, suivez les étapes décrites dans Archivage et épuration des données d'automatisation de processus dans Oracle Integration.

Si j'attends, est-ce qu'il y aura éventuellement une mise à niveau automatique pour les instances avec des applications de processus activement utilisées?

Non. Vous devez effectuer la migration manuelle vers Oracle Integration 3.

Quelle est l'incidence de la mise à niveau sur Visual Builder?

Reportez-vous aux sections qui suivent :

• Vérifications préalables Visual Builder
• Tâches préalables à la mise à niveau de Visual Builder
• Effectuer les tâches post-mise à niveau pour Visual Builder

Dois-je effectuer des tâches postérieures à la mise à niveau pour Visual Builder?

Voir Tâches à terminer après la mise à niveau dans Administration d'Oracle Visual Builder dans Oracle Integration 3.