Questions fréquemment posées sur la mise à niveau

Quels sont les avantages de la mise à niveau ?

Oracle Integration 3 est la nouvelle génération de la plate-forme Oracle Integration. La mise à niveau vers Oracle Integration 3 offre une interface utilisateur moderne et intuitive, ainsi que des performances améliorées. De plus, les dernières fonctionnalités seront proposées uniquement dans Oracle Integration 3. Reportez-vous aux sections suivantes :

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

Est-ce que toutes les fonctionnalités des versions précédentes d'Oracle Integration sont disponibles dans Oracle Integration 3 ?

Est-ce que je dois mettre à niveau mes instances vers Oracle Integration 3 ?

Oui, mais uniquement une fois que toutes les fonctionnalités que vous utilisez, autres que celles en phase d'abandon, sont disponibles pour la mise à niveau dans Oracle Integration 3.

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

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

Si vous devez être mis en service pendant la fenêtre de mise à niveau qui vous est affectée, Oracle peut remplacer la fenêtre de mise à niveau par un mois plus tôt ou un mois plus tard. Contactez votre chargé de compte ou votre chargé de clientèle.

La mise à niveau entraîne-t-elle des frais ?

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

Quel est le workflow de mise à niveau ?

Reportez-vous à Référence rapide de mise à niveau de workflow.

Que se passe-t-il pendant la mise à niveau ?

Reportez-vous à la section What to Do During Upgrade.

Et si des problèmes surviennent lors de la mise à niveau ?

Dans de rares cas, un problème empêche l'exécution de la mise à niveau. Si la mise à niveau n'est pas terminée, Oracle annule les modifications, active la programmation dans l'instance Oracle Integration Generation 2 et restaure votre accès à l'instance pendant la période d'inactivité. Vous continuez à travailler dans l'instance Oracle Integration Generation 2, avec les mêmes fonctionnalités qu'avant la mise à niveau.

Dans ce cas, Oracle vous informe par courriel que vous pouvez continuer à travailler dans Oracle Integration Generation 2. Attendez-vous à ce que le courriel arrive pendant votre fenêtre de mise à niveau ou peu après. Toute personne qui reçoit des courriels sur les mises à jour trimestrielles d'Oracle Integration Generation 2 reçoit ce courriel. Vous pouvez programmer la mise à niveau à un autre moment, et Oracle collabore avec vous pour déterminer les étapes suivantes.

Vous verrez également un récapitulatif de la mise à niveau sur la page Mise à niveau, qui indique la date de la tentative de mise à niveau et la raison pour laquelle elle n'a pas abouti.

Lorsque vous spécifiez des exigences de mise à niveau, vous pouvez également choisir d'ignorer des problèmes spécifiques lors de la mise à niveau. Par exemple, vous déterminez si la mise à niveau doit se poursuivre lorsqu'Oracle ne peut pas activer toutes les intégrations et démarrer la programmation pour toutes les intégrations. Reportez-vous à la section Configure Upgrade Settings or Reschedule Upgrade.

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

La mise à niveau de toutes les instances a été programmée. Oracle vous a envoyé un courriel contenant votre date de mise à niveau. Vous pouvez également le voir sur la page Mettre à niveau et dans un message de la bannière.

Puis-je choisir ou reprogrammer ma date de mise à niveau ?

Oui. Oracle sélectionne une fenêtre de mise à niveau pour vous, mais vous pouvez la modifier si elle est dans trois jours ouvrables ou plus.

Toutes les dates de mise à niveau disponibles apparaissent sur la page Mettre à niveau, dans la liste Fenêtre Mettre à niveau.

Si vous devez être mis en service pendant la fenêtre de mise à niveau qui vous est affectée, Oracle peut remplacer la fenêtre de mise à niveau par un mois plus tôt ou un mois plus tard. Contactez votre chargé de compte ou votre chargé de clientèle.

Ya-t-il un temps d'inactivité ?

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 cette période, Oracle Integration n'est pas disponible et toutes les instances en attente de traitement cessent d'être exécutées. Reportez-vous à Impact de la mise à niveau sur les données d'exécution.

