Upgrade auf Oracle Integration 3: Phase 2

Wenn diese Option aktiviert ist, wird eine Prozessinstanz automatisch mit der Oracle Integration-Instanz bereitgestellt. In diesem Fall werden die beiden Services zugeordnet und in der Oracle Cloud-Konsole auf der Seite "Verknüpfte Services" des jeweils anderen aufgeführt.

IAM-Policys zur Verwaltung von Prozessinstanzen einrichten

Um Prozess mit Oracle Integration zu aktivieren, müssen Sie Oracle Cloud Infrastructure Identity and Access Management-(IAM-)Policys erstellen, mit denen Oracle Integration-Administratoren, die zu einer angegebenen IAM-Gruppe gehören, die Prozessinstanz verwalten können.

Richten Sie die folgenden IAM-Policys für den Prozess ein:

Siehe IAM-Policys für Process Automation und IAM-Policy in einer Identitätsdomain erstellen in der Dokumentation Oracle Cloud Infrastructure Process Automation verwalten.

Informationen zu IAM-Policys für Oracle Integration finden Sie unter IAM-Policys für Oracle Integration und IAM-Policys in einer Identitätsdomain für Oracle Integration erstellen.

Prozess aktivieren

So aktivieren Sie eine Prozessinstanz mit einer Oracle Integration-Instanz:

1. Öffnen Sie das Navigationsmenü, und klicken Sie auf Entwicklerservices. Klicken Sie unter Anwendungsintegrationauf Integration.
2. Wählen Sie in der Dropdown-Liste "Compartment" das Compartment aus, in dem Sie eine Prozessinstanz mit einer Oracle Integration-Instanz bereitstellen und aktivieren möchten. Die Seite wird aktualisiert, um alle im ausgewählten Compartment vorhandenen Serviceinstanzen anzuzeigen.
3. Wählen Sie eine vorhandene Instanz aus, oder erstellen Sie eine Oracle Integration-Instanz, und wählen Sie sie aus. Die Detailseite der Integrationsinstanz wird geöffnet.
4. Klicken Sie auf der Registerkarte "Integrationsinstanzinformationen" auf den Link Aktivieren für den Prozess.
5. Wenn Sie dazu aufgefordert werden, klicken Sie auf Aktivieren, um zu bestätigen, dass Sie den Prozess aktivieren möchten. Beachten Sie Folgendes:
   • Das Oracle Integration-Symbol wird orange dargestellt, und der Status ändert sich in "Wird aktualisiert".
   • Es kann einige Minuten dauern, bis die Aktivierung abgeschlossen ist.
   • Wenn eine Prozessinstanz aktiviert und mit der Oracle Integration-Instanz bereitgestellt wird, ändert sich das Oracle Integration-Symbol wieder in grün mit dem Status "Aktiv", und "Prozess" wird als "Aktiviert" angezeigt.
6. Um zu der gerade erstellten Prozessinstanz zu navigieren, klicken Sie unter Ressourcen auf Verknüpfte Services.
7. Wählen Sie die Prozessinstanz aus, und zeigen Sie deren Details an.

IDCS-Anwendungsrollen zum Verwalten des Zugriffs zuweisen

Nachdem Sie eine Prozessinstanz aktiviert haben, weisen Sie Benutzern vordefinierte IDCS-Anwendungsrollen zu, damit sie mit den Features der Prozessinstanz arbeiten können.

In Bearbeitung sind zwei vordefinierte IDCS-Anwendungsrollen: ServiceDeveloper und ServiceAdministrator. Diese Rollen müssen Benutzern oder Gruppen in der Process-Serviceinstanzanwendung über die Oracle Identity Cloud Service-(IDCS-)Admin-Konsole zugewiesen werden.

Als Best Practice wird empfohlen, diese Rollen nicht einzelnen Benutzern, sondern Gruppen zuzuweisen. Beispiel: Weisen Sie die IDCS-Anwendungsrolle ServiceDeveloper einer Gruppe in den Serviceinstanzanwendungen Oracle Integration und Process über die Oracle Identity Cloud Service-Admin-Konsole zu. Auf diese Weise wird es einfacher, den Benutzerzugriff zu verwalten, da jeder Benutzer, der Mitglied der Gruppe ist, auf die Oracle Integration- und Prozessdesignzeit zugreifen kann.

