Post-Upgrade-Aufgaben durchführen

Oracle aktualisiert zuerst Ihre Oracle Integration-Entwicklungsinstanzen der 2. Generation. Schließen Sie alle Aufgaben nach dem Upgrade innerhalb von drei Tagen nach dem Upgradedatum ab, damit Sie Probleme melden können. Oracle aktualisiert Ihre Produktionsinstanzen etwa zwei Wochen nach den Entwicklungsinstanzen.

Das Abschließen von Aufgaben nach dem Upgrade ist von entscheidender Bedeutung, um sicherzustellen, dass Benutzer auf die neue Instanz zugreifen können, Daten, die zu und von Integrationen geleitet werden, über die Firewall gesendet werden können und Integrationen wie erwartet funktionieren.

Wenn nach dem Upgrade Probleme auftreten, geben Sie eine Serviceanfrage in My Oracle Support ein, oder beheben Sie die Probleme. Siehe Upgradeprobleme beheben.

Hinweis

Die gestoppte Oracle Integration-Instanz der 2. Generation wird in der Oracle Cloud Infrastructure-Konsole für einen Zeitraum nach dem Upgrade angezeigt. Aktualisieren, starten oder löschen Sie diese Instanz nicht. Oracle entfernt sie für Sie, wenn sie nicht mehr benötigt wird.
Stellen Sie sicher, dass das Upgrade abgeschlossen ist, bevor Sie diese Aufgaben beginnen. Siehe Wird beim Upgrade ausgeführt.

Post-Upgradeaufgaben - Übersicht

Auswirkung Wenn Auszuführende Aufgaben

Stellen Sie den Zugriff auf die Instanz sicher

Sofort nach dem Upgrade

  1. Neue Oracle Integration 3-Instanz prüfen
  2. IAM-Policy mit der neuen OCID aktualisieren
  3. URL für die neue Instanz abrufen und freigeben

Konnektivität sicherstellen

Sofort nach dem Upgrade

  1. Vollständige Konfiguration der Netzwerkregeln
  2. Neue Identitätszertifikate für Verbindungen hochladen
  3. Konnektivität mit Agents wiederherstellen, die nicht upgegradet wurden
  4. Dateiserver: Fügen Sie die Dateiserver-IP-Adresse zu Ihrer internen Firewall-Ausnahmeliste hinzu

    Schließen Sie diese Aufgabe innerhalb einer Woche nach dem Upgrade ab.

  5. Dateiserver: Aktualisieren Sie Integrationen und SFTP-Clients, um die neuen IP- und Portwerte zu verwenden

    Schließen Sie diese Aufgabe innerhalb einer Woche nach dem Upgrade ab.

Integrationen sicherstellen

Sofort nach dem Upgrade

  1. Integrierte Oracle Integration-API-Aufrufe von der Basisauthentifizierung in OAuth ändern
  2. Integrationen prüfen, wenn Sie "Aktivierungsfehler ignorieren" oder "Startplanfehler ignorieren" ausgewählt haben
  3. sich um alle Anforderungen kümmern, die während der Ausfallzeit des Upgrades abgelehnt wurden

Nach dem Upgrade ausgeführte Aufgaben für ignorierte Vorabprüfungsfehler abschließen

Sofort nach dem Upgrade

Post-Upgradeaufgaben für ignorierte Vorabprüfungsfehler abschließen

Visual Builder-Aufgaben nach dem Upgrade ausführen

Sofort nach dem Upgrade

Post-Upgradeaufgaben für Visual Builder abschließen

Prozessautomatisierung nach dem Upgrade durchführen

Sofort nach dem Upgrade

Post-Upgrade-Aufgaben für die Prozessautomatisierung durchführen
Vollständige Updates nach dem Upgrade der Integrationsinstanz-ID Innerhalb von sechs Monaten Upgrade Aktualisierungen durchführen, die für die Änderung der Integrationsinstanz-ID erforderlich sind

Post-Upgrade-Verifizierung abschließen

Innerhalb von zwei Wochen nach dem Upgrade

Verifizierungsverfahren Ihrer Organisation befolgen

Zugriff auf die Instanz sicherstellen

Aufgabe Wer Wenn Auszuführende Aufgaben

Prüfen Sie die neue Oracle Integration 3-Instanz

Administrator Sofort nach dem Upgrade Melden Sie sich mit Ihren vorhandenen Zugangsdaten bei der Oracle Integration 3-Instanz an. Verwenden Sie das vorhandene Oracle Integration-Lesezeichen der 2. Generation (das zur neuen URL umleitet), oder verwenden Sie die neue URL für die Oracle Integration 3-Instanz. Siehe Auf Oracle Integration-Instanz zugreifen.

Das Upgrade wurde abgeschlossen, wenn die Schnittstelle wie folgt aussieht:
Screenshot von Oracle Integration 3 mit dem Text "Erstellen und überwachen" oben im rechten Fensterbereich

Das Upgrade wird noch ausgeführt, wenn:
  • Sie melden sich an und eine Seite gibt an, dass der Service nicht verfügbar ist.
  • Sie melden sich an und die Benutzeroberfläche sieht folgendermaßen aus:

    Screenshot von Oracle Integration der 2. Generation mit dem Text "Rezept testen" oben im rechten Fensterbereich

IAM-Policy mit der neuen OCID aktualisieren

IAM-Policy-Administrator

Sofort nach dem Upgrade Wenn Ihre Organisation den Zugriff auf die Oracle Integration-Instanz der 2. Generation basierend auf der Oracle Cloud-ID (OCID) der Instanz eingeschränkt hat, aktualisieren Sie die IAM-Policy, um auf die neue Oracle Integration 3-Instanz-OCID zu verweisen.