Tous les utilisateurs doivent arrêter de travailler dans Oracle Integration. Si vous tentez de vous connecter pendant le temps d'inactivité, une page Service indisponible vous informe qu'Oracle Integration n'est pas disponible.

Ma mise à niveau a été programmée. Que se passe-t-il 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.

Et si quelque chose change après la programmation de la mise à niveau et que mon instance ne peut plus être mise à niveau ?

Après avoir programmé la mise à niveau, Oracle vérifie fréquemment votre instance pour s'assurer qu'elle est toujours prête. Si la vérification identifie des problèmes, Oracle vous envoie un courriel vous permettant de les résoudre et de poursuivre la mise à niveau programmée. Reportez-vous à Correction d'une instance avec des vérifications de préparation ayant échoué.

Oracle vérifie également votre instance au début de la fenêtre de mise à niveau. Si la vérification identifie des problèmes, Oracle annule la mise à niveau et vous envoie un courriel à propos de la modification. Toute personne qui reçoit des courriels sur les mises à jour trimestrielles d'Oracle Integration Generation 2 reçoit ce courriel, qui contient des informations sur les étapes suivantes.

Que dois-je faire avant la mise à niveau ?

• Vérifiez la préparation de la mise à niveau et corrigez les problèmes de prévérification.
• Configurez vos paramètres de mise à niveau.
• A l'approche de votre date de mise à niveau, effectuez certaines tâches préalables à la mise à niveau, y compris la mise à jour de vos listes d'autorisation.

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

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

Et si une intégration programmée est en cours d'exécution au début de la mise à niveau ?

Avant la mise à niveau, Oracle arrête toute programmation en cours d'exécution. Après la mise à niveau, la programmation démarre dans Oracle Integration 3 à partir du point où elle s'est arrêtée dans Oracle Integration Generation 2.

Comment savoir quand 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 vous connectez et que l'interface utilisateur reste inchangée, la mise à niveau n'a pas encore commencé.
• Si vous vous connectez et qu'une page vous informe que le service n'est pas disponible, la mise à niveau est toujours en cours.
• Si vous vous connectez et que l'interface utilisateur a changé, la mise à niveau est terminée.

  Assurez-vous que la mise à niveau est terminée en vérifiant le numéro de version dans la boîte de dialogue A propos de.

Mon instance Oracle Integration Generation 2 sera-t-elle toujours disponible après la mise à niveau ?

Non. Votre instance Oracle Integration Generation 2 n'est pas disponible après la mise à niveau.

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

Reportez-vous à Exécution des tâches postérieures à la mise à niveaux.

Mes informations sur les utilisateurs, les groupes et les stratégies seront-elles disponibles après la mise à niveau ?

Oui. Toutes les informations relatives à la sécurité de votre instance Oracle Integration Generation 2 sont présentes dans votre instance Oracle Integration 3 après la mise à niveau. De plus, la mise à niveau ne modifie aucun élément lié aux domaines d'identité. Par exemple, si votre location utilise des domaines d'identité avant la mise à niveau, elle continue à en utiliser après.

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

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

Si vous rencontrez des problèmes après la mise à niveau, que vous effectuiez des tâches de vérification ou des activités quotidiennes, enregistrez une demande d'assistance sur My Oracle Support.

L'adresse IP de mon instance sera-t-elle modifiée ?

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

Si vous disposez de listes d'autorisation, vous devez y ajouter les nouvelles adresses IP. Reportez-vous à Mise à jour des listes d'autorisation.

Une fois la mise à niveau terminée, les adresses IP Oracle Integration Generation 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 d'Oracle Integration 3 ne sera pas modifiée ; il s'agira de votre URL Oracle Integration Generation 2.
• L'URL de conception sera modifiée, mais vos signets fonctionneront toujours. L'URL de conception pour Oracle Integration 3 est au 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 Generation 2 est redirigée vers la nouvelle URL d'instance Oracle Integration 3 afin que vous puissiez continuer à utiliser votre signet existant ou le mettre à jour. A vous de choisir.

• L'URL du processus va changer.