1. Legen Sie fest, welche Anwendungen migriert werden sollen.

   Sie können diese Gelegenheit nutzen, um unnötige Anwendungen zu bereinigen. Überlegen Sie, ob Sie nur die Anwendungen migrieren möchten, die sich in Ihrer Produktionsumgebung befinden.

   Wenn Sie einzelne Anwendungen migrieren möchten, notieren Sie sich die Anwendungen, die Sie migrieren möchten, und alle Abhängigkeiten, die sie haben.

2. Migrieren Sie Ihre Anwendungen mit einer der folgenden Methoden:
   • Alle Anwendungen im Massenverfahren migrieren
     1. Erstellen Sie in der Oracle Cloud-Konsole einen Objektspeicher-Bucket. Siehe Objektspeicher-Bucket erstellen.

        Die Speicher-Bucket-URL, die Sie im nächsten Schritt benötigen, hat das folgende Format:

        https://swiftobjectstorage.region.oraclecloud.com/v1/namespace/bucket

        Dabei gilt:

        • region ist die ID Ihres Oracle Cloud Infrastructure-(OCI-)Data Centers.
        • namespace ist der Mandant, in dem Sie den Bucket erstellt haben.
        • bucket ist Ihr Bucket-Name.
     2. Stellen Sie eine POST-Anforderung an Ihre Oracle Integration-Instanz der 2. Generation, um Ihre Anwendungen zu exportieren:

        curl -X POST https://Generation2_hostname/ic/api/process/v1/exportArtifactsInternal

        Mit der folgenden Payload:

        {
            "jobId": "enter_a_descriptive_ID",
            "storageInfo": {
                "storageUrl": "Swift_storage_bucket_URL",
                "storageUser": "OCI_Console_user",
                "storagePassword": "OCI_Console_user_password"
            }
        }

        Sie wissen, dass der Exportjob abgeschlossen ist, wenn die Datei process_status.json im Bucket angezeigt wird. Diese Datei enthält den Status des Jobs, seinen Fertigstellungsgrad und, falls nicht erfolgreich, die Fehlermeldung. Außerdem sollte der folgende Inhalt in Ihrem Bucket angezeigt werden:

        • Process/project folder: Enthält alle Prozessanwendungen.
        • Process/dmn folder: Enthält alle Ihre Entscheidungsmodelle.
     3. Nachdem die Anwendungen in Ihren Bucket exportiert wurden, senden Sie eine POST-Anforderung an Ihre Oracle Integration 3-Instanz, um Ihre Anwendungen zu migrieren:

        curl -X POST https://Integration3_hostname/process/api/v1/oic-migration/jobs/

        Mit Ihrer Mandanten-ID:

        x-tenant-id: tenant_OCID

        Und Ihre Bucket-Informationen:

        {
            "bucketInfo": {
                "region": "region",
                "namespace": "namespace",
                "bucket": "bucket"
            }
        }

        Siehe Sicherheit, Authentifizierung und Autorisierung in Entwickler-API für Oracle Cloud Infrastructure Process Automation.

     4. Warten Sie, bis der Migrationsjob abgeschlossen ist. So prüfen Sie den Status des Migrationsjobs:

        curl http://localhost:8080/process/internal-api/v1/oic-migration/jobs/job_ID

   • Individuelle Anwendungen migrieren
     1. Exportieren Sie die Oracle Integration-Prozessanwendungen der 2. Generation.

        Exportieren Sie in der Oracle Integration-Instanz der 2. Generation, die die Anwendungen enthält, die Sie migrieren möchten, jede zu migrierende Anwendung. Siehe Anwendung exportieren in Prozesse in Oracle Integration der 2. Generation verwenden.

     2. Prozessanwendungen in Oracle Integration 3-Prozess importieren

        Importieren Sie im Oracle Integration 3-Prozess die Oracle Integration-Prozessanwendungen der 2. Generation. Siehe Anwendung importieren in Oracle Cloud Infrastructure Process Automation verwenden.

        Oracle Integration 3 Process konvertiert die Legacy-Prozessanwendungen in die neueste Produktversion.

