Mise à niveau sur place automatisée pour le processus
- Vous n'avez pas d'utilisation de processus (instances en cours d'exécution ou terminées), ou
- Votre utilisation de processus est à l'état de préproduction, ou
- Vous avez des instances de processus de courte durée qui peuvent être terminées dans Oracle Integration Génération 2 avant la mise à niveau, ou
- Vous n'utilisez que des applications de décision.
Si cette option de mise à niveau correspond à votre situation, suivez les étapes décrites dans cette rubrique.
Préparer votre environnement de mise à niveau initiale
Oracle vous recommande d'effectuer d'abord ces étapes sur une instance hors production qui n'est pas critique pour votre entreprise. Ces étapes peuvent prendre un certain temps et cette mise à niveau initiale peut identifier les problèmes que vous devez 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 de travail de production dans une seule instance de production et que vous n'avez pas d'instance hors production, tout problème rencontré peut entraîner des temps d'arrêt pour les utilisateurs du processus.
- Si votre environnement est constitué d'une instance de production et d'une seule instance hors production sur laquelle vous comptez pour les sauvegardes et les correctifs urgents, vous serez privé de la sauvegarde jusqu'à ce que votre environnement de production soit mis à niveau.
Si vous avez plusieurs instances hors production, vous pouvez passer à Mettre à niveau votre environnement hors production.
Pour créer un environnement temporaire pour la validation de la mise à niveau, procédez comme suit :
- Créer une nouvelle instance Oracle Integration Génération 2.
- Copiez les métadonnées de conception dans la nouvelle instance.
Les métadonnées peuvent provenir d'une instance de production ou de non-production. Toutefois, 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 la mise à niveau de votre instance de production réelle.
- Poursuivez les étapes sous Mettre à niveau votre environnement hors production, puis testez la mise à niveau.
Lorsque vous êtes prêt à mettre à niveau vos autres instances, vous pouvez exporter vos intégrations remaniées et vos applications de traitement afin d'accélérer les tâches post-mise à niveau pour l'instance qui a servi de source aux métadonnées de conception copiées.
Mettre à niveau votre environnement hors production
Si vous n'avez 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 étapes suivantes sur votre environnement hors production.
| Tâche | Quand exécuter la tâche | Qui exécute la tâche | Détails de tâche |
|---|---|---|---|
| Analyser les écarts lors de la conception | Avant la mise à niveau | Vous |
Dans la vérification préalable Automatisation des processus, développez Plus de détails et notez les problèmes. Voir Comment la mise à niveau affecte les fonctions du processus pour obtenir des solutions de rechange ou des solutions de rechange. Vous devrez implémenter ces options après la mise à niveau pour restaurer et activer vos applications de processus. Si vous utilisez une fonction non prise en charge et que vous ne pouvez pas suivre les suggestions, communiquez avec votre représentant Oracle ou soumettez une demande de service. |
| Ignorer la vérification préalable 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 d'instances de traitement en cours d'exécution et terminées. Soyez prudent lorsque vous sélectionnez cette option, en particulier dans une instance de production.Après avoir sélectionné cette option, la vérification préalable Automatisation du processus passe à un avertissement, indiquant que la vérification préalable a été ignorée. |
| Reprogrammer la mise à niveau | Avant la mise à niveau | Vous |
Si nécessaire, reprogrammez la mise à niveau de votre instance hors production. |
| Limiter le travail de développement | Deux à trois jours avant la mise à niveau | Vous |
Pendant les deux jours précédant la mise à niveau, mettez en pause ou limitez au maximum votre travail de développement. Toutes les modifications que vous effectuez 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 |
Lors de la mise à niveau, Oracle effectue les opérations suivantes :
Note : 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 Génération 2 après la mise à niveau. |
| Effectuer les tâches après la mise à niveau | Après la mise à niveau | Vous |
Effectuez des activités après la mise à niveau pour rétablir l'ordre de fonctionnement de vos applications de traitement. Voir Tâches postérieures à la mise à niveau au niveau du service pour l'automatisation des processus. Si vos applications de processus font partie d'une solution qui implique Visual Builder ou des intégrations, vous devrez peut-être effectuer des étapes supplémentaires pour mettre à jour vos autres clients. Voir Mettre à jour les clients qui appellent des applications de traitement. |
Mettre à niveau des environnements hors production supplémentaires
Si vous disposez d'environnements hors production supplémentaires, vous pouvez effectuer les étapes de pré-mise à niveau à partir du tableau ci-dessus. Toutefois, au lieu d'effectuer les tâches postérieures à la mise à niveau, vous pouvez exporter vos applications de processus restaurées et les artefacts connexes (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 sans avoir à effectuer les étapes post-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 éléments suivants :
- Vous devrez peut-être empêcher les utilisateurs professionnels de créer de nouvelles transactions avant la mise à niveau.
- Vous devrez identifier et terminer les transactions en cours d'exécution avant la mise à niveau.
- Après la mise à niveau, un temps d'arrêt sera nécessaire pour effectuer les tâches postérieures à la mise à niveau. Pendant ce temps, votre entreprise ne sera pas en mesure d'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 Génération 2 après la mise à niveau.
Avant de décider de poursuivre ce processus de mise à niveau :
- Évaluez le nombre de transactions en cours d'exécution dans votre environnement et effectuez ces transactions avant la mise à niveau. Voici la marche à suivre pour consulter les transactions en cours d'exécution :
- Connectez-vous à votre instance Oracle Integration Génération 2 en tant qu'utilisateur doté du rôle d'administrateur de service.
- Cliquez sur Mes tâches, puis sélectionnez Processus.
- Enregistrez les données d'exécution du processus Oracle Integration Génération 2. Cette étape est importante pour vous assurer de ne pas perdre l'historique des transactions terminées. Vous devez effectuer cette mise à niveau avant. Voir Archivage et épuration des données d'automatisation de processus dans Oracle Integration.
Dans le cadre de ces étapes, vous allez configurer le service de stockage Oracle et programmer des instances pour archiver et épurer. Notez les points suivants :
- Les informations archivées seront disponibles dans le seau de stockage d'objets configuré.
- Les fichiers joints ne sont pas inclus dans les fichiers d'archive. Vous devez les exporter manuellement. Voir Extraire un attachement 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.