Puis-je avoir à la fois des instances Oracle Integration Generation 2 et des instances Oracle Integration 3 ?

Oui. Par exemple, si vous disposez de plusieurs instances Oracle Integration Generation 2, vous pouvez les mettre à niveau à différents moments. Cependant, à compter d'octobre 2024, Oracle Integration Generation 2 et Oracle Integration 3 sont suffisamment différents pour que le travail effectué dans Oracle Integration Generation 2 ne soit pas compatible avec Oracle Integration 3, et inversement. Reportez-vous aux nouvelles fonctionnalités et aux différences par rapport aux versions précédentes dans Nouveautés d'Oracle Integration 3.

Si vous êtes un administrateur qui travaille dans la console Oracle Cloud, vos instances d'Oracle Integration 3 apparaissent dans la même liste que vos instances d'Oracle Integration Generation 2. Chaque instance possède un libellé clair afin que vous puissiez identifier sa version.

Puis-je passer à une autre région ou à un autre compartiment lors de la mise à niveau ?

Non. Le changement de région et de compartiment ne fait pas partie du processus de mise à niveau.

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

Quel est l'impact de la mise à niveau sur mon instance de service ?

• Adresse personnalisée : si vous utilisez une adresse personnalisée, tenez compte des modifications suivantes :
  • Si vous utilisez Visual Builder, votre adresse personnalisée et toute autre adresse personnalisée seront configurées sur 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 d'origine plutôt que de l'adresse personnalisée.

  • Visual Builder prend en charge d'autres adresses personnalisées, mais Oracle Integration 3 ne le fait pas actuellement.
  • Si vous n'utilisez pas Visual Builder et que votre adresse personnalisée utilise SSL, vous devez configurer un équilibreur de charge en tant que composant frontal pour votre instance Oracle Integration Generation 2, puis enlever le certificat SSL.
  • Si vous n'utilisez pas Visual Builder, après la mise à niveau, l'accès à l'exécution à vos intégrations continuera de fonctionner comme pour Oracle Integration Generation 2. Pour tous les autres points d'accès, tels que la conception et l'automatisation des processus, vous accédez toujours à l'adresse personnalisée, mais celle-ci est ensuite redirigée vers l'URL appropriée.

  Reportez-vous à Prévérification de l'URL d'adresse personnalisée.

• Valeur d'ID d'instance : l'ID d'instance généré par le système qui est affiché sur 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 d'instance numérique lors de la configuration des paramètres de mise à niveau. Reportez-vous à FlowId Prise en charge des conversions et à Prévérification de l'action d'ID d'instance.
• Limite quotidienne de courriels : Oracle Integration 3 peut envoyer une limite de 10 000 courriels dans une fenêtre glissante de 24 heures. Reportez-vous à Prévérification de la limite de courriels quotidienne.
• 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. Reportez-vous à Portées personnalisées dans la prévérification IDCS.
• Données de flux d'activité : le flux d'activité n'est pas migré, mais vous pouvez capturer ces données dans la console Oracle Cloud. Reportez-vous à Tâches de pré-mise à niveau d'instance.
• Configuration de règles réseau : si vous avez activé des règles réseau dans n'importe quel service Oracle Cloud Infrastructure, vous devrez peut-être les configurer pour inclure Oracle Integration. Reportez-vous à Tâches préalables à la mise à niveau d'instance.
• Fenêtre de mise à jour : la fenêtre de mise à jour est désormais déterminée par la forme de l'instance, plutôt que par les balises, comme dans Oracle Integration Generation 2. Les instances de production sont mises à jour environ trois semaines après les instances de développement. Selon le moment où vous effectuez la mise à niveau pendant le cycle de publication, il peut y avoir une non-concordance de version entre vos instances de développement et les instances de production. Reportez-vous à Application de mises à jour à votre instance Oracle Integration 3.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés d'Oracle Integration 3
  • Questions courantes dans Questions connues pour Oracle Integration 3
  • Dépannage des problèmes de mise à niveau

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