3. Prüfen Sie den Migrationsbericht.

   Wenn der Import und die Konvertierung abgeschlossen sind, wird ein Migrationsbericht angezeigt, der zeigt, was erfolgreich importiert wurde, was zusätzliche Arbeit erfordert und welche Elemente nicht migriert werden konnten. Dadurch erhalten Sie eine Vorstellung von Migrationsproblemen, die Sie bewältigen müssen.

   Sie können auf den ursprünglichen Migrationsbericht im Hauptmenü zurückgreifen. Siehe Anwendung importieren in Oracle Cloud Infrastructure Process Automation verwenden.

Importierte Prozessanwendungen validieren und aktivieren

Um Ihre Prozessanwendungen zu validieren und zu aktivieren, gehen Sie wie folgt vor:

1. Validieren Sie jede Anwendung, und beheben Sie alle Fehler und Warnungen.

   Validieren Sie jede Anwendung im Designer, indem Sie auf klicken und Validieren aus dem Menü wählen.

   Informationen zum Beheben von Validierungsproblemen finden Sie unter Auswirkungen von Upgrades auf Prozessfeatures.

2. Aktivieren Sie die Anwendung.

   Nachdem Sie alle Validierungsfehler behoben haben, können Sie die Anwendung aktivieren. Siehe Anwendungen aktivieren in Oracle Cloud Infrastructure Process Automation verwenden.

Benutzer und Gruppen neuen Anwendungsrollen zuordnen

Anwendungsrollen haben sich in Oracle Integration 3 erheblich geändert. Die Rollen ProcessOwner, AnalyticsViewer und ProcessReviewer sind jetzt explizit für jede Anwendung definiert, sodass Sie ihre Elemente und Berechtigungen kontrollieren können.

In der folgenden Tabelle wird dargestellt, wie die Oracle Integration-Rollen der 2. Generation den Oracle Integration 3-Prozessrollen zugeordnet werden.

Die neuen Rollen sind nach der Migration verfügbar, Sie müssen ihnen jedoch Mitglieder (Benutzer und Gruppen) hinzufügen. Möglicherweise müssen Sie Ihre Oracle Integration-Umgebung der 2. Generation referenzieren, um zu sehen, welche Mitglieder jeder Rolle zugewiesen werden sollen.

Wenn der Oracle Integration 3-Prozess dieselbe Identitätsdomain wie Ihre vorhandene Oracle Integration-Instanz der 2. Generation verwendet, müssen vorhandene Benutzer und Gruppen zur Auswahl stehen.

Sie können Mitglieder entweder vor der Aktivierung im Designer oder nach der Aktivierung im Workspace hinzufügen.

• Mit Rollen in Designer arbeiten
• Rollen in Workspace verwalten

Weitere Informationen zum Oracle Integration 3-Prozess finden Sie unter Rollen für Prozessanwendungen konfigurieren in der Dokumentation Oracle Cloud Infrastructure Process Automation verwenden.

• Aufrufprozess für Integrationen
• Integrationen nach Prozess aufgerufen
• Visual Builder-Anwendungen
• Nicht von Oracle stammende Clients
• Verifizierung

Aufrufprozess für Integrationen

Integrationen, die Prozesse in Oracle Integration 3 aufrufen, müssen aktualisiert werden, um die neue Prozessaktion verwenden zu können. Erstellen Sie dazu eine neue Hauptversion Ihrer Integration, fügen Sie die neue Prozessaktion hinzu, und referenzieren Sie den Prozess, der von Oracle Integration 3 aus gestartet werden soll. Entfernen Sie die Legacy-Prozessaktion, und aktivieren Sie Ihre Integration.

Integrationen nach Prozess aufgerufen

Der Oracle Integration 3-Prozess unterstützt die REST-basierte Kommunikation nur über die Serviceregistrierung. Dies bedeutet, dass die Konnektivität zu SOAP-basierten Integrationen nicht mehr möglich ist.