Achtung:

Benutzer können sich erst bei Oracle Integration 3 anmelden, wenn Sie die OCID in der IAM-Policy aktualisieren.
  1. Melden Sie sich bei der Oracle Cloud Infrastructure-Konsole an.
  2. Rufen Sie den neuen OCID-Wert für die Oracle Integration 3-Instanz ab. Siehe Instanzdetails anzeigen.
  3. Aktualisieren Sie die OCID in der IAM-Policy. Anweisungen zum Aktualisieren der Anweisungen in einer vorhandenen Policy finden Sie in der Oracle Cloud Infrastructure-Dokumentation unter Konsole verwenden.

URL für die neue Instanz abrufen und freigeben

Administrator Sofort nach dem Upgrade Rufen Sie die URL für die neue Oracle Integration 3-Instanz ab, und teilen Sie sie allen Benutzern mit, die sie benötigen. Vorhandene Lesezeichen werden ebenfalls zur neuen URL umgeleitet, aber Sie möchten sicherstellen, dass jeder die neue URL hat. Dies hat das folgende Format:

https://design.integration.region.ocp.oraclecloud.com/?integrationInstance=query_parameter_repersenting_instance

So rufen Sie die neue URL ab:

  1. Melden Sie sich bei der Oracle Cloud Infrastructure-Konsole an.
  2. Öffnen Sie das Navigationsmenü, und klicken Sie auf Entwicklerservices.
  3. Klicken Sie unter Anwendungsintegrationauf Integration.
  4. Klicken Sie auf den Namen der neuen Oracle Integration 3-Instanz.
  5. Klicken Sie rechts neben dem Feld Servicekonsolen-URL auf Kopieren.
  6. Teilen Sie die URL allen Benutzern mit, die sie benötigen.

Konnektivität sicherstellen

Aufgabe Wer Wenn Auszuführende Aufgaben

Vollständige Konfiguration der Netzwerkregeln

Netzwerkadministrator Vor dem Upgrade oder unmittelbar nach dem Upgrade Wenn eine Ihrer Integrationsverbindungen auf einen Oracle Cloud Infrastructure-Service abzielt, der Netzwerkregeln unterstützt, wie Oracle Cloud Infrastructure Object Storage oder Oracle Autonomous Database, und Sie diese Regeln aktiviert haben, müssen Sie jede Netzwerkregelkonfiguration abschließen, einschließlich des Oracle Integration-Service-VCN zur Regel hinzufügen.
  1. Melden Sie sich bei der Oracle Cloud Infrastructure-Konsole an.
  2. Rufen Sie den OCID-Wert für die Oracle Integration 3-Instanz ab.

    Siehe Instanzdetails anzeigen.

  3. Befolgen Sie die Regeln für den Zielservice. Beispiel: Informationen zu Oracle Autonomous Database Serverless finden Sie unter Access Control-Listen beim Provisioning oder Klonen einer Instanz konfigurieren in Oracle Autonomous Database Serverless verwenden.
  4. Wenn sich der Oracle Cloud Infrastructure-Service, auf den Sie zugreifen, in einer anderen Region befindet als Ihre Oracle Integration-Instanz, listen Sie die ausgehende OIC-IP-Adresse auf, die Sie beim Aktualisieren Ihrer anderen Ausnahmelisten vor dem Upgrade erfasst haben.

Neue Identitätszertifikate für Verbindungen hochladen

Entwickler mit Verbindungen, die Identitätszertifikate verwenden

Nur eine Person aus Ihrer Organisation muss diese Schritte ausführen

Sofort nach dem Upgrade Identitätszertifikate legen die Clientidentität während der wechselseitigen SSL-Kommunikation fest. Verbindungen, die auf dem AS2-Adapter und dem REST-Adapter basieren, können Identitätszertifikate verwenden.

Wenn Ihre Instanz Verbindungen enthält, die Identitätszertifikate verwenden, wurden die Identitätszertifikate beim Upgrade entfernt. Daher müssen Sie neue Identitätszertifikate generieren und neue JKS konfigurieren.

Führen Sie die folgenden Schritte aus, um ein neues Identitätszertifikat hochzuladen, die Verbindungen zu testen, die das Identitätszertifikat verwenden, und alle Integrationen zu aktivieren, die diese Verbindungen verwenden:

  1. Laden Sie ein neues Identitätszertifikat hoch.

    Siehe SSL-Zertifikat hochladen in Integrationen in Oracle Integration 3 verwenden.

  2. Testen Sie die Verbindungen, die das Identitätszertifikat verwenden, sodass sich ihr Status von "Entwurf" in "Konfiguriert" ändert.

    Siehe Verbindung testen in Integrationen in Oracle Integration 3 verwenden.

  3. Aktivieren Sie alle Integrationen, die diese Verbindungen verwenden.

    Siehe Integration aktivieren in Integrationen in Oracle Integration 3 verwenden.

Wiederherstellung der Konnektivität mit Agents, die nicht upgegradet wurden

Entwickler mit Agents, die nicht upgegradet wurden Sofort nach dem Upgrade Agents, die während des Upgrades nicht erreichbar waren oder die Upgradeanforderungen nicht erfüllt haben, wurden nicht upgegradet. Wenn nach dem Upgrade eine Meldung angezeigt wird, dass einige Agents die Upgradeberechtigung nicht erfüllt und nicht aktualisiert wurden, führen Sie die folgenden Schritte aus.

Voraussetzungen

