Von Oracle verwaltete Migration

Oracle migriert in Phase 10 alle Classic US Government-Umgebungen von Oracle Fusion Cloud Enterprise Performance Management und EDM Cloud zu OCI. Oracle migriert Ihre Classic-Umgebungen nahtlos anhand eines vordefinierten Zeitplans. Oracle hat bereits eine Benachrichtigung mit den folgenden Informationen an die Serviceadministratoren dieser Umgebungen gesendet:

  • Liste mit Service-URLs der aktuellen Classic-Umgebungen.
  • Cloud-Accountnamen der neuen Umgebungen in OCI (in den meisten Fällen werden die aktuellen Domainnamen verwendet)
  • Standort der OCI-Regionen, in denen die Umgebungen erstellt werden
  • Standard-E-Mail-Adressen für den Domainadministrator und den Serviceadministrator, die bei Oracle hinterlegt sind. Diese Benutzer werden als Domainadministrator und Serviceadministrator für die neuen OCI-Umgebungen verwendet.

Die Benachrichtigung enthält Informationen zu den Zeitpunkten der Verfügbarkeit Ihrer OCI-Umgebungen und der Datenmigration.

Ab dem 27. Februar 2025 hat Oracle ebenso viele OCI-Umgebungen wie die aktuelle Anzahl Ihrer Classic-Umgebungen bereitgestellt. Diese OCI-Umgebungen verwenden die zuvor in der Benachrichtigungs-E-Mail angegebenen Cloud-Accountnamen und OCI-Regionen und enthalten keine Anwendungen oder Benutzer. Die in der Benachrichtigungs-E-Mail angegebenen standardmäßigen (oder angeforderten) E-Mail-Adressen für den Domainadministrator und den Serviceadministrator erhalten die E-Mail mit dem Betreff Account aktivieren.

Note:

Da Ihre OCI-Umgebungen zu unterschiedlichen Zeiten bereitgestellt werden können, erhalten Sie möglicherweise nicht für alle Umgebungen gleichzeitig Benachrichtigungs-E-Mails.

Wenn Sie die OCI-Umgebungen erhalten, führen Sie diese optionalen Aktivitäten vor dem in der Benachrichtigungs-E-Mail angegebenen Datum aus.

  • Single Sign-On (SSO) mit Ihrem Identitätsprovider konfigurieren, wenn Sie SSO in Ihren Classic-Umgebungen verwenden
  • IP-Ausnahmelisten für die OCI-Umgebungen konfigurieren, wenn Sie Ausnahmelisten mit Ihren Classic-Umgebungen verwenden
  • Wenn Sie Tests in OCI-Umgebungen ausführen möchten:

    Note:

    Sie müssen nicht jede Classic-Umgebung klonen und testen. Beispiel: Wenn Sie dieselbe Anwendung in einer Test- und einer Produktionsumgebung verwenden, testen Sie diese nur in einer der Umgebungen. Außerdem ist es nicht nötig, Umgebungen zu klonen, die Sie nicht testen möchten.
    • Klonen Sie die Anwendungen aus Classic-Umgebungen anhand dieser Informationsquellen in die entsprechenden OCI-Umgebungen:
    • Führen Sie die gewünschten Tests aus. Die Tests sind optional. Während des Testzeitraums müssen Produktionsaktualisierungen und -änderungen in den Classic-Umgebungen ausgeführt werden.

      Note:

      Wenn Sie jetzt versuchen, eine Serviceanfrage zu erstellen, zeigt Oracle Support nur die OCI-Accounts und -Umgebungen an, die den Classic-Accounts- und -Umgebungen entsprechen, die gerade migriert werden. Gehen Sie in diesem Fall wie folgt vor, um eine Serviceanfrage für eine Classic-Umgebung zu erstellen, die gerade migriert wird:
      • Wählen Sie eine OCI-Umgebung in Oracle Support aus.
      • Geben Sie in den Feldern Zusammenfassung und Beschreibung der Serviceanfrage die URL der Classic-Umgebung an, für die Sie die Serviceanfrage erstellen.
      • Geben Sie dabei die Referenznummer von "Feedback geben" aus der Classic-Umgebung an.

Während das monatliche Update vom April (25.04) im Rahmen der täglichen Wartung eingespielt wird, klont Oracle automatisch Ihre OCI-Umgebungen aus Classic-Umgebungen (dadurch werden alle Testanwendungen, die Sie bereits in den OCI-Umgebungen eingerichtet haben, außer Kraft gesetzt). Außerdem wird die DNS-Konfiguration so geändert, dass die vorhandenen Classic-Service-URLs an die OCI-Umgebungen weitergeleitet werden. Die Testumgebungen werden am 4. April 2025 geklont und die Produktionsumgebungen am 18. April 2025. Oracle beendet Ihre Classic-Umgebungen kurz nach Abschluss des Klonvorgangs der Produktionsumgebungen.

Tägliche Wartung am Tag der Datenmigration