Wenn Sie Integrationen verwenden, die einen SOAP-Trigger verwenden und diese von Prozessen in Oracle Integration der 2. Generation aufgerufen werden, müssen Sie zusätzliche Schritte ausführen, um eine REST-basierte Schnittstelle für den Oracle Integration 3-Prozess bereitzustellen. Dies kann bedeuten, dass Sie einen der folgenden Schritte ausführen müssen:

• Erstellen Sie REST-basierte Wrapper-Integrationen.

  oder

• Ändern Sie den vorhandenen Trigger von "SOAP" in "REST".

Prüfen Sie alle Integrationsverbindungen in den migrierten Prozessanwendungen. Aktualisieren Sie die Verbindungsmetadaten, und stellen Sie sicher, dass die neueste Definition in die Prozessanwendung übernommen wird. Aktualisieren Sie alle ungültigen Datenzuordnungen, und stellen Sie den Prozess über eine neue Version erneut bereit.

Visual Builder-Anwendungen

Die Entwickler-APIs für die Prozess- und Entscheidungsanwendung ändern sich nach dem Upgrade. Daher müssen Sie alle Visual Builder-Anwendungen, die mit ihnen interagieren, aktualisieren und veraltete Integrationsmuster ersetzen. Siehe Mit Geschäftsprozessen arbeiten in Responsive Anwendungen mit Visual Builder Studio erstellen.

Dazu müssen Sie möglicherweise die aktuelle Prozessverwendung auswerten. Sehen Sie sich die einzelnen Visual Builder-Anwendungen an, und ermitteln Sie, ob sie Entwickler-APIs für den Prozess über Aktionsketten, direkte Aufrufe oder eingebettete Prozesskomponenten (auch als CCA bezeichnet) aufrufen.

Wenn Ihre Anwendungen Prozessendpunkte aufrufen, führen Sie die folgenden Schritte aus:

1. Stellen Sie eine Verbindung zum Oracle Integration 3-Prozess her.

   Erstellen Sie eine Backend-Verbindung zum Oracle Integration 3-Prozess. Dieses Backend wird verwendet, um eine Verbindung zur neuen Oracle Integration 3-Prozessinstanz herzustellen. Siehe Verbindung zu Entwickler-APIs für Prozessautomatisierung herstellen in Responsive Anwendungen mit Visual Builder Studio erstellen.

2. Erstellen Sie eine neue Version Ihrer Anwendungen.

   Oracle empfiehlt, eine neue Version Ihrer Visual Builder-Anwendungen zu erstellen, um die erforderlichen Änderungen zu implementieren. Siehe Versionen einer Anwendung erstellen in Anwendungen mit Oracle Visual Builder entwickeln.