Stellen Sie die Konnektivität zwischen Ihren Konnektivitäts-Agents und Oracle Cloud Infrastructure Identity and Access Management (IAM) und Oracle Integration 3 sicher:

  • Sie sollten die IAM- und Oracle Integration 3-IP-Adressen vor dem Upgrade zu Ihren Ausnahmelisten hinzugefügt haben, wie unter Ausnahmelisten aktualisieren beschrieben.
  • Fügen Sie die Entwurfszeit-IP-Adresse von Oracle Integration 3 zu Ihren Ausnahmelisten hinzu. Verwenden Sie den folgenden Befehl, um die Entwurfszeit-IP-Adresse abzurufen und region durch die Region aus der Oracle Integration 3-URL zu ersetzen:

    nslookup design.integration.region.ocp.oraclecloud.com

So führen Sie manuell ein Upgrade Ihrer Agents durch und stellen die Konnektivität wieder her:

  1. Stoppen Sie den Connectivity Agent.
  2. Stellen Sie sicher, dass die Agent-Voraussetzungen erfüllt sind:
    1. Stellen Sie sicher, dass der Konnektivitäts-Agent JDK 17 verwendet. Ist dies nicht der Fall, setzen Sie die Umgebungsvariablen JAVA_HOME und PATH auf JDK17.
    2. Stellen Sie sicher, dass der Agent die Datei PKCS12 KeyStore verwendet. Wenn dies nicht der Fall ist, konvertieren Sie es mit den folgenden Schritten.
      1. Erstellen Sie auf dem Server, der den Konnektivitäts-Agent hostet, ein Backup der Datei keystore.jks, die sich im folgenden Ordner befindet:

        Agent_Install_Location/agenthome/agent/cert

      2. Verschieben Sie die Backupdatei in einen anderen Ordner.
      3. Konvertieren Sie JKS KeyStore in PKCS12 KeyStore, indem Sie den folgenden Befehl über die Befehlszeile ausführen:

        keytool -importkeystore -srckeystore keystore.jks -destkeystore keystore.p12 -srcstoretype JKS -deststoretype PKCS12 -deststorepass changeit -srcstorepass changeit

      4. Löschen Sie die Datei keystore.jks im folgenden Verzeichnis:

        Agent_Install_Location/agenthome/agent/cert

  3. Laden Sie die ZIP-Datei des Agent-Installationsprogramms aus Oracle Integration 3 herunter.
    1. Klicken Sie im Navigationsbereich auf Entwurf, Agents.
    2. Klicken Sie auf Herunterladen, Konnektivitäts-Agent.
  4. Extrahieren Sie oic_conn_agent_installer.zip in ein neues Verzeichnis auf dem Connectivity Agent-Server.
  5. Löschen Sie den vorhandenen Ordner lib des Konnektivitäts-Agent unter Agent_Install_Location/agenthome/, und ersetzen Sie ihn durch den Ordner lib aus der ZIP-Datei.
  6. Löschen Sie die vorhandene Datei version unter Agent_Install_Location/agenthome/, und ersetzen Sie sie durch die Datei version aus der ZIP-Datei.
  7. Löschen Sie die vorhandene Datei connectivityagent.jar unter Agent_Install_Location, und ersetzen Sie sie durch die Datei connectivityagent.jar aus der ZIP-Datei.
  8. Löschen Sie die vorhandene Datei cpi_upgradeutility.jar unter Agent_Install_Location, und ersetzen Sie sie durch die Datei cpi_upgradeutility.jar aus der ZIP-Datei.
  9. Zeigen Sie in Oracle Integration 3 auf der Seite Agents mit der Maus auf die Agent-Gruppe, klicken Sie auf Aktionen Symbol Aktionen, und wählen Sie Konfiguration herunterladen aus.

    In diesem Schritt wird eine vorkonfigurierte InstallerProfile.cfg-Datei für die Agent-Gruppe heruntergeladen.

  10. Löschen Sie die vorhandene Datei InstallerProfile.cfg unter Agent_Install_Location, und ersetzen Sie sie durch die Datei InstallerProfile.cfg, die Sie im vorherigen Schritt heruntergeladen haben.
  11. Starten Sie den Connectivity Agent neu, indem Sie den folgenden Befehl ausführen:

    java -jar connectivityagent.jar

  12. Aktivieren Sie die Integrationen erneut, die sich in der upgegradeten Agent-Gruppe befinden.

Dateiserver: Fügen Sie der Ausnahmeliste der internen Firewall die IP-Adresse des Dateiservers hinzu

File Server-Administrator und -Entwickler Innerhalb einer Woche Upgrade Wenn Ihre Organisation die Sites einschränkt, auf die interne Ressourcen zugreifen können, fügen Sie die neue IP-Adresse des Dateiservers zur Ausnahmeliste der internen Firewall hinzu.

Die Oracle Integration-IP-Adresse der 2. Generation funktioniert nach dem Upgrade noch vier Monate lang. Dann werden sie von Oracle außer Betrieb genommen. Oracle empfiehlt jedoch, die Firewallausnahmeliste so zu aktualisieren, dass die neue IP-Adresse jetzt verwendet wird. Auf diese Weise können Sie nicht riskieren, die zukünftige Aktualisierung der Ausnahmeliste zu vergessen.

So rufen Sie die IP-Adresse des Dateisystems ab:

  1. Melden Sie sich bei Oracle Integration 3 an.
  2. Klicken Sie im Navigationsbereich auf Einstellungen, Dateiserver, Einstellungen.
  3. Rufen Sie unter "Allgemein" die IP-Adresse für den SFTP-Server des Dateisystems ab.

Dateiserver: Aktualisieren Sie Integrationen und SFTP-Clients, um die neuen IP- und Portwerte zu verwenden

File Server-Administrator und -Entwickler Innerhalb einer Woche Upgrade Wenn Sie den Dateiserver verwenden, aktualisieren Sie Ihre Integrationen und SFTP-Clients so, dass sie die neuen IP- und Portwerte verwenden.

