Mise à niveau avec réutilisation de la mémoire automatisée pour le processus
- Vous n'avez aucune utilisation de processus (instances en cours d'exécution ou terminées), ou
- L'utilisation de votre processus est dans un état de pré-production, ou
- Vous disposez d'instances de processus de courte durée qui peuvent être terminées dans Oracle Integration Generation 2 avant la mise à niveau, ou
- Vous utilisez uniquement des applications de décision.
Si cette option de mise à niveau correspond à votre situation, effectuez les étapes détaillées dans cette rubrique.
Préparation de l'environnement de mise à niveau initiale
Oracle vous recommande d'effectuer d'abord ces étapes sur une instance hors production qui n'est pas essentielle pour votre entreprise. Ces étapes peuvent prendre un certain temps et cette mise à niveau initiale peut identifier les problèmes à résoudre ou dont vous devez tenir compte avant la mise à niveau de production.
Si vous disposez de l'un des environnements suivants, vous devez suivre les étapes de cette section pour créer un environnement temporaire pour la validation de la mise à niveau :
- Si vous exécutez des charges globales de production dans une seule instance de production et que vous ne disposez pas d'instance hors production, tout problème rencontré peut entraîner un temps d'inactivité pour les utilisateurs de processus.
- Si votre environnement se compose d'une instance de production et d'une seule instance hors production sur laquelle vous comptez pour la sauvegarde et les corrections urgentes, vous serez laissé sans sauvegarde jusqu'à ce que votre environnement de production soit mis à niveau.
Si vous disposez de plusieurs instances hors production, vous pouvez passer directement à Mettre à niveau votre environnement hors production.
Pour créer un environnement temporaire pour la validation de la mise à niveau, procédez comme suit :
- Créez une instance Oracle Integration Generation 2.
- Copiez les métadonnées de conception vers la nouvelle instance.
Les métadonnées peuvent provenir d'une instance de production ou non. Cependant, l'utilisation des métadonnées d'instance de production signifie que vous serez mieux préparé à ce que vous devez faire au moment de mettre à niveau votre instance de production réelle.
- Poursuivez avec les étapes décrites dans la section Mise à niveau de votre environnement de non-production, puis testez la mise à niveau.
Lorsque vous êtes prêt à mettre à niveau vos autres instances, vous pouvez exporter vos intégrations refactorisées et traiter les applications afin d'accélérer les tâches postérieures à la mise à niveau pour l'instance qui a agi en tant que source des métadonnées de conception copiées.
Mettre à niveau votre environnement hors production
Si vous ne disposez pas d'instance hors production, Oracle vous recommande de créer un environnement temporaire pour la validation de la mise à niveau, comme décrit ci-dessus.
Effectuez les opérations suivantes dans votre environnement hors production.
| Tâche | Quand effectuer la tâche | Qui effectue la tâche | Détails de tâche |
|---|---|---|---|
| Analyser tous les écarts de conception | Avant la mise à niveau | Vous |
Dans la prévérification Automatisation des processus, développez Plus de détails et notez tout problème. Reportez-vous à la section How Upgrade Affects Process Features pour obtenir des solutions de contournement ou d'autres solutions. Vous devrez implémenter ces options après la mise à niveau pour restaurer et activer vos applications de processus. Si vous utilisez une fonctionnalité non prise en charge et que vous ne pouvez pas suivre les suggestions, contactez votre représentant Oracle ou enregistrez une demande d'assistance. |
| Ignorer la prévérification des instances actives | Avant la mise à niveau | Vous |
Sélectionnez Ignorer les instances actives et poursuivre la mise à niveau, puis cliquez sur Enregistrer les modifications. Il vous sera demandé de confirmer votre choix deux fois. AVERTISSEMENT : La sélection de cette option entraînera la perte des instances de processus en cours d'exécution et terminées. Soyez prudent lorsque vous sélectionnez cette option, en particulier dans une instance de production.Une fois que vous avez sélectionné cette option, la prévérification Process Automation passe à un avertissement indiquant que la prévérification a été ignorée. |
| Reprogrammer votre mise à niveau | Avant la mise à niveau | Vous |
Si nécessaire, reprogrammez la mise à niveau de votre instance hors production. |
| Limitation du travail de développement | Deux à trois jours avant la mise à niveau | Vous |
Pendant les deux jours précédant la mise à niveau, suspendez ou limitez au maximum votre travail de développement. Toutes les modifications que vous apportez sont enregistrées, mais elles peuvent entraîner l'échec de la vérification de mise à niveau. Dans ce cas, la mise à niveau devra être reprogrammée. Par exemple :
|
| Processus de mise à niveau | Pendant la mise à niveau | Oracle |
Pendant la mise à niveau, Oracle effectue les opérations suivantes :
Remarque : 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 dans Oracle Integration Generation 2 après la mise à niveau. |
| Tâches à effectuer après la mise à niveau | Après la mise à niveau | Vous |
Effectuez des activités postérieures à la mise à niveau pour rétablir l'ordre de fonctionnement de vos applications de processus. Reportez-vous à Tâches postérieures à la mise à niveau au niveau du service pour Process Automation. Si vos applications de processus font partie d'une solution impliquant Visual Builder ou des intégrations, vous devrez peut-être effectuer des étapes supplémentaires pour mettre à jour vos autres clients. Reportez-vous à Mise à jour des clients qui appellent des applications de processus. |
Mettre à niveau des environnements autres que de production supplémentaires
Si vous disposez d'environnements autres que de production, vous pouvez effectuer les étapes préalables à la mise à niveau à partir du tableau ci-dessus. Cependant, au lieu d'effectuer les tâches postérieures à la mise à niveau, vous pouvez exporter vos applications de processus restaurées et les artefacts associés (par exemple, les applications Visual Builder) à partir du premier environnement et les importer dans les environnements supplémentaires après la mise à niveau. Cela peut vous faire gagner du temps à ne pas avoir à effectuer les étapes postérieures à la mise à niveau sur plusieurs environnements.
Mettre à niveau votre environnement de production
Si vous souhaitez suivre ce processus de mise à niveau pour un environnement de production, tenez compte des points suivants :
- Vous devrez peut-être empêcher les utilisateurs professionnels de créer de nouvelles transactions avant la mise à niveau.
- Vous devrez identifier et effectuer les transactions en cours d'exécution avant de procéder à la mise à niveau.
- Il y aura un certain temps d'inactivité après la mise à niveau pour effectuer des tâches post-mise à niveau. Pendant ce temps, votre entreprise ne pourra pas exécuter de nouveaux 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.
Avant de décider de poursuivre ce processus de mise à niveau :
- Evaluez le nombre de transactions en cours d'exécution dans votre environnement et effectuez ces transactions avant la mise à niveau. Pour afficher les transactions en cours :
- Connectez-vous à votre instance Oracle Integration Generation 2 en tant qu'utilisateur disposant du rôle d'administrateur de service.
- Cliquez sur Mes tâches, puis choisissez Processus.
- Enregistrez les données d'exécution à partir du processus Oracle Integration Generation 2. Cette étape est importante pour que vous ne perdiez pas l'historique des transactions terminées. Vous devez effectuer cette opération avant la mise à niveau. Voir Archiver et purger les données. Tenez compte des points suivants :
- Les informations archivées sont disponibles dans le bucket Object Storage configuré.
- Les pièces jointes ne sont pas incluses dans les fichiers d'archive. Vous devez les exporter manuellement. Reportez-vous à Extraction d'une pièce jointe de processus en tant que flux dans API REST pour Oracle Integration 2.
Si vous décidez de poursuivre ce processus de mise à niveau pour votre environnement de production, effectuez les étapes du tableau ci-dessus.