3. Aktionsketten

   Wenn Ihre Anwendung Aktionsketten verwendet, um einen Prozess zu starten oder eine Aktion für eine Aufgabe auszuführen, müssen Sie jede dieser Komponenten durch eine REST-basierte Serviceverbindung ersetzen. Wiederholen Sie diese Schritte für jede Prozessaktionskettenaufgabe.

   Prozesse auslösen

   Ersetzen Sie die Aktionskette "Prozess starten" durch eine katalogbasierte Serviceverbindung.

   1. Navigieren Sie zu Oracle Integration der 2. Generation, und notieren Sie sich den Prozess, den Sie aufrufen. Sie können dies entweder über den Prozessschritt der Aktionskette oder über die Registerkarte "Prozesse" im Anwendungsmenü auf der linken Seite bestimmen.
   2. Erstellen Sie eine katalogbasierte Serviceverbindung zu Ihrem Prozess in der neuen Version Ihrer Visual Builder-Anwendung. Informationen hierzu finden Sie unter Serviceverbindung aus einem OCI Process Automation-Katalog erstellen in der Dokumentation Responsive-Anwendungen mit Visual Builder Studio erstellen. Stellen Sie sicher, dass Sie denselben Prozess auswählen, auf den Sie zuvor verwiesen haben.
      Hinweis
      
      Ihr Prozess sollte bereits aktiviert sein.
   3. Erstellen Sie einen Typ basierend auf dem Endpunkt des oben genannten Prozesses. Siehe Typ aus einem Endpunkt erstellen in Anwendungen mit Oracle Visual Builder entwickeln.
   4. Erstellen Sie eine Variable basierend auf dem obigen Typ. Siehe Variablen erstellen in Anwendungen mit Oracle Visual Builder entwickeln.
   5. Navigieren Sie zu Ihren Aktionsketten, und führen Sie die folgenden Aktionen aus:
      1. Ziehen Sie eine Aktion "Variable zuweisen" über die aktuelle Aktion "Prozess starten".
      2. Ordnen Sie die Datenfelder und Eingabeparameter zu, die zum Aufrufen des Prozesses erforderlich sind. Ein Beispiel finden Sie unter Oracle Process Automation in Visual Builder integrieren.
      3. Ziehen Sie die REST-Aktion "Aufrufen" über die aktuelle Aktion "Prozess starten".
      4. Konfigurieren Sie die REST-Aktion "Aufrufen", indem Sie den POST/Instances-Endpunkt auswählen.
      5. Ordnen Sie die obige Variable dem Anforderungstext der REST-Aktion zu.
      6. Löschen Sie den Legacy-Startprozess-Acton.
   6. Testen Sie den Aufruf, und stellen Sie sicher, dass der Prozess im Oracle Integration 3-Prozess erfolgreich aufgerufen wird.

   GET-Prozessinstanz

   Ersetzen Sie die Aktionskette "Prozessinstanz abrufen" durch eine katalogbasierte Serviceverbindung.

   Wenn Sie mit den obigen Schritten eine katalogbasierte Serviceverbindung zu Ihrem Prozess erstellt haben, werden Sie feststellen, dass der Endpunkt "Prozessinstanz abrufen" jetzt in Ihrer Serviceverbindung verfügbar ist.

   Ersetzen Sie die Legacy-Aktion "Prozessinstanz abrufen" durch eine Aufruf-REST-Aktion, die mit dem obigen Endpunkt konfiguriert ist, und ordnen Sie das Feld instanceID erneut zu.

   Hinweis
   
   Die Antwort-Payload-Werte hier wurden geändert.

   Sonstige Prozessaktionen

   Führen Sie die folgenden Schritte für alle anderen Prozessaktionen aus, wie "Aufgabe ausführen" und "Aufgabe abrufen":

   1. Navigieren Sie zu Oracle Integration der 2. Generation, und notieren Sie sich die von Ihnen verwendeten Prozessaktionen.
   2. Ersetzen Sie diese Aktionen durch Endpunkt-basierte Serviceverbindungen.

      In der folgenden Tabelle wird jede dieser Aktionen der entsprechenden Developer-API für den Prozess zugeordnet.

      Visual Builder-Aktion	Entwickler-API für Prozess	Beschreibung
      Aufgabe ausführen	POST /process/api/v1/tasks/{id}/complete	Genehmigungsaktionen wie "Genehmigen", "Ablehnen" usw.
      Aufgabe ausführen	PUT /process/api/v1/tasks/{id}	Aktualisieren Sie Aufgabenpriorität, Payload, Titel usw.
      Aufgabe ausführen	PUT /process/api/v1/tasks/{id}/payload	Aktualisieren Sie die Aufgaben-Payload.
      Aufgabe ausführen	POST /process/api/v1/tasks/{id}/claim	Beanspruchen Sie eine Aufgabe.
      Aufgabe ausführen	POST /process/api/v1/tasks/{id}/release	Freigabe einer Aufgabe.
      Aufgabe ausführen	POST /process/api/v1/tasks/{id}/request-for-info	Anforderung von Informationen zu einer Aufgabe.
      Aufgabe ausführen	POST /process/api/v1/tasks/{id}/submit-info	Leiten Sie die angeforderten Informationen für eine Aufgabe weiter.
      Aufgabe ausführen	POST /process/api/v1/tasks/{id}/reassign	Weisen Sie eine Aufgabe neu zu.
      Aufgabenerfassung abrufen	/process/api/v1/tasks abrufen
      Aufgabe abrufen	GET /process/api/v1/tasks/{id}
      Bereitgestellte Prozess-Collection abrufen	/process/api/v1/instances abrufen
      Prozessinstanz-Collection abrufen	POST /process/api/v1/instances