Die IP- und Portwerte von Oracle Integration der 2. Generation funktionieren nach dem Upgrade noch vier Monate lang. Dann werden sie von Oracle außer Betrieb genommen. Oracle empfiehlt jedoch, Ihre Integrationen und SFTP-Clients so zu aktualisieren, dass sie die neuen Werte sofort verwenden. So kann es nicht passieren, dass Sie die Aktualisierung dieser Werte später vergessen.

  1. Melden Sie sich bei Oracle Integration 3 an.
  2. Klicken Sie im Navigationsbereich auf Einstellungen, Dateiserver, Einstellungen.
  3. Rufen Sie unter "Allgemein" die IP- und Portwerte für den SFTP-Server des Dateiservers ab.
  4. Aktualisieren Sie alle Integrationen, die den Dateiserver aufrufen, sodass sie die neuen IP- und Portwerte verwenden.
  5. Aktualisieren Sie alle SFTP-Clients so, dass sie die neuen IP- und Portwerte verwenden.

Stellen Sie sicher, dass Integrationen funktionieren

Aufgabe Wer Wenn Details

Integrierte Oracle Integration-API-Aufrufe von der Basisauthentifizierung in OAuth ändern

Entwickler Vor dem Upgrade oder unmittelbar nach dem Upgrade Wenn Sie Ihre API-Aufrufe noch nicht so aktualisiert haben, dass sie OAuth verwenden, während Sie die Voraussetzungen oder Aufgaben vor dem Upgrade abgeschlossen haben, führen Sie dies sofort nach dem Upgrade aus.

In Oracle Integration der 2. Generation können Sie die Basisauthentifizierung verwenden, um die Oracle Integration-REST-API und die REST-API für Dateiserver zu verwenden. In Oracle Integration 3 müssen Sie OAuth verwenden. Sie müssen alle Clients, Skripte, Integrationen und Befehle aktualisieren, die mit der Oracle Integration-REST-API oder der Dateiserver-REST-API eine Verbindung mit OAuth herstellen. Weitere Informationen zur Unterstützung von Authentifizierungsmethoden finden Sie unter Wann wird Basisauthentifizierung in Oracle Integration 3 unterstützt. Einzelheiten zur Verwendung von OAuth mit der Oracle Integration-REST-API finden Sie unter Sicherheit, Authentifizierung und Autorisierung oder mit der Dateiserver-REST-API finden Sie unter Sicherheit, Authentifizierung und Autorisierung.

Prüfen Sie Integrationen, wenn Sie Aktivierungsfehler ignorieren oder Fehler bei Startplan ignorieren ausgewählt haben

Administrator Sofort nach dem Upgrade Wenn Sie die Upgradeeinstellungen so konfiguriert haben, dass das Upgrade fortgesetzt werden soll, auch wenn Oracle keine Integration aktivieren oder einen Zeitplan neu starten konnte, führen Sie die entsprechenden Schritte aus:
  • Wenn Sie Aktivierungsfehler ignorieren ausgewählt haben, prüfen Sie den Status aller Integrationen, und aktivieren Sie Integrationen nach Bedarf.
  • Wenn Sie Fehler bei Planstart ignorieren ausgewählt haben, prüfen Sie die Pläne Ihrer Integrationen, und starten Sie sie bei Bedarf manuell.

sich um alle Anforderungen kümmern, die während der Ausfallzeit des Upgrades abgelehnt wurden

Bestimmte Teammitglieder Sofort nach dem Upgrade

Oracle Integration hat alle Anforderungen abgelehnt, die während der Upgradeausfallzeit gesendet wurden. Führen Sie bei Bedarf Aktionen für Anforderungen aus, die Clients während der Ausfallzeit an Oracle Integration gesendet haben.

Serviceinstanznamen ändern

Entwickler Sofort nach dem Upgrade

Nach dem Upgrade von Oracle Integration der 2. Generation auf Oracle Integration 3 wird der Mandantenname am Ende des Serviceinstanznamens (Anzeigenamen der Serviceinstanz) im folgenden Format angehängt: <service instance name>-<tenancy name>. Beispiel: Wenn der Serviceinstanzname myinstance und der Mandantenname mytenancy lautet, wird er nach dem Upgrade auf Oracle Integration 3 in myinstance-mytenancy geändert. Wenn Ihre Integrationen also den Serviceinstanznamen verwenden, aktualisieren Sie die Integrationen so, dass sie den neuen Serviceinstanznamen verwenden. Andernfalls sind sie nicht erfolgreich.

Post-Upgradeaufgaben für ignorierte Vorabprüfungsfehler abschließen

Wenn Sie die Vorabprüfungsfehler ignorieren möchten, führen Sie die Schritte aus, die mit nicht erfolgreichen Vorabprüfungen verknüpft sind:

Vorabprüfung Verbindungsaufgaben Integrationsaufgaben Andere Aufgaben
Verzögerte (asynchrone) Antwort   Nach dem Upgrade müssen Sie Integrationen, die eine verzögerte (asynchrone) Antwort verwendet haben, mit einem der folgenden Adapter überarbeiten oder neu erstellen:
  • Oracle CX Sales und B2B Service-Adapter
  • Oracle ERP Cloud-Adapter
  • Oracle HCM Cloud-Adapter
  • Oracle Field Service Cloud-Adapter
  • Salesforce-Adapter
  • ServiceNow-Adapter
Anwendungsgesteuerte Integrationen: Anwendungsgesteuerte Integrationen werden während des Upgrades in den Entwurfsstatus geändert. Sie müssen diese Integrationen wie folgt überarbeiten:
  1. Erstellen Sie einen einfachen Aufruf für erfolgreiche Callbacks.
  2. Erstellen Sie einen zusätzlichen Aufruf für Fehler-Callbacks unter dem Fault-Handler, um den richtigen Fault abzufangen.
  3. Erstellen Sie Ihre Datenzuordnungen neu.