Am Tag der Datenmigration dauert die tägliche Wartung viel länger als an anderen Tagen. Planen Sie die tägliche Wartung am Tag der Datenmigration gemäß den folgenden allgemeinen Richtlinien.

  • Wenn die Gesamtdatengröße in der Classic-Umgebung nicht mehr als 100 GB beträgt, dauert die tägliche Wartung bis zu sechs Stunden.
  • Wenn die Gesamtdatengröße in der Classic-Umgebung mehr als 100 GB beträgt, dauert die tägliche Wartung bis zu 12 Stunden.
Sie können die Gesamtdatengröße in der Umgebung dem Aktivitätsbericht der Classic-Umgebung unter der Kennzahl für Kundendaten auf dem Datenträger in GB in der Tabelle für die Anwendungsgröße entnehmen.

Note:

  1. Die Migration von Classic- zu OCI-Umgebungen erfolgt am geplanten Datum, auch wenn Sie angefordert haben, dass das entsprechende monatliche Update übersprungen werden soll (entweder mit dem EPM Automate-Befehl skipUpdate oder über eine Serviceanfrage). In diesem Szenario hat die resultierende OCI-Umgebung dasselbe monatliche Update wie die entsprechende Classic-Umgebung. Das Überspringen des Updates ist dann in der OCI-Umgebung für dasselbe monatliche Update aktiv.
  2. Wenn in Ihrer Classic-Umgebung ein One-off-Patch eingespielt ist, der im Update des Monats mit der geplanten Datenmigration nicht wieder zusammengeführt werden soll, erfolgt die Migration von der Classic- zur OCI-Umgebung weiterhin am geplanten Datum. In diesem Szenario hat die OCI-Umgebung denselben One-off-Patch wie die entsprechende Classic-Umgebung.
  3. Wenn Sie angefordert haben, dass Oracle das monatliche Update bei der geplanten Datenmigration in Ihrer Classic-Produktionsumgebung vor dem dritten Freitag des entsprechenden Monats einspielt, erfolgt die Migration im Rahmen der täglichen Wartung, wenn das monatliche Update in Ihrer Classic-Produktionsumgebung installiert wird (vor dem dritten Freitag des Monats).
  4. Wenn Ihre Classic-Umgebung während der täglichen Wartung, für die Migration geplant ist, eine geplante oder ungeplante Wartung durchläuft, erfolgt die Migration im Rahmen der täglichen Wartung am nächsten Tag, da die geplante tägliche Wartung übersprungen wird.

Diese Migration ist für Sie reibungslos. Oracle migriert Ihre Anwendungsdaten, Benutzer, benutzerdefinierten Reglergrenzwerte und anderen Artefakte zu den neuen OCI-Umgebungen. Ab diesem Zeitpunkt funktionieren die OCI-URLs, die Sie zum Testen verwendet haben, nicht mehr. Stattdessen werden aktuelle URLs von Classic-Umgebungen zu den OCI-Umgebungen weitergeleitet. Der Zugriff auf das Portal "Meine Services" erfolgt jedoch weiterhin über die neuen URLs.