4. Direkte Anrufe

   Die Entwickler-APIs für die Prozess- und Entscheidungsanwendung ändern sich nach dem Upgrade. Daher müssen Sie alle direkten Serviceverbindungen aktualisieren. Siehe Entwickler-API für Oracle Cloud Infrastructure Process Automation.

5. CCA-Komponenten

   Wenn Sie Oracle Integration Process CCA-Komponenten der 2. Generation verwenden, müssen Sie diese durch die entsprechende Oracle Integration 3-Prozesskomponente ersetzen.

   Komponentenname	Oracle Integration - CCA der 2. Generation	Oracle Integration 3-Prozessäquivalent
   Aufgabenliste	oj-pcs-task-list	oj-opac-task-list
   Aufgabendetails	oj-pcs-task-detail	oj-opac-task-detail
   App-Liste	oj-pcs-app-Liste	oj-opac-applist
   Startformular	oj-pcs-start-form	oj-opac-start-form
   DP-Liste	oj-pcs-dplist	oj-opac-instance-list (zeigt sowohl strukturierten Prozess als auch dynamischen Prozess an)
   Visualisierung	oj-pcs-Visualisierung	oj-opac-analytics (Visualisierungen können nicht gespeichert werden)

Nicht von Oracle stammende Clients

Wenn Sie Prozessanwendungen von außerhalb von Oracle Integration aufrufen (z.B. Ihrer eigenen benutzerdefinierten Anwendung), müssen Sie die REST-Endpunkte und Autorisierungs-Policys aktualisieren, die zum Aufrufen der neu konfigurierten Oracle Integration 3-Prozessinstanz verwendet werden. Weitere Informationen zu den neuen API-Endpunkten und unterstützten Autorisierungs-Policys finden Sie unter Entwickler-API für Oracle Cloud Infrastructure Process Automation.

Verifizierung

Führen Sie einen Systemintegrationstest aus, um Ihre Arbeit zu validieren.

Testen Sie die Konnektivität zur neuen Prozessumgebung. Dieser Test sollte sich auf die Validierung der folgenden Interaktionsmuster basierend auf Ihrer Verwendung konzentrieren:

• Oracle Integration 3-Prozess – Oracle Integration 3 – Integrationen
• Oracle Integration 3 - Integrationen mit Oracle Integration 3 - Prozesse
• Visual Builder - Anwendungen für Oracle Integration 3-Prozess - Prozesse

Führen Sie die folgenden Schritte durch:

1. Aktivieren Sie Clientänderungen, und stellen Sie sie bereit, um sicherzustellen, dass alle neuen systemgesteuerten Anforderungen wie zuvor beschrieben an den Oracle Integration 3-Prozess gesendet werden.
2. Kommunizieren Sie die neue Oracle Integration 3 Process Workspace-URL mit Benutzern, und stellen Sie sicher, dass Benutzer:
   • Setzen Sie ein Lesezeichen für den Oracle Integration 3-Prozess-Workspace.
   • Erstellen Sie nur neue Prozesse im Oracle Integration 3-Prozess.
   • Führen Sie die neuen Aufgaben im Oracle Integration 3-Prozess aus.
3. Deaktivieren Sie die Oracle Integration-Anwendungen der 2. Generation, damit keine neuen Prozesse erstellt werden können, die vorhandenen jedoch abgeschlossen werden können. Siehe Aktive Anwendungen verwalten in Prozesse in Oracle Integration 2 verwenden.

Während dieser Zeit:

• Neue Prozessinstanzen werden vom Oracle Integration 3-Prozess bedient.
• Vorhandene Prozessinstanzen werden bis zum Abschluss weiterhin im Oracle Integration-Prozess der 2. Generation ausgeführt.

In diesem Zeitraum sollten Prozessbenutzer:

• Arbeiten Sie primär über den Oracle Integration 3 Process Workspace.
• Prüfen Sie gelegentlich die Oracle Integration-Liste "Meine Aufgaben" der 2. Generation.
• Verlassen Sie sich so weit wie möglich auf E-Mail-basierte Genehmigungen, da die Links in den E-Mails sie an die richtige Stelle bringen, um die Aufgabe auszuführen.

Die Koexistenzperiode dauert, bis alle in Oracle Integration der 2. Generation erstellten Transaktionen abgeschlossen sind. Sie sollten aktiv versuchen, die Dauer dieser Periode so weit wie möglich zu verkürzen. Hier sind einige Richtlinien:

• Verhindern Sie die Erstellung neuer Transaktionen in Oracle Integration der 2. Generation mit der Funktion "Zurückziehen". Dies gilt für alle strukturierten Prozesse, die keine Wareneingangsaktivitäten enthalten. Die Deaktivierungsfunktion verhindert die Erstellung neuer Instanzen, ermöglicht aber auch den Abschluss vorhandener Transaktionen. Siehe Aktive Anwendungen verwalten in Prozesse in Oracle Integration 2 verwenden.
• Beabsichtigen Sie, den Abschluss von Oracle Integration-Instanzen der 2. Generation so weit wie möglich zu beschleunigen, indem Sie sich an Benutzer wenden, um Maßnahmen zu ergreifen, die sie bis zum Abschluss durchlaufen. Sie können die Anzahl der offenen Transaktionen pro Prozess und den Beauftragten für zugeordnete Aufgaben mit einem neuen Bericht anzeigen, der verfügbar ist, wenn Sie zu Verarbeiten, Administration, Migrationsbericht navigieren.
• Bei Prozessen mit langer Ausführungszeit, bei denen Instanzen, die nicht in mehreren Monaten abgeschlossen werden können, werden die folgenden Optionen untersucht:
  • Erstellen Sie die Instanz im Oracle Integration 3-Prozess neu, und verwenden Sie die Funktion "Ablauf ändern", um die Payload zu aktualisieren und die Prozessinstanz in die aktuelle Aktion zu verschieben (wo sie sich derzeit im Oracle Integration-Prozess der 2. Generation befindet). Danach kann die vorhandene Oracle Integration-Instanz der 2. Generation beendet werden. Siehe Ablauf eines Prozesses ändern in Oracle Cloud Infrastructure Process Automation verwenden.
  • Ändern Sie die migrierte Anwendung, sodass sie mit dem neuesten Status der vorhandenen Oracle Integration-Prozessinstanz der 2. Generation initiiert werden kann.

Sie können die verbleibenden Oracle Integration-Prozesstransaktionen der 2. Generation verfolgen, indem Sie auf Meine Aufgaben klicken und dann in Ihrer Oracle Integration-Instanz der 2. Generation Prozesse auswählen. Sie müssen sich mit einem Benutzer mit der Rolle "Serviceadministrator" anmelden.

Sie können Ihre Prozessanwendungen vor dem 31. Dezember 2026 in Oracle Integration 3 verschieben, indem Sie "Prozess" in Oracle Integration 3 aktivieren. Siehe Prozess mit Oracle Integration 3 aktivieren. Informationen zum Exportieren oder Importieren von Artefakten zur Entwurfszeit von Prozessanwendungen finden Sie unter REST-Endpunkte für alle Anwendungen migrieren.

Laufzeitdaten aus dem Oracle Integration-Prozess der 2. Generation speichern Dieser Schritt ist wichtig, um sicherzustellen, dass die Historie der abgeschlossenen Transaktionen nicht verloren geht. Sie müssen dies bevor ein Upgrade ausführen. Siehe Prozessautomatisierungsdaten in Oracle Integration archivieren und löschen.

Im Rahmen dieser Schritte konfigurieren Sie Oracle Storage Service und Planen Sie Instanzen für das Archivieren und Löschen. Beachten Sie die folgenden Aspekte:

• Die archivierten Informationen sind im konfigurierten Objektspeicher-Bucket verfügbar.
• Anhänge sind nicht in den Archivdateien enthalten. Sie müssen diese manuell exportieren. Siehe Prozessanhänge als Stream abrufen in REST-API für Oracle Integration 2.