Grundlegende Routingintegrationen: Grundlegende Routingintegrationen werden in Oracle Integration 3 nicht unterstützt und zeigen eine leere Leinwand an. Sie müssen diese Integrationen löschen und sie als anwendungsgesteuerte Integrationen neu erstellen.

 
Nicht unterstützte Adapter Während des Upgrades wurden Verbindungen, die folgende nicht unterstützte Adapter verwendet haben, gelöscht:
  • Automation Anywhere-Adapter
  • Evernote-Adapter
  • Oracle Messaging Cloud Service-Adapter
  • Oracle Monetization Cloud-Adapter
  • Oracle Taleo Business Edition-(TBE-)Adapter
  • UiPath Robotic Process Automation-Adapter

Sie müssen REST-Adapterverbindungen erstellen, um die gelöschten nicht unterstützten Adapterverbindungen zu ersetzen.

Während des Upgrades werden Integrationen, die nicht unterstützte Adapter verwendet haben, in einen Entwurfsstatus geändert, und geplante Ausführungen werden abgebrochen.

Sie müssen diese Integrationen wie folgt überarbeiten:

  1. Löschen Sie den Aufruf der nicht unterstützten Adapterverbindung, und ersetzen Sie ihn durch die neue REST-Adapterverbindung.
  2. Nachdem die Integration konfiguriert und aktiviert wurde, starten Sie den Zeitplan.
 
Benutzerdefinierte Adapter Während des Upgrades wurden Verbindungen, die benutzerdefinierte Adapter verwendet haben, gelöscht.

Sie müssen neue Verbindungen mit entsprechenden Oracle Integration 3-Adaptern erstellen, um die gelöschten benutzerdefinierten Adapterverbindungen zu ersetzen.

Während des Upgrades werden Integrationen, die nicht unterstützte Adapter verwendet haben, in einen Entwurfsstatus geändert, und geplante Ausführungen werden abgebrochen.

Sie müssen diese Integrationen wie folgt überarbeiten:

  1. Löschen Sie den Aufruf der benutzerdefinierten Adapterverbindung, und ersetzen Sie ihn durch die neu erstellte Verbindung.
  2. Nachdem die Integration konfiguriert und aktiviert wurde, starten Sie den Zeitplan.
 
Lesen mehrerer Dateien   Während des Upgrades werden Integrationen, die den Vorgang "Mehrere Dateien lesen" verwendet haben, in einen Entwurfsstatus geändert.

Sie müssen diese Integrationen überarbeiten, damit sie dieses Muster nicht verwenden. Beispiel: Verwenden Sie einen listFile-Vorgang, um die Dateien aufzulisten, und verwenden Sie eine for-each-Aktion, um jede Datei einzeln zu lesen.

 
Nicht unterstützte REST-Typen Während des Upgrades wurden Verbindungen, die folgende nicht unterstützte REST-Typen verwendet haben, in einen Entwurfsstatus geändert.
  • Metadatenkatalog-URL
  • Swagger-Definitions-URL
  • RAML-Definitions-URL

Sie müssen diese Verbindungen mit einer der folgenden Methoden aktualisieren:

  • Wenn Sie RAML oder den Oracle-Metadatenkatalog verwendet haben, können Sie den REST-Serviceprovider nach einer Swagger-Definition fragen (sofern verfügbar). Für Oracle Fusion Applications muss eine Swagger-Option verfügbar sein, da dies eine Richtlinie für alle Oracle Fusion Applications ist.

    Wenn keine alternative Spezifikation verfügbar ist, verwenden Sie die Basisvorlage im REST-Adapter, indem Sie die REST-API-Basis-URL als Verbindungs-URL auswählen und die Ziel-API-Anforderung mit dem Konfigurationsassistenten für den Adapterendpunkt definieren.

  • Wenn Sie RAML verwenden, können Sie auch RAML in eine OpenAPI-Spezifikation konvertieren.
  • Wenn Sie die Swagger-Definitions-URL verwendet haben, können Sie mit der neuen einheitlichen Option des REST-Adapters alle OpenAPI-Spezifikationen in einem einzigen Feld angeben. Diese Option bietet robustere und vollständigere Unterstützung für die Swagger/OpenAPI-Spezifikationen.

Siehe Verbindungseigenschaften für den Aufruf von Verbindungen konfigurieren in REST-Adapter mit Oracle Integration 3 verwenden.

Während des Upgrades wurden Integrationen, die nicht unterstützte REST-Typen verwendeten, in einen Entwurfsstatus geändert, und alle geplanten Ausführungen wurden abgebrochen.

Sie müssen diese Integrationen wie folgt überarbeiten:

  1. Integration aktivieren
  2. Nachdem die Integration aktiviert wurde, starten Sie den Zeitplan.
 
Grundlegendes Routing - Doppelter App-Name   Grundlegende Routingintegrationen werden in Oracle Integration 3 nicht unterstützt und zeigen eine leere Leinwand an. Sie müssen diese Integrationen löschen und sie als anwendungsgesteuerte Integrationen neu erstellen.  
Publish-/Subscribe-Integrationen   Integrationen, die Nachrichten von Oracle Integration veröffentlicht oder abonniert haben, müssen in ereignisgesteuerte Orchestrierungen konvertiert werden. Sie müssen die Integrationen löschen und basierend auf den Vorabprüfungsanweisungen für Integrationen veröffentlichen/abonnieren neu erstellen.  
Benutzerdefinierte Endpunkt-URL     Ihr benutzerdefinierter Endpunkt wurde während des Upgrades nicht migriert.