• Assurez-vous que vous avez accès à l'instance Oracle Integration 3, qui peut inclure la mise à jour d'une stratégie IAM avec le nouvel OCID. Reportez-vous à Assurer l'accès à l'instance.
• Effectuez les tâches de vérification post-mise à niveau de votre organisation. Reportez-vous à 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 de l'agent Java et KeyStore : pour Oracle Integration 3, vos agents de connectivité doivent utiliser JDK 17 et PKCS 12 KeyStore. Reportez-vous à Agent Java Version precehck.
• Listes d'autorisation : avant la mise à niveau, vous devez mettre à jour vos paramètres de liste d'autorisation pour configurer la connectivité à partir de vos agents de connectivité vers votre fournisseur d'identités et les adresses IP d'exécution Oracle Integration. Reportez-vous à Mise à jour des 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. Reportez-vous à Prévérification de l'identificateur AgentGroup non pris en charge.
• Conversion en OAuth 2.0 : lors de la mise à niveau, les agents de connectivité sont automatiquement convertis de l'authentification de base à 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. Reportez-vous à Tâches préalables à la mise à niveau de l'agent de connectivité.
• Mise en cache du serveur proxy : définissez la propriété Cache du serveur proxy pour que les URL Oracle Integration soient actualisées aussi fréquemment que possible. Reportez-vous à Définition de la propriété Cache du serveur proxy.
• Trafic de pare-feu supplémentaire après la mise à niveau : après la mise à niveau, vous verrez un trafic supplémentaire sur 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 le fichier JKS KeyStore en fichier PKCS12 KeyStore pour l'agent de connectivité, cela affecte-t-il mon agent de connectivité Oracle Integration Generation 2 ?