Wichtige Hinweise

  • Benutzer von Umgebungen, die von Classic zu OCI migriert wurden, erhalten E-Mails zum Zurücksetzen ihrer Kennwörter, in denen sie aufgefordert werden, sich bei den OCI-Umgebungen anzumelden. Dabei handelt es sich um dieselbe E-Mail zum Thema Account aktivieren, die bereits weiter oben behandelt wurde. Wenn Classic-Kennwörter der Kennwort-Policy von Identity Cloud Services entsprechen, können Benutzer ihre Classic-Kennwörter als OCI-Kennwörter beibehalten. Diese Policy kann von einem Identitätsdomainadministrator angepasst werden.

    Wenn Benutzer mit der vordefinierten Rolle Serviceadministrator ihre OCI-Kennwörter ändern, aktualisieren Sie die verwendeten Kennwörter in Bereichen wie den Folgenden:

    • EPM Automate-Skripte
    • REST-API-basierte Skripte
    • EPM Agent-Konfiguration
    • Navigationsflusskonfiguration. Um Navigationsflüsse zu aktualisieren, führen Sie Aufgaben anhand der folgenden Ressourcen aus:
      • "Navigationsfluss bearbeiten" in der Administrationsdokumentation Ihres Geschäftsprozesses zur Verwendung der Bildschirme für Navigationsflüsse
      • Abschnitt "Verbindung aktualisieren" in der Dokumentation REST-APIs
  • Die Rollenzuweisung für den Identitätsdomainadministrator wird nicht geklont. Benutzer, denen nur die Rolle Identitätsdomainadministrator zugewiesen ist, werden nicht in die OCI-Umgebung geklont.

    Benutzer, denen eine Kombination aus der Rolle Identitätsdomainadministrator und vordefinierten Rollen in der Classic-Umgebung zugewiesen ist, werden geklont, erhalten aber nur die jeweiligen vordefinierten Rollen in der OCI-Umgebung. Diesen Benutzern wird die Rolle Identitätsdomainadministrator nicht in der OCI-Umgebung zugewiesen.

  • Die OCI-Umgebungen werden immer in der Standarddomain von Identity Cloud Services erstellt. Wenn sich Ihre Classic-Produktionsumgebungen und -Testumgebungen jedoch nicht in derselben Identitätsdomain befinden, weil Sie eine davon in eine andere Domain umgespeichert haben, wird die OCI-Produktionsumgebung in der Standarddomain erstellt, während die Testumgebung in der Domain OracleIdentityCloudService_suffix im selben Cloud-Account erstellt wird (wobei suffix eine zufällige alphanumerische Zeichenfolge ist, z.B. a12bxxx). Sie können sie weiterhin separat verwalten. Aufgrund einer Änderung der DNS-Konfiguration bleiben die URLs der Produktions- und Testumgebungen zudem gleich wie in Classic-Umgebungen.
  • Die Domainnamen der vorhandenen Classic-Umgebungen werden als Cloud-Accountnamen beibehalten, es sei denn, sie enthalten von OCI nicht unterstützte Zeichen. In OCI müssen Cloud-Accountnamen folgende Kriterien erfüllen:

    • Sie dürfen nur lateinische Kleinbuchstaben und Zahlen enthalten.
    • Sie müssen mit einem Buchstaben beginnen.
    • Sie dürfen nicht mehr als 32 Zeichen enthalten.

    Wenn der Classic-Domainname einen Bindestrich enthält, wird dieser im Cloud-Accountnamen in OCI entfernt. Beispiel: Der Classic-Domainname acme-test wird in den Cloud-Accountnamen acmetest geändert. Der Domainname in der URL bleibt aber gleich.

  • Nach Abschluss der Migration ändert Oracle die DNS-Konfiguration so, dass Traffic zu den Classic-Umgebungs-URLs an die entsprechenden OCI-Umgebungen weitergeleitet wird. Wenn diese OCI-Umgebungen aus irgendeinem Grund gelöscht werden (z.B. um den Servicenamen zu ändern oder zu einer anderen Region zu wechseln), verläuft das Routing von Classic-URLs nicht erfolgreich, da die DNS-Konfiguration weiterhin an die ursprünglichen OCI-Umgebungen weiterleitet, die gelöscht wurden.

    Da die neu erstellten Umgebungen andere URLs als die migrierten OCI-Umgebungen verwenden, müssen Sie die in EPM Automate- und REST-API-Skripten, Navigationsflusskonfigurationen, Lesezeichen sowie gemeinsamen und privaten Verbindungen verwendeten URLs in Oracle Smart View for Office usw. nach Bedarf mit den neuen OCI-URLs aktualisieren. Außerdem müssen Sie die neuen URLs allen Benutzern mitteilen, die auf die neu erstellten Umgebungen zugreifen müssen.

  • Wenn Sie die IP-Adresse der Cloud EPM-Quellumgebung an irgendeiner Stelle verwenden (z.B. in einer Proxykonfiguration als zulässige ausgehende IP-Adresse), suchen Sie die neue IP-Adresse der Umgebung nach der Migration mit nslookup oder ping, und aktualisieren Sie die Konfiguration mit der neuen IP-Adresse.

    Wenn Sie gleichermaßen die ausgehende IP-Adresse des Classic-Data-Centers in der Ausnahmeliste einer anderen Umgebung hinzugefügt haben (z.B. in einer Fusion ERP-Umgebung), ändern Sie sie in die ausgehende IP-Adresse der neuen OCI-Region. Informationen zum Ermitteln der ausgehenden IP-Adresse der OCI-Region Ihrer Umgebung finden Sie unter Ausgehende IP-Adressen von Cloud EPM-Data-Centern und -Regionen.

  • Wenn Sie die Domains epm.us8.oraclecloud.com und epm.us9.oraclecloud.com zuvor der Ausnahmeliste der Firewall hinzugefügt haben, müssen Sie auch die neuen kanonischen OCI-Namen der Ausnahmeliste hinzufügen. Ermitteln Sie die kanonischen Namen mit nslookup.

    Beispiel: Wenn die URL der Classic-Umgebung https://epm2-mydomain.epm.us8.oraclecloud.com/epmcloud lautet, gibt nslookup für epm2-mydomain.epm.us8.oraclecloud.com den kanonischen Namen epm2-mydomain.epm.us-luke-1.ocs.oraclegovcloud.com zurück. Fügen Sie die Domain (epm.us-luke-1.ocs.oraclegovcloud.com) des kanonischen Namens der Ausnahmeliste der Firewall hinzu.

    Damit alle erforderlichen kanonischen Namen abgedeckt werden, fügen Sie die folgenden Domains der Ausnahmeliste der Firewall hinzu:

    • epm.us-luke-1.ocs.oraclegovcloud.com
    • epm.us-langley-1.ocs.oraclegovcloud.com
  • Wenn Sie EPM Agent für die Kommunikation mit Cloud EPM nutzen, müssen Sie mindestens EPM Agent-Version 22.07 verwenden. Wenn die EPM Agent-Version älter als 22.07 ist, tritt möglicherweise ein Zertifikatsfehler auf, wenn Sie nach Abschluss der OCI-Datenmigration eine Verbindung zu Cloud EPM herstellen.