Sie müssen den benutzerdefinierten Endpunkt neu erstellen.

Post-Upgradeaufgaben für Visual Builder abschließen

Gehen Sie folgendermaßen vor, um die Migration abzuschließen:

Aufgabe Wer Wenn Beschreibung der Aufgaben
DNS-Datensatz für benutzerdefinierten Endpunkt aktualisieren Administrator Unmittelbar nach dem Upgrade

Wenn Sie Visual Builder verwenden und über einen benutzerdefinierten Endpunkt oder alternative benutzerdefinierte Endpunkte verfügen, aktualisieren Sie den CNAME des benutzerdefinierten Endpunkt-DNS-Datensatzes mit dem Hostnamen der Visual Builder-Instanz.

Hinweis: Sie können nach dem Upgrade nicht denselben benutzerdefinierten Endpunkt sowohl für Visual Builder als auch für Oracle Integration verwenden. Wenn Sie denselben benutzerdefinierten Endpunkt verwenden, können Probleme auftreten.

Zusätzliche Aufgaben nach dem Upgrade abschließen

Entwicklungsbetriebsteam Unmittelbar nach dem Upgrade Führen Sie die unter Aufgaben nach dem Upgrade abschließen in Oracle Visual Builder in Oracle Integration 3 verwalten beschriebenen Aufgaben aus.

Post-Upgrade-Aufgaben für Process Automation durchführen

Führen Sie die folgenden Schritte aus, um die Migration zu Process Automation in Oracle Integration 3 abzuschließen.

Hinweis

Wenn Sie eine manuelle Migration aktiv verwendeter Prozessanwendungen durchgeführt haben, müssen Sie diese Aufgaben nach dem Upgrade nicht ausführen.

Integration neu konfigurieren

Nach dem Upgrade der Instanz wird die Prozessaktion von einer Oracle Integration-Prozessaktion der 2. Generation in eine Oracle Integration 3-Prozessaktion konvertiert. Die Integration befindet sich zwar in der Oracle Integration 3-Prozessaktion, ist jedoch deaktiviert. Daher müssen Sie die Integration mit dem Prozessautomatisierungsaufrufassistenten neu konfigurieren.

Informationen dazu, wie Sie die Integration mit dem Aufrufassistenten für Process Automation neu konfigurieren können, finden Sie unter Prozess aus einer Integration mit einer Prozessaktion aufrufen in Integrationen in Oracle Integration 3 verwenden.

Auf Post-Upgradeaufgaben für die Zuordnung für Process Automation zugreifen

Einige Zugriffszuordnungsaufgaben werden während des Upgrades automatisch ausgeführt, andere sind für Sie verantwortlich.

Während des Upgrades wird ein neuer Oracle Cloud-Service hinzugefügt, um die Zuordnung zu erleichtern.

Die folgenden Servicerollen werden während des Upgrades automatisch von Oracle Integration der 2. Generation zu Oracle Integration 3 zugeordnet.

Oracle Integration 2. Generation Oracle Integration 3
ServiceDeveloper ServiceDeveloper
ServiceAdministrator ServiceAdministrator
ServiceUser N/V
ServiceMonitor N/V
ServiceDeployer ServiceDeployer
ServiceViewer N/V
ServiceInvoker N/V
ServiceEndUser N/V

Post-Upgradeaufgaben auf Anwendungsebene für Process Automation

Führen Sie die folgenden Aufgaben für jede Prozessanwendung aus.

Aufgabe Wer Wenn Details

Rollenzuordnungen aktualisieren

Entwickler/Administrator Unmittelbar nach dem Upgrade Rollenzuweisungen wurden in Oracle Integration 3 geändert. Daher müssen Sie Ihre vorhandenen Rollen den neuen Rollen zuordnen. Siehe Rollen für Prozessanwendungen konfigurieren in Oracle Cloud Infrastructure Process Automation verwenden.

Prozesseigentümer

Fügen Sie Mitglieder mit den folgenden Rollen zur Rolle Prozesseigentümer in der neuen Anwendung hinzu:

  • <application-name>.ProcessOwner
  • <application-name>.AnalyticsViewer
  • auto-handler for the swim-lane

Prüfer verarbeiten

Fügen Sie Mitglieder mit der Rolle <application-name>.ProcessReviewer zur Rolle Prozessprüfer in der neuen Anwendung hinzu.

Mitglieder mit Swimlane-Rollen

Fügen Sie Mitglieder mit der Rolle swim-lane zur Rolle hinzu, die der Swimlane in der neuen Anwendung zugewiesen ist.

Gruppen

Ändern Sie die alte Gruppe in eine Rolle in der neuen Anwendung, und fügen Sie die Gruppe entweder der neuen Rolle hinzu, oder fügen Sie die Mitglieder der Gruppe der neuen Rolle hinzu.

Rollen

Ändern Sie die alte Rolle in eine Rolle in der neuen Anwendung, und fügen Sie der neuen Rolle Mitglieder hinzu.

Mitglieder, die den Prozess starten können

Wählen Sie in den Eigenschaften für den Prozessstart aus einer der folgenden Optionen die Elemente aus, die den Prozess starten können:

  • Rollenmitglieder mit mindestens der Berechtigung "Verwenden": Jeder Benutzer, dem eine Rolle mit der Berechtigung "Verwenden" oder "Verwalten" zugewiesen ist, kann die Anwendung anzeigen und starten. Beachten Sie, dass ein Benutzer in einem strukturierten Prozess nicht der Swimlane zugewiesen werden muss, um den Prozess zu starten.
  • Alle Benutzer und externen Anwendungen: Ermöglicht es Benutzern oder externen Anwendungen mit Zugriff auf Process Automation, die Anwendung anzuzeigen und zu starten.

