Automatisiertes In-Place-Upgrade für Prozesse
- Sie haben keine Prozessauslastung (ausgeführte oder abgeschlossene Instanzen) oder
- Ihre Prozessverwendung befindet sich in einem Vorproduktionsstatus, oder
- Sie haben kurzlebige Prozessinstanzen, die vor dem Upgrade in Oracle Integration der 2. Generation ausgeführt werden können, oder
- Sie verwenden nur Entscheidungsanwendungen.
Wenn diese Upgradeoption zu Ihrer Situation passt, führen Sie die in diesem Thema beschriebenen Schritte aus.
Vorbereiten der anfänglichen Upgradeumgebung
Oracle empfiehlt, diese Schritte zuerst für eine Nicht-Produktionsinstanz auszuführen, die für Ihr Unternehmen nicht entscheidend ist. Diese Schritte können eine Weile dauern, und bei diesem ersten Upgrade können Probleme auftreten, die Sie vor dem Produktionsupgrade beheben oder berücksichtigen müssen.
Wenn Sie eine der folgenden Umgebungen verwenden, sollten Sie die Schritte in diesem Abschnitt befolgen, um eine temporäre Umgebung für die Upgradevalidierung zu erstellen:
- Wenn Sie Produktions-Workloads in einer einzelnen Produktionsinstanz ausführen und keine Nicht-Produktionsinstanz haben, können Probleme, auf die Sie stoßen, zu Ausfallzeiten für Prozessbenutzer führen.
- Wenn Ihre Umgebung aus einer Produktionsinstanz und einer einzelnen Nicht-Produktionsinstanz besteht, auf die Sie sich für Backups und dringende Korrekturen verlassen, bleiben Sie bis zum Upgrade der Produktionsumgebung ohne Backup.
Wenn Sie mehrere Nicht-Produktionsinstanzen haben, können Sie das Upgrade Ihrer Nicht-Produktionsumgebung überspringen.
So erstellen Sie eine temporäre Umgebung für die Upgradevalidierung:
- Erstellen Sie eine neue Oracle Integration-Instanz der 2. Generation.
- Kopieren Sie die Entwurfszeitmetadaten in die neue Instanz.
Die Metadaten können aus einer Produktions- oder Nicht-Produktionsinstanz stammen. Die Verwendung von Produktionsinstanzmetadaten bedeutet jedoch, dass Sie besser auf das vorbereitet sind, was Sie tun müssen, wenn Sie ein Upgrade der tatsächlichen Produktionsinstanz durchführen müssen.
- Fahren Sie mit den Schritten unter Upgrade der Nicht-Produktionsumgebung fort, und testen Sie dann das Upgrade.
Wenn Sie für das Upgrade Ihrer anderen Instanzen bereit sind, können Sie Ihre refaktorierten Integrationen exportieren und Anwendungen verarbeiten, um die Post-Upgradeaufgaben für die Instanz zu beschleunigen, die als Quelle der kopierten Entwurfszeitmetadaten fungierte.
Upgrade Ihrer Nicht-Produktionsumgebung
Wenn Sie keine Nicht-Produktionsinstanz haben, empfiehlt Oracle, wie oben beschrieben, eine temporäre Umgebung für die Upgradevalidierung zu erstellen.
Führen Sie die folgenden Schritte in Ihrer Nicht-Produktionsumgebung aus.
| Aufgabe | Wann wird die Aufgabe ausgeführt? | Wer führt die Aufgabe aus | Aufgabendetails |
|---|---|---|---|
| Analyse von Design-Time Lücken | Vor Upgrade | Sie |
Blenden Sie in der Vorabprüfung Process Automation die Option Weitere Details ein, und beachten Sie eventuelle Probleme. Workarounds oder alternative Lösungen finden Sie unter How Upgrade Affects Process Features. Sie müssen diese Optionen nach dem Upgrade implementieren, um Ihre Prozessanwendungen wiederherzustellen und zu aktivieren. Wenn Sie ein nicht unterstütztes Feature verwenden und die Vorschläge nicht befolgen können, wenden Sie sich an Ihren Oracle-Ansprechpartner, oder reichen Sie eine Serviceanfrage ein. |
| Vorabprüfung der aktiven Instanzen umgehen | Vor Upgrade | Sie |
Wählen Sie Aktive Instanzen ignorieren und mit dem Upgrade fortfahren aus, und klicken Sie auf Änderungen speichern. Sie werden gebeten, Ihre Wahl zweimal zu bestätigen. WARNUNG: Wenn Sie diese Option auswählen, gehen laufende (in Bearbeitung befindliche) und abgeschlossene Prozessinstanzen verloren. Seien Sie vorsichtig, wenn Sie diese Option auswählen, insbesondere in einer Produktionsinstanz.Nachdem Sie diese Option ausgewählt haben, wird bei der Vorabprüfung Process Automation eine Warnung angezeigt, die angibt, dass die Vorabprüfung umgangen wurde. |
| Upgrade neu planen | Vor Upgrade | Sie |
Falls erforderlich planen Sie das Upgrade Ihrer Nicht-Produktionsinstanz neu. |
| Entwicklungsarbeit begrenzen | Zwei bis drei Tage vor dem Upgrade | Sie |
Während der zwei Tage vor dem Upgrade, unterbrechen Sie Ihre Entwicklungsarbeit, oder schränken Sie sie so weit wie möglich ein. Alle vorgenommenen Änderungen werden gespeichert, können jedoch dazu führen, dass die Upgradeprüfung nicht erfolgreich verläuft. In diesen Fällen müsste das Upgrade neu geplant werden. Beispiel:
|
| Upgradevorgang | Während des Upgrades | Oracle |
Während des Upgrades führt Oracle die folgenden Schritte aus:
Hinweis: Prozessinstanzdaten werden nicht zu Oracle Integration 3 migriert. Das bedeutet, dass nach dem Upgrade keine historischen Transaktionen angezeigt werden, die in Oracle Integration der 2. Generation erstellt wurden. |
| Post-Upgrade-Aufgaben durchführen | Nach dem Upgrade | Sie |
Führen Sie Post-Upgrade-Aktivitäten aus, um Ihre Prozessanwendungen in der Arbeitsreihenfolge wiederherzustellen. Siehe Aufgaben nach dem Upgrade auf Serviceebene für Process Automation. Wenn Ihre Prozessanwendungen Teil einer Lösung sind, die Visual Builder oder Integrationen umfasst, müssen Sie möglicherweise zusätzliche Schritte ausführen, um Ihre anderen Clients zu aktualisieren. Siehe Clients aktualisieren, die Prozessanwendungen aufrufen. |
Upgrade zusätzlicher Nicht-Produktionsumgebungen
Wenn Sie über zusätzliche Nicht-Produktionsumgebungen verfügen, können Sie die Schritte vor dem Upgrade aus der obigen Tabelle ausführen. Anstatt die Aufgaben nach dem Upgrade auszuführen, können Sie jedoch die wiederhergestellten Prozessanwendungen und zugehörigen Artefakte (z.B. Visual Builder-Anwendungen) aus der ersten Umgebung exportieren und nach dem Upgrade in die zusätzlichen Umgebungen importieren. Dadurch können Sie Zeit sparen, da Sie die Schritte nach dem Upgrade nicht in mehreren Umgebungen ausführen müssen.
Upgrade der Produktionsumgebung durchführen
Wenn Sie diesen Upgradeprozess für eine Produktionsumgebung ausführen möchten, beachten Sie Folgendes:
- Möglicherweise müssen Sie die Erstellung neuer Transaktionen für Geschäftsbenutzer vor dem Upgrade einschränken.
- Vor dem Upgrade müssen Sie laufende Transaktionen identifizieren und abschließen.
- Nach dem Upgrade wird es einige Ausfallzeiten geben, um Aufgaben nach dem Upgrade auszuführen. Während dieser Zeit kann Ihr Unternehmen keine neuen Prozesse ausführen.
- Prozessinstanzdaten werden nicht zu Oracle Integration 3 migriert. Das bedeutet, dass nach dem Upgrade keine historischen Transaktionen angezeigt werden, die in Oracle Integration der 2. Generation erstellt oder abgeschlossen wurden.
Bevor Sie sich entscheiden, mit diesem Upgradeprozess fortzufahren:
- Bewerten Sie, wie viele laufende Transaktionen in Ihrer Umgebung vorhanden sind, und schließen Sie diese Transaktionen vor dem Upgrade ab. So zeigen Sie die aktiven Transaktionen an:
- Melden Sie sich bei der Oracle Integration-Instanz der 2. Generation als Benutzer mit der Rolle "Serviceadministrator" an.
- Klicken Sie auf Meine Aufgaben, und wählen Sie Prozesse aus.
- Laufzeitdaten aus dem Oracle Integration-Prozess der 2. Generation speichern. Dieser Schritt ist wichtig, um sicherzustellen, dass Sie die Historie abgeschlossener Transaktionen nicht verlieren. Sie müssen diesen Vorgang vor einem Upgrade durchführen. Siehe Prozessautomatisierungsdaten in Oracle Integration archivieren und löschen.
Im Rahmen dieser Schritte konfigurieren Sie den Oracle Storage Service, und planen Sie Instanzen für das Archivieren und Löschen. Beachten Sie Folgendes:
- Die archivierten Informationen sind im konfigurierten Objektspeicher-Bucket verfügbar.
- Anhänge sind nicht in den Archivdateien enthalten. Diese müssen manuell exportiert werden. Siehe Prozessanhang als Stream abrufen in REST-API für Oracle Integration 2.
Wenn Sie mit diesem Upgradeprozess für Ihre Produktionsumgebung fortfahren möchten, führen Sie die Schritte aus der obigen Tabelle aus.