Non. La conversion du fichier JKS KeyStore en fichier PKCS12 KeyStore n'a aucune incidence sur l'agent de connectivité Oracle Integration Generation 2 et n'est effective qu'après la mise à niveau vers Oracle Integration 3. Vous pouvez convertir votre fichier de clés manuellement ou le laisser se produire automatiquement lors de la mise à niveau (l'agent doit utiliser JDK 17).

Comment la mise à niveau peut-elle affecter ma connectivité ?

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

• Les agents hors ligne lors de 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. Reportez-vous à Assurer la connectivité.

Puis-je migrer certaines intégrations de mon instance vers Oracle Integration 3, et conserver certaines intégrations dans mon instance Oracle Integration Generation 2 existante ?

Non. Vous devez mettre à niveau l'instance entière.

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

Non. À compter d'octobre 2024, Oracle Integration Generation 2 et Oracle Integration 3 sont suffisamment différents pour que les intégrations ne soient pas compatibles en amont ou en aval. Reportez-vous aux nouvelles fonctionnalités et aux différences par rapport aux versions précédentes dans Nouveautés d'Oracle Integration 3.

Comment la mise à niveau affecte-t-elle mon flux de données d'activités et les intégrations en exécution active ?

• Conservation des données : les éditions Standard et Enterprise d'Oracle Integration 3 prennent en charge 32 jours de conservation des données par défaut. Lors de la mise à niveau, seuls les 32 derniers jours de données conservées seront migrés.
• Données de flux d'activité : le flux d'activité n'est pas migré, mais vous pouvez capturer ces données dans la console Oracle Cloud. Le flux d'activités a été considérablement amélioré et peut être consulté et téléchargé à partir des pages Instances, Détails de l'instance et Erreurs.
• Les activités d'exécution sont suspendues pendant le temps d'inactivité de la mise à niveau : Oracle Integration cesse d'accepter les demandes d'intégration entrantes pendant le bref temps d'inactivité pendant la mise à niveau.

Reportez-vous à Impact de la mise à niveau sur les données d'exécution.

Quel autre impact la mise à niveau peut-elle avoir sur mes intégrations ?

• Réponse différée (asynchrone) : le modèle de réponse retardée (asynchrone) était précédemment pris en charge dans certains adaptateurs. Reportez-vous à Prévérification de la réponse différée (asynchrone).
• Certificats d'identité : si vous disposez de certificats d'identité, vous devrez télécharger de nouveaux certificats d'identité après la mise à niveau. Reportez-vous à Assurer la connectivité.
• Nom d'application en double de routage de base : dans Oracle Integration 3, vous ne pouvez pas avoir plusieurs intégrations de routage de base ayant les mêmes noms d'adresse source et cible. Reportez-vous à Prévérification du nom d'application en double de routage de base.
• Nombre d'intégrations actives : une instance peut disposer de 800 intégrations actives au maximum, comme indiqué dans les limites de service.
• Fichier de lecture multiple : l'opération de lecture de plusieurs fichiers est en phase d'abandon dans Oracle Integration Generation 2. Reportez-vous à la section Multiple Read File precheck.
• Publier/souscrire des intégrations : les intégrations de publication/souscription (ou de publication/souscription) ont été remplacées par des orchestrations basées sur les événements dans Oracle Integration 3. Reportez-vous à Prévérification des intégrations de publication/d'abonnement.
• 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. Reportez-vous à Prévérification de l'autorisation de base de l'API DT pour l'action OAuth.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés d'Oracle Integration 3
  • Questions d'intégration dans Questions connues pour Oracle Integration 3
  • Dépannage des problèmes de mise à niveau

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

• Recherchez les activations ou programmations ayant échoué dans vos intégrations.
• Si nécessaire, effectuez des actions sur les demandes envoyées par des clients à Oracle Integration pendant le temps d'arrêt.
• Si vous avez choisi d'ignorer les échecs de prévérification, vous devrez peut-être effectuer des tâches supplémentaires après la mise à niveau. Reportez-vous à Tâches terminées après la mise à niveau pour les échecs de prévérification ignorés.

Reportez-vous à Assurer le fonctionnement des intégrations.

Quel est l'impact de la mise à niveau sur mes adaptateurs ?

• Adaptateurs personnalisés : les adaptateurs personnalisés ne sont pas encore pris en charge par Oracle Integration 3. Reportez-vous à Prévérification des adaptateurs client.
• Adaptateur des utilitaires Oracle : Swagger 2.0 n'est plus pris en charge dans l'adaptateur Oracle Utilities. Voir Prévérification de l'adaptateur Oracle Utilities.
• Adaptateurs non pris en charge : certains adaptateurs ne sont plus pris en charge dans Oracle Integration 3. Reportez-vous à la section Unsupported Adapters precheck.
• Types REST non pris en charge : certains types de connexion sont en phase d'abandon et ne sont pas pris en charge dans une connexion d'adaptateur REST. Reportez-vous à Prévérification 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 Microsoft Graph. Reportez-vous à la section Adapters Pre-Upgrade Tasks.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés d'Oracle Integration 3
  • Questions d'intégration dans Questions connues pour Oracle Integration 3
  • Dépannage des 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 prévérification, vous devrez peut-être effectuer des tâches postérieures à la mise à niveau. Reportez-vous à Tâches terminées après la mise à niveau pour les échecs de prévérification ignorés.

Comment la mise à niveau peut-elle affecter mes fonctionnalités B2B ?

• Conservation des données : les éditions Standard et Enterprise d'Oracle Integration 3 ne prennent en charge que 32 jours de conservation des données. Lors de la mise à niveau, seuls les 32 derniers jours de données conservées seront migrés.
• B2B, mots de passe : votre fichier de certificat d'identité (JKS) nécessite deux ensembles de mots de passe : mots de passe de clé et mot de passe de fichier de clés. Tous les mots de passe doivent être identiques. Reportez-vous à B2B pour les tâches préalables à la mise à niveau d'Oracle Integration.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés d'Oracle Integration 3
  • Questions courantes dans Questions connues pour Oracle Integration 3
  • Dépannage des 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. Pendant la mise à niveau, Oracle migre vos fichiers de serveur de fichiers, votre structure de dossiers et vos listes d'autorisation (autorisations) d'Oracle Integration Generation 2 vers Oracle Integration 3. Après la mise à niveau, accédez à l'API de développeur pour le serveur de fichiers comme vous le faisiez dans Oracle Integration Generation 2.

Cependant, vous devez être conscient de certains changements :

• Valeurs d'adresse IP et de port : lors de la mise à niveau, Oracle affecte de nouvelles valeurs d'adresse IP et de port pour le serveur de fichiers SFTP. Reportez-vous à la section How Upgrade Affects File Server. Après la mise à niveau, vous devrez effectuer certaines tâches postérieures à la 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 informations d'identification du serveur de fichiers.
• Listes d'autorisation : dans Oracle Integration Generation 2, vous deviez soumettre une demande de service pour demander des modifications de vos listes d'autorisation 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, reportez-vous à Restriction de l'accès à une instance à l'aide d'une liste d'autorisation.
• Algorithmes hérités : plusieurs algorithmes d'échange hérités ne sont plus pris en charge par FTP. Pendant la mise à niveau, les connexions FTP seront mises à jour avec les algorithmes actuels. Reportez-vous à la section How Upgrade Affects File Server.
• Les appels d'API doivent utiliser OAuth : si vous utilisez l'API Developer pour les appels de serveur de fichiers, ils doivent utiliser OAuth. Reportez-vous à Tâches de pré-mise à niveau des intégrations.
• Vous pouvez également consulter la documentation suivante :
  • Avantages de la mise à niveau
  • Nouveautés d'Oracle Integration 3
  • Problèmes de serveur de fichiers dans Problèmes connus pour Oracle Integration 3
  • Dépannage des problèmes de mise à niveau

Dois-je effectuer des tâches postérieures à la mise à niveau pour 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.

Reportez-vous à Assurer la connectivité

Quels sont les avantages de la mise à niveau du processus ?

Quel est l'impact de la mise à niveau sur les fonctionnalités du processus ?

• La fonctionnalité de processus a subi des modifications importantes que vous devez connaître. Reportez-vous à la section How Upgrade Affects Process Features.
• Après la mise à niveau, le processus sera accessible via une nouvelle URL. Reportez-vous à Tâches postérieures à la mise à niveau pour l'automatisation des processus.
• La mise à niveau affecte tous les clients appelant un processus via une API REST (par exemple, des intégrations ou des applications Visual Builder). Reportez-vous à Tâches postérieures à 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 Generation 2 après la mise à niveau.
• Vous pouvez également consulter les problèmes d'automatisation des processus dans Problèmes connus pour Oracle Integration 3.

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

Selon la façon dont vous utilisez Process dans Oracle Integration Generation 2, vous utiliserez une autre option pour effectuer une mise à niveau ou une migration. Reportez-vous à la section Options de mise à niveau du processus.

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

Vos étapes postérieures à la mise à niveau dépendent de l'option de mise à niveau qui s'applique à votre implémentation. Reportez-vous à la section Options de mise à niveau du processus.

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

Une instance OCI Process Automation autonome est recommandée pour les raisons suivantes :

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

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

• Il limite les coûts lors de la migration.

  OCI Process Automation autonome peut tirer parti du modèle de tarification de niveau gratuit d'Oracle Cloud. Reportez-vous à Tarification de Process Automation.

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

Vous pouvez contacter votre représentant de compte Oracle et discuter des options disponibles si vous avez besoin de conseils tout au long du processus de migration. Si vous avez rencontré une erreur ou un problème spécifique, créez une demande de service sur My Oracle Support.

Les données du traitement Oracle Integration Generation 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, effectuez les étapes décrites dans Archiver et purger les données.

Si j'attends, une mise à niveau automatique sera-t-elle effectuée pour les instances avec des applications de processus activement utilisées ?

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

Comment la mise à niveau affecte-t-elle Visual Builder ?

Reportez-vous aux sections suivantes :

• Prévérifications Visual Builder
• Tâches préalables à la mise à niveau de Visual Builder
• Terminer les tâches postérieures à la mise à niveau pour Visual Builder

Ai-je besoin d'effectuer des tâches postérieures à la mise à niveau pour Visual Builder ?

Reportez-vous à Tâches à exécuter après la mise à niveau dans Administration d'Oracle Visual Builder dans Oracle Integration 3.