Dynamische Prozessrollen

Fügen Sie Mitglieder mit dynamischen Prozessrollen zu den dynamischen Prozessrollen in der neuen Anwendung hinzu.

Connector-Daten aktualisieren

Entwickler/Administrator Unmittelbar nach dem Upgrade Zugangsdaten werden nicht zu Oracle Integration 3 migriert. Daher müssen Sie die Authentifizierung für Ihre REST-Connectors neu konfigurieren. Wenn mehrere Anwendungen mit demselben Server verbunden sind, können Sie globale Zugangsdaten erstellen, die dann anwendungsübergreifend wiederverwendet werden können. Siehe Grundlegende Authentifizierungssicherheit konfigurieren in Oracle Cloud Infrastructure Process Automation verwenden.

Fehler und Warnungen beheben

Entwickler/Administrator Unmittelbar nach dem Upgrade Da zwischen Oracle Integration der 2. und Oracle Integration 3. Generation Unterschiede bei den Prozessfeatures bestehen, müssen Sie Ihre Anwendung validieren und Fehler oder Warnungen beheben. Informationen hierzu finden Sie unter "Wie werden Anwendungen validiert?" in Anwendungen auf einen Blick in Oracle Cloud Infrastructure Process Automation verwenden.

Anwendung aktivieren

Entwickler/Administrator Unmittelbar nach dem Upgrade Nachdem Sie alle Validierungsfehler behoben haben, aktivieren Sie Ihre Anwendung, damit neue Instanzen ausgelöst und bearbeitet werden können. Siehe Anwendungen aktivieren in Oracle Cloud Infrastructure Process Automation verwenden.

Post-Upgradeaufgaben auf Serviceebene für Process Automation

Je nachdem, wie Sie Process verwenden, führen Sie nach dem Upgrade auf Oracle Integration 3 verschiedene Schritte auf Serviceebene aus. Führen Sie alle Schritte aus, die für Ihre Implementierung gelten.

Aufgabe Wer Wenn Details

Neue Process Automation-URL auf Ausnahmeliste setzen

Entwickler Unmittelbar nach dem Upgrade

Add the new Process Automation URL to your allowlists. To find the new URL, click Process in the Oracle Integration 3 menu. You'll be redirected to the Process Automation URL.

Integrationen aktualisieren, um Prozessautomatisierung aufzurufen

Entwickler Unmittelbar nach dem Upgrade

Prozess-APIs und Endpunkte wurden nach dem Upgrade geändert. Sie müssen die Integration mit dem Prozessautomatisierungsaufrufassistenten neu konfigurieren. Siehe Integration neu konfigurieren.

Visual Builder-Anwendungen aktualisieren, um Process Automation aufzurufen

Entwickler Unmittelbar nach dem Upgrade

Prozess-APIs und Endpunkte wurden nach dem Upgrade geändert. Daher müssen Sie jede Visual Builder-Anwendung aktualisieren, die Process aufruft, und alle veralteten Interaktionsmuster ersetzen. Siehe Verbindung zu Oracle Process Automation-APIs herstellen in Responsive Anwendungen mit Visual Builder Studio erstellen.

Aktualisieren Sie externe Clients, um Process Automation aufzurufen

Entwickler Unmittelbar nach dem Upgrade

Wenn Sie Prozess-CCA-Komponenten in externen Anwendungen verwenden, funktionieren diese nach dem Upgrade auf Oracle Integration 3 nicht mehr. Um die APIs nutzen zu können, müssen Sie auf die neuen CCA-Komponenten von Process Automation umsteigen. Siehe REST-API für Oracle Cloud Infrastructure Process Automation.

Neue Process Automation-URL freigeben

Administrator Unmittelbar nach dem Upgrade

Die URL für den Zugriff auf und die Interaktion mit Process Automation wurde nach dem Upgrade geändert. Geben Sie die neue URL für alle Personen frei, die Process Automation verwalten, einen neuen Prozess starten oder ihre Aufgaben anzeigen und bearbeiten müssen.

Aktualisierungen durchführen, die für die Änderung der Integrationsinstanz-ID erforderlich sind

Aufgabe Wer Wenn Details

Vollständige Aktualisierungen erforderlich, damit die Integrationsinstanz-ID in alphanumerisch geändert wird

Entwickler Innerhalb von sechs Monaten nach dem Upgrade Wenn Sie die Upgradeeinstellungen konfiguriert haben, um flowid als numerisches Post-Upgrade aktivieren, haben Sie sechs Monate nach dem Upgrade Zeit, um die für die Änderung der Integrationsinstanz-ID von numerisch in alphanumerisch erforderlichen Aktualisierungen vorzunehmen.

Diese Änderung wirkt sich auf Integrationsabläufe aus, die darauf basieren, dass die Integrationsinstanz-ID eine Ganzzahl ist (z.B. wenn die Integrationsinstanz-ID in einer Datenbankspalte mit einem numerischen Datentyp geparst wird). Wenn Sie diese Integrationen nach dem Upgrade unverändert ausführen, ohne Flowid als numerisches Post-Upgrade aktivieren in den Upgradeeinstellungen auszuwählen, wird ein Fehler bei der Konvertierungsausnahme angezeigt.

Conversion Exception Description: The object […], of class [class java.lang.String], could not be converted to [class java.math.BigDecimal].

Um die Änderungen zu berücksichtigen, können Sie entweder die Zuordnung in jeder betroffenen Integration aktualisieren oder den Datentyp der Spalte aktualisieren, in der die Integrationsinstanz-IDs in Ihrer Datenbank gespeichert sind.

Hinweis: Die hier behandelten vorgeschlagenen Methoden basieren auf Oracle-Datenbankservices (wie Oracle Autonomous Database). Für andere Datenbanktypen sind möglicherweise zusätzliche Schritte erforderlich.

Methode 1: Mapping in jeder betroffenen Integration aktualisieren

Ordnen Sie in jeder betroffenen Integration das Zielattribut, das den Integrationsinstanz-ID-Wert enthält, einem neuen numerischen Wert (UNIX-Zeit) zu. Die UNIX-Zeit ist die Anzahl der Sekunden seit der UNIX-Epoche, die mit dem 1. Januar 1970 um 00:00:00 UTC beginnen. Dieser Wert wird jede Sekunde erhöht. Der Wert kann als Ganzzahl geparst werden und erfordert daher keine Datenbankänderungen.

Vor dem Upgrade sollten Sie angegeben haben, welche Integrationen betroffen sind, wie in der Vorabprüfung der Instanz-ID-Aktion beschrieben.

Führen Sie die folgenden Schritte für jede betroffene Integration aus:

  1. Sie können eine aktive Integration nicht bearbeiten. Wenn die Integration also aktiv ist, deaktivieren Sie sie.
  2. Öffnen Sie die Integration.
  3. Doppelklicken Sie auf die Zuordnung, die die Integrationsinstanz-ID enthält.
  4. Suchen Sie das Zielattribut, das den Wert für die Integrationsinstanz-ID enthält, und klicken Sie darauf.
  5. Klicken Sie im Ausdruck-Generator auf Symbol "Ansicht wechseln".
  6. Geben Sie den folgenden Ausdruck ein:

    floor (((fn:current-dateTime() - xsd:dateTime ("1970-01-01T00:00:00" )) div xsd:dayTimeDuration ("PT1S" )) ) 

  7. Klicken Sie auf Symbol für Ausdruck speichern, um den Ausdruck zu speichern.
  8. Kehren Sie zur Integrationsleinwand zurück, und speichern Sie die Änderungen.

Methode 2: Datentyp der betroffenen Spalte in der Datenbank aktualisieren

Ändern Sie in der Datenbank den Datentyp der Spalte mit der Integrationsinstanz-ID in string (CHAR/VARCHAR). Dieser Ansatz beinhaltet keine Änderungen an Ihren Integrationen.

Hinweis: Die Lösung ist auf Datenbankaktionen beschränkt, die mit dem Vorgang SQL-Anweisung ausführen erstellt wurden.

Da die Datenbankspalte bereits ausgefüllt ist, können Sie nicht nur den Datentyp der Spalte ändern. Stattdessen führen Sie die folgenden Schritte durch. Führen Sie die folgenden Schritte in SQL Developer aus.

  1. Notieren Sie sich den Spaltennamen der Instanz-ID.
  2. Fügen Sie eine temporäre Spalte (z.B. TEMP) vom Typ VARCHAR hinzu.

    SQL-Syntax:

    ALTER TABLE table-name ADD temporary-column VARCHAR2(50);

    Beispiel:

    ALTER TABLE FLOW_MANAGEMENT ADD TEMP VARCHAR2(50);

  3. Kopieren Sie Werte aus der Quellspalte (die Instanz-IDs enthält) in die temporäre Spalte.

    SQL-Syntax:

    UPDATE table-name SET temporary-column-name = source-column-name

    Beispiel:

    UPDATE FLOW_MANAGEMENT SET TEMP = FLOWID;

  4. Setzen Sie die Quellspaltenwerte auf NULL.

    SQL-Syntax:

    UPDATE table-name SET source-column-name = NULL;

    Beispiel:

    UPDATE FLOW_MANAGEMENT SET FLOWID = NULL;

  5. Aktualisieren Sie den Quellspaltentyp von NUMBER in VARCHAR.

    SQL-Syntax:

    ALTER TABLE table-name MODIFY source-column-name VARCHAR2(50);

    Beispiel:

    ALTER TABLE FLOW_MANAGEMENT MODIFY FLOWID VARCHAR2(50);

  6. Kopieren Sie die Instanz-ID-Werte aus der temporären Spalte zurück in die Quellspalte.

    SQL-Syntax:

    UPDATE TABLE table-name SET source-column-name = temporary-column-name

    Beispiel:

    UPDATE FLOW_MANAGEMENT SET FLOWID = TEMP;

  7. Entfernen Sie die temporäre Spalte.

    SQL-Syntax:

    ALTER TABLE table-name DROP COLUMN temporary-column-name;

    Beispiel:

    ALTER TABLE FLOW_MANAGEMENT DROP COLUMN TEMP;

(Optional) Setzen Sie die Ablauf-ID auf numerisch Administrator Innerhalb von sechs Monaten nach dem Upgrade Nachdem Sie die erforderlichen Aktualisierungen abgeschlossen haben, können Sie optional die Ablauf-ID auf numerisch setzen.
  1. Melden Sie sich als Administrator bei Oracle Integration an.
  2. Klicken Sie auf Einstellungen und dann auf Sonstiges.
  3. Ändern Sie den Ablauf-ID-Typ in Alphanumerisch, und klicken Sie auf Speichern.

Verifizierungsverfahren Ihrer Organisation befolgen

Aufgabe Wer Wann Details

Verifizierungsaufgaben nach dem Upgrade Ihrer Organisation durchführen

Bestimmte Teammitglieder Innerhalb von zwei Wochen nach dem Upgrade

Schließen Sie die Post-Upgrade-Verifizierungsaufgaben Ihrer Organisation ab, wie z.B. Regressionstests.

Führen Sie Integrationslasttests in einer Entwicklungs-/Stufeninstanz durch, bevor Sie Integrationen in eine Produktionsinstanz verschieben.