Vérifier la préparation de la mise à niveau et corriger les problèmes de prévérification
Oracle effectue régulièrement des prévérifications pour déterminer la préparation de la mise à niveau afin que celle-ci fonctionne correctement. Si les prévérifications ne réussissent pas, vous devrez peut-être effectuer des tâches pour corriger les problèmes.
Après avoir corrigé les problèmes de prévérification, configurez vos paramètres de mise à niveau.
Afficher le statut de la prévérification
Pour voir votre statut de prévérification ou pour exécuter à nouveau la vérification, procédez comme suit :
- Dans le panneau de navigation, cliquez sur Paramètres, puis sur Mettre à niveau.
Vous pouvez voir à quel moment la dernière prévérification s'est terminée au-dessus de la table de vérification de la préparation.
Le tableau de vérification de la préparation contient les informations suivantes sur le statut des éléments de prévérification.
Colonne Description Condition d'admissibilité Condition qui doit être remplie pour être prête pour la mise à niveau. Certaines conditions incluent des liens vers la documentation associée. Responsable Qui est responsable de la gestion de la condition. Date d'échéance Date à laquelle la condition doit être remplie. Statut d'admissibilité Statut de la condition, y compris les explications sur les conditions qui n'ont pas été remplies. Développez Plus de détails... pour afficher des informations supplémentaires sur l'échec de la condition. Pour copier les détails dans le presse-papiers, cliquez sur 
.
- Si des prévérifications n'ont pas réussi, effectuez les tâches associées pour corriger les problèmes.
- Pour réexécuter la prévérification, cliquez sur Vérifier à nouveau.
La prévérification prend environ une heure.
Si Oracle a tenté de mettre à niveau l'instance, les détails de cette tentative apparaissent dans le récapitulatif de la mise à niveau directement sous la table de vérification de la préparation.
Récapitulatif des pré-vérifications
Ce tableau récapitule les prévérifications et les tâches associées pour chaque zone. Les détails de chaque tâche sont liés dans le tableau et affichés dans la section suivante.
| Domaine | Tâches |
|---|---|
| Agent de connectivité | |
| Instances | |
| B2B for Oracle Integration | |
| Intégrations | |
| Adaptateurs | |
| Visual Builder | |
| Process Automation |
Prévérifications de l'agent de connectivité
| Condition d'admissibilité | Propriétaire standard | Applicable à la région Gouvernement | Tâches à exécuter |
|---|---|---|---|
|
Version Java d'agent |
Équipe des opérations de développement | Oui | Assurez-vous que vos agents de connectivité utilisent JDK 17 et PKCS12 KeyStore. Développez Plus de détails pour afficher les agents de connectivité qui doivent être révisés. Pour copier les détails dans le presse-papiers, cliquez sur . Vous pouvez également visualiser la section Statut de l'agent de connectivité pour voir le statut de tous les agents de connectivité de votre instance.
|
|
Connectivité de l'agent pour Oracle Integration 3 : l'agent de connectivité doit être en cours d'exécution |
Équipe des opérations de développement | Oui | Votre agent de connectivité doit être opérationnel avant le début de la mise à niveau. Développez Plus de détails pour afficher les agents de connectivité qui doivent être révisés. Pour copier les détails dans le presse-papiers, cliquez sur . Vous pouvez également afficher la colonne Statut de l'agent dans la section Statut de l'agent de connectivité pour voir le statut de tous les agents de connectivité de votre instance, indiquant si chaque agent est hors ligne (indisponible).
Les agents qui ne sont pas accessibles pendant la mise à niveau ou qui ne répondent pas aux exigences de mise à niveau ne seront pas mis à niveau. Dans ce cas, vous devrez effectuer des étapes post-mise à niveau pour rétablir la connectivité. |
|
Connectivité d'agent pour Oracle Integration 3 : mettez à jour les paramètres de liste d'autorisation |
Équipe des opérations de développement | Oui | Vous devez mettre à jour vos paramètres de liste d'autorisation pour vos agents de connectivité avant la mise à niveau. Développez Plus de détails pour afficher les agents de connectivité qui doivent être révisés. Pour copier les détails dans le presse-papiers, cliquez sur . Vous pouvez également afficher la colonne Statut de la liste d'autorisation de la section Statut de l'agent de connectivité pour voir le statut de tous les agents de connectivité de votre instance, indiquant si la liste d'autorisation a été mise à jour de façon appropriée.
A l'approche de la fenêtre de mise à niveau, effectuez les tâches préalables à la mise à niveau suivantes :
Les agents qui ne sont pas accessibles pendant la mise à niveau ou qui ne répondent pas aux exigences de mise à niveau ne seront pas mis à niveau. Dans ce cas, vous devrez effectuer des étapes post-mise à niveau pour rétablir la connectivité. |
|
Identificateur AgentGroup non pris en charge |
Équipe des opérations de développement | Oui | Si l'un de vos groupes d'agents comporte un espace dans ses identificateurs, il ne sera pas migré vers Oracle Integration 3. Si vous avez toujours besoin des groupes d'agents, vous devrez les recréer après la mise à niveau. |
Prévérifications d'instance
| Condition d'admissibilité | Propriétaire standard | Applicable à la région Gouvernement | Tâches à exécuter |
|---|---|---|---|
|
URL d'adresse personnalisée |
Administrateur | Oui | Selon la configuration de votre adresse personnalisée avant la migration, vous effectuerez différentes étapes et le processus de mise à niveau traitera l'adresse personnalisée différemment. Développez Plus de détails pour déterminer comment procéder à la mise à niveau.
|
|
Action d'ID d'instance |
Administrateur | Oui | L'ID d'instance d'intégration généré par le système affiché sur la page Instances et dans le flux d'activités d'une instance d'intégration est passé d'une valeur numérique à une valeur alphanumérique dans Oracle Integration 3. Le type de données de la valeur n'est pas modifié ; il reste un type de données de chaîne. La modification d'une valeur alphanumérique peut affecter tous les systèmes que vous utilisez et qui reposent sur le fait que l'ID d'instance d'intégration est une valeur numérique. Par exemple, si vous analysez l'ID d'instance d'intégration à partir d'une API REST et que vous stockez l'ID d'instance d'intégration dans une base de données sous forme de champ numérique, vous devez mettre à jour le champ de base de données.
Si des intégrations utilisent des ID d'instance d'intégration, la prévérification affiche un avertissement. Développez Plus de détails pour voir les intégrations à vérifier. Pour copier les détails dans le presse-papiers, cliquez sur Si vous avez besoin de temps supplémentaire pour effectuer les mises à jour requises pour cette modification, vous pouvez conserver temporairement l'ID d'instance d'intégration numérique (six mois après la mise à niveau). Reportez-vous à la page FlowId Conversion Support. Veillez à noter les intégrations concernées par la copie des détails comme décrit ci-dessus. Remarque : cette prévérification vérifie uniquement l'existence d'intégrations qui utilisent des ID d'instance, et non l'exactitude des ID d'instance. L'avertissement persiste après la mise à jour des intégrations, mais n'a aucune incidence sur la mise à niveau. |
|
Limite de courriel quotidienne |
Administrateur | Oui | Oracle Integration 3 peut envoyer une limite de 10 000 courriels dans une fenêtre glissante de 24 heures, comme décrit dans Limites de service. Si votre déploiement doit envoyer plus que cela, vous pouvez utiliser votre location client. Reportez-vous à Configuration des courriels de notification. |
|
Portées personnalisées dans IDCS |
Administrateur | Non | Oracle Integration 3 ajoute une portée par défaut (/ic/api/ , urn:opc:resource:consumer::all) à Oracle Identity Cloud Service (IDCS) lors de la création de l'instance. Elle ne prend en charge aucune autre portée personnalisée ajoutée à IDCS. Si vous avez créé des portées personnalisées dans IDCS, vous devez les enlever.
|
|
Autres échecs |
Varie | Oui | Si d'autres problèmes bloquent la mise à niveau sans prévérifications spécifiques, ils seront inclus dans d'autres échecs. Développez Plus de détails pour voir les problèmes nécessitant une action. Pour copier les détails dans le presse-papiers, cliquez sur .
|
B2B pour les prévérifications Oracle Integration
| Condition d'admissibilité | Propriétaire standard | Applicable à la région Gouvernement | Tâches à exécuter |
|---|---|---|---|
|
B2B Durée de conservation |
Administrateur | Non | Bien que vous n'ayez rien à faire pour corriger ce statut de prévérification, sachez que 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. Développez Plus de détails pour voir le nombre de jours de données conservées dont vous disposez actuellement. Pour copier les détails dans le presse-papiers, cliquez sur .
Après la mise à niveau vers Oracle Integration 3, vous aurez la possibilité d'augmenter la période de conservation des données si vous le souhaitez ou de mettre à niveau vers l'édition Healthcare, qui prend en charge 184 jours de conservation des données. |
Prévérifications des intégrations
| Condition d'admissibilité | Propriétaire standard | Applicable à la région Gouvernement | Tâches à exécuter |
|---|---|---|---|
|
Réponse différée (asynchrone) |
Equipe de développement | Oui | Le modèle de réponse retardée (asynchrone) était précédemment pris en charge dans les adaptateurs suivants :
Si vous avez des intégrations utilisant une réponse retardée (asynchrone) avec l'un de ces adaptateurs, retravaillez-les en créant deux connexions d'appel pour obtenir des fonctionnalités similaires :
Développez Plus de détails pour voir quelles intégrations doivent être révisées. Pour copier les détails dans le presse-papiers, cliquez sur |
|
Certificats d'identité |
Equipe de développement | Oui | Les certificats d'identité établissent l'identité du client lors de la communication SSL bidirectionnelle. Les connexions basées sur l'adaptateur AS2 et l'adaptateur REST peuvent utiliser des certificats d'identité.
Développez Plus de détails pour afficher le nom des certificats d'identité et les connexions qui les utilisent. Pour copier les détails dans le presse-papiers, cliquez sur Si vous disposez de certificats d'identité, après la mise à niveau, vous devrez télécharger les nouveaux certificats d'identité comme décrit dans Assurer la connectivité : |
|
Nom d'application en double de routage de base |
Equipe de développement | Oui | Si votre instance contient des intégrations de routage de base qui ont les mêmes noms d'adresse source et cible, procédez comme suit :
Développez Plus de détails pour afficher les intégrations qui doivent être révisées. Pour copier les détails dans le presse-papiers, cliquez sur |
|
Lecture de fichiers multiples |
Equipe de développement | Oui | L'opération de lecture de plusieurs fichiers est en phase d'abandon dans Oracle Integration Generation 2.
Si vous avez des intégrations qui incluent une opération de lecture de plusieurs fichiers, retravaillez les intégrations pour qu'elles n'utilisent pas ce modèle. Par exemple, utilisez une opération listFile pour répertorier les fichiers et utilisez une action for-each pour lire chaque fichier individuellement. Développez Plus de détails pour afficher les intégrations qui doivent être révisées. Pour copier les détails dans le presse-papiers, cliquez sur |
|
Intégrations de publication/ d'abonnement |
Equipe de développement | Oui |
Si votre instance inclut des intégrations qui publient des messages ou s'abonnent à des messages à partir d'Oracle Integration, sachez que les intégrations de publication/d'abonnement (ou de publication/souscription) doivent être converties en orchestrations orientées événement. Les intégrations seront gérées différemment en fonction de leur configuration :
Développez Plus de détails pour voir les intégrations qui ne peuvent pas être converties automatiquement. Pour copier les détails dans le presse-papiers, cliquez sur Note : Vous pouvez profiter de cette opportunité pour supprimer les flux de publication provisoires. |
|
Action d'authentification de base de l'API DT vers OAuth |
Equipe de développement | Oui | Si votre instance inclut des intégrations qui accèdent aux API de développeur à l'aide d'une connexion REST avec une authentification de base, vous devez les modifier pour utiliser OAuth.
Dans Oracle Integration Generation 2, vous pouvez utiliser l'authentification de base pour utiliser l'API REST Oracle Integration et l'API REST de serveur de fichiers. Dans Oracle Integration 3, vous devez utiliser OAuth. Vous devez mettre à jour les clients, scripts, intégrations et commandes qui utilisent l'API de développeur pour Oracle Integration 3 ou l'API de développeur pour le serveur de fichiers pour la connexion à l'aide de OAuth. Pour plus d'informations sur la prise en charge des méthodes d'authentification, reportez-vous à Quand l'authentification de base est-elle prise en charge dans Oracle Integration 3 dans Provisionnement et administration d'Oracle Integration 3. Pour plus de détails sur l'utilisation de OAuth, reportez-vous à Sécurité, authentification et autorisation dans API de développeur pour Oracle Integration 3 ou à Sécurité, authentification et autorisation dans API de développeur pour le serveur de fichiers dans Oracle Integration 3. |
Prévérifications des adaptateurs
| Condition d'admissibilité | Propriétaire standard | Applicable à la région Gouvernement | Tâches à exécuter |
|---|---|---|---|
|
Adaptateurs personnalisés |
Equipe de développement | Non | Si votre instance inclut des intégrations qui utilisent un adaptateur personnalisé, elle ne peut pas encore être mise à niveau. Attendez qu'Oracle lance les mises à niveau pour cette fonction. Développez Plus de détails pour afficher les adaptateurs personnalisés que vous utilisez. Pour copier les détails dans le presse-papiers, cliquez sur .
|
|
Adaptateur Oracle Utilities |
Equipe de développement | Oui | Swagger 2.0 n'est plus pris en charge dans l'adaptateur Oracle Utilities. Si une intégration existante utilise le catalogue REST Swagger 2.0, l'exécution ne sera pas affectée. Toutefois, si vous essayez de modifier la connexion lors de la conception, de tester à nouveau la connexion, d'actualiser les métadonnées, d'actualiser les artefacts ou de réactiver, l'intégration échoue. Vous devez mettre à jour le catalogue pour utiliser la définition OpenAPI 3.x. Développez Plus de détails pour afficher les intégrations qui doivent être révisées. Pour copier les détails dans le presse-papiers, cliquez sur . Voir Utilisation d'un catalogue REST Swagger 2.0 avec Oracle Utilities Adapter version 24.04.0 ou supérieure.
|
|
Adaptateurs non pris en charge |
Equipe de développement | Oui | Si votre instance inclut une intégration qui utilise l'un des adaptateurs suivants, qui ne sont pas pris en charge dans Oracle Integration 3, remplacez les adaptateurs par l'adaptateur REST :
Développez Plus de détails pour voir les adaptateurs non pris en charge que vous utilisez. Pour copier les détails dans le presse-papiers, cliquez sur |
|
Types REST non pris en charge |
Equipe de développement | Oui | Les types de connexion suivants sont en phase d'abandon et ne sont pas pris en charge dans une connexion d'adaptateur REST. Remplacez ces types de connexion par d'autres. Reportez-vous à Configuration des propriétés de connexion pour appeler des connexions dans Utilisation de l'adaptateur REST avec Oracle Integration 3.
Développez Plus de détails pour voir quels types REST non pris en charge vous utilisez. Pour copier les détails dans le presse-papiers, cliquez sur Les développeurs avec une API REST décrite à l'aide de RAML ou du catalogue de métadonnées Oracle doivent effectuer l'action suivante :
Une autre option consiste à convertir RAML en une spécification OpenAPI à utiliser avec la connexion à l'adaptateur REST. Pour fournir une prise en charge plus robuste et complète des spécifications Swagger/OpenAPI, l'adaptateur REST inclut une option unifiée permettant de spécifier toutes les spécifications OpenAPI dans un seul champ. Cette option remplace également l'option permettant de fournir une URL de définition Swagger, qui n'est plus disponible. |
Prévérifications de Visual Builder
| Condition d'admissibilité | Propriétaire standard | Applicable à la région Gouvernement | Tâches à exécuter |
|---|---|---|---|
|
URL d'adresse personnalisée |
Administrateur | Non | Ce point a également été traité dans les prévérifications d'instance, mais il est répété ici car il s'applique à Visual Builder.
Si vous disposez d'une adresse personnalisée et que vous utilisez Visual Builder :
|
|
VBCS |
Administrateur | Non |
Si vous utilisez Visual Builder avec votre propre instance de base de données Oracle (BYODB), Autonomous AI Transaction Processing (ATP) doit être en cours d'exécution pendant la mise à niveau. Pour une mise à niveau fluide, effectuez les tâches décrites dans Préparation de Visual Builder pour la mise à niveau dans Administration d'Oracle Visual Builder dans Oracle Integration 3. L'échec de l'exécution des tâches spécifiées avant la mise à niveau peut entraîner une interruption immédiate et des problèmes de connectivité après la mise à niveau. Pour résoudre ces problèmes après la mise à niveau, vous devrez peut-être effectuer des tâches supplémentaires et soumettre une demande d'assistance sur My Oracle Support. |
Prévérifications de l'automatisation des processus
| Condition d'admissibilité | Propriétaire standard | Applicable à la région Gouvernement | Tâches à exécuter |
|---|---|---|---|
|
Process Automation |
Administrateur | Non |
Différences fonctionnelles Il existe plusieurs différences entre le processus dans Oracle Integration Generation 2 et Process Automation dans Oracle Integration 3. Reportez-vous à la FAQ sur les 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. |
| Applications d'automatisation des processus/de traitement | Administrateur | Non |
Transactions d'exécution
|
| Oracle Content Management | Administrateur | Non |
Oracle Content Management Si le processus est intégré à Oracle Content Management (OCM), vous devez mettre à jour les paramètres d'intégration d'OCM pour utiliser le nouveau nom d'hôte. Sinon, vous rencontrerez des problèmes. Développez Plus de détails... pour obtenir le nouveau nom d'hôte. |
| Visual Builder | Administrateur | Non |
Visual Builder Si des applications Visual Builder appellent Process, effectuez les étapes préalables à la mise à niveau de la mise à niveau progressive pour mettre à jour les applications Visual Builder. |
| Processus | Administrateur | Non |
Si des processus appellent une intégration avec un déclencheur REST configuré uniquement avec la stratégie de sécurité OAuth ou la stratégie de sécurité Authentification de base, vous devez la mettre à jour pour utiliser OAuth et Authentification de base afin d'éviter les échecs après la mise à niveau progressive. |
| Processus | Administrateur | Non |
Les appels de processus dynamique utilisant l'activité d'intégration ne fonctionneront pas après la mise à niveau progressive. Vous devrez donc mettre à jour vos processus dynamiques afin d'utiliser une connexion d'activité de service pour appeler vos intégrations. Si vous ne le faites pas avant la mise à niveau progressive, vous risquez de subir une interruption de service après la mise à niveau. |
| Processus | Administrateur | Non |
Si des intégrations appellent des processus Oracle Integration Generation 2 à l'aide d'une connexion SOAP (URL WSDL) ou d'une connexion REST, vous devez les mettre à jour pour utiliser la stratégie de sécurité Authentification de base afin d'éviter les échecs postérieurs à la mise à niveau après la mise à niveau progressive. |
Corriger une instance avec des vérifications de préparation ayant échoué
Si la mise à niveau a été programmée et que votre instance n'est plus prête pour la mise à niveau, corrigez les problèmes afin que la mise à niveau aboutisse.
- Dans Oracle Integration, ouvrez la page Mettre à niveau via l'une des étapes suivantes :
- Dans le panneau de navigation, cliquez sur Paramètres, puis sur Mettre à niveau.
- Cliquez sur Annonces
, puis sur le lien dans la notification.
La page Mettre à niveau apparaît.