Migration von EURA-Umgebungen zu EU Sovereign Cloud (OC19)

Oracle migriert alle Oracle Fusion Cloud Enterprise Performance Management- und Oracle Fusion Cloud Enterprise Data Management-Umgebungen in den EURA-Regionen in der OC1-Realm nach einem vordefinierten Zeitplan zur OC19-(EU Sovereign Cloud-)Realm. Oracle benachrichtigt die Serviceadministratoren dieser Umgebungen und stellt ihnen eine Liste der aktuellen EURA-Service-URLs zur Verfügung. Die Benachrichtigung enthält auch Informationen zu den auszuführenden Schritten und deren Fristen.

Der Migrationsprozess läuft folgendermaßen ab:

  1. An dem in der ersten Benachrichtigung angegebenen Datum sendet Oracle eine Abonnementbenachrichtigungs-E-Mail an Serviceadministratoren. Informationen hierzu finden Sie unter E-Mail zur Abonnementaktivierung in der Dokumentation "Erste Schritte für Administratoren".

  2. Nachdem Sie die Abonnementbenachrichtigung erhalten haben, erstellen Sie einen neuen Oracle Cloud-Account, oder fügen Sie das Abonnement einem vorhandenen Account hinzu. Informationen hierzu finden Sie in den folgenden Themen in der Dokumentation "Erste Schritte für Administratoren":

    Wenn Sie einen neuen Cloud-Account erstellen, gilt Folgendes:

    • Sie können eine Hauptregion aus den folgenden OC19-Regionen auswählen:
      • EU Sovereign Central (Frankfurt) - eu-frankfurt-2
      • EU Sovereign South (Madrid) - eu-madrid-2
    • Erstellen Sie einen neuen Cloud-Accountnamen, oder verwenden Sie den Namen des Cloud-Accounts, den Sie derzeit in den EURA-Regionen nutzen.

  3. Nachdem Sie den vorherigen Schritt abgeschlossen haben, erstellen Sie eine technische Serviceanfrage, um Oracle darüber zu informieren, dass die Erstellung des Oracle Cloud-Accounts abgeschlossen ist.

  4. Nach Erhalt der technischen Serviceanfrage ermöglicht Oracle die Verarbeitung, sodass Sie mit der Erstellung Ihrer Umgebungen beginnen können. Anweisungen finden Sie unter Umgebung erstellen in der Dokumentation "Erste Schritte für Administratoren".

    Erstellen Sie für jede EURA-Umgebung eine OC19-Umgebung. Die Frist für die Erstellung von Umgebungen wird in der ersten Benachrichtigung angegeben.

  5. Nachdem Sie die OC19-Umgebungen erstellt haben, führen Sie diese optionalen Aktivitäten vor dem in der ersten Benachrichtigung angegebenen Datum aus.

  6. Aktualisieren Sie die zuvor (in Schritt 3) erstellte technische Serviceanfrage mit einer Zuordnung der Service-URLs der aktuellen EURA-Umgebungen zu denen der neu erstellten OC19-Umgebungen.

  7. An den in der ersten Benachrichtigung angegebenen Terminen klont Oracle die EURA-Test- und -Produktionsumgebungen in OC19-Umgebungen und ändert die DNS-Konfiguration, sodass die vorhandenen EURA-Service-URLs an die OC19-Umgebungen weitergeleitet werden.

    Das Klonen der Test- und Produktionsumgebungen erfolgt an verschiedenen Terminen, wie in der ersten Benachrichtigung angegeben. Oracle beendet Ihre EURA-Umgebungen kurz nach Abschluss des Klonvorgangs der Produktionsumgebungen.

Dauer der Datenmigration

Die Dauer der Datenmigration zu OC19 hängt von der Datengröße in den EURA-Umgebungen ab. Beachten Sie die folgenden allgemeinen Richtlinien beim Planen der Dauer der Datenmigration:

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

Die Datenmigration ist für Sie reibungslos. Oracle migriert Ihre Anwendungsdaten, Benutzer, benutzerdefinierten Reglergrenzwerte und anderen Artefakte zu den neuen OC19-Umgebungen. Ab diesem Zeitpunkt funktionieren die ursprünglichen OC19-URLs nicht mehr. Stattdessen werden die URLs von EURA-Umgebungen zu den OC19-Umgebungen weitergeleitet. Die Cloud-Konsolen-URL ändert sich jedoch.

Wichtige Hinweise

  • Benutzer von Umgebungen, die von EURA zu OC19 migriert wurden, erhalten E-Mails zum Zurücksetzen ihrer Kennwörter (Account aktivieren), in denen sie aufgefordert werden, sich bei den OC19-Umgebungen anzumelden. Benutzer können ihre OC19-Kennwörter so festlegen, dass sie mit ihren EURA-Kennwörtern identisch sind.

    Wenn Benutzer mit der vordefinierten Rolle Serviceadministrator ihre OC19-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 für Oracle Fusion Cloud EPM
  • Die Rollenzuweisung für den Identitätsdomainadministrator wird nicht geklont. Benutzer, denen nur die Rolle Identitätsdomainadministrator zugewiesen ist, werden nicht in die OC19-Umgebung geklont.

    Benutzer, die einer Kombination aus der Rolle Identitätsdomainadministrator und vordefinierten Rollen in der EURA-Umgebung zugewiesen sind, werden geklont, aber nur den entsprechenden vordefinierten Rollen in der OC19-Umgebung zugewiesen. Diesen Benutzern wird die Rolle Identitätsdomainadministrator in der OC19-Umgebung nicht zugewiesen.

  • Nach Abschluss der Migration ändert Oracle die DNS-Konfiguration so, dass Traffic zu den EURA-Umgebungs-URLs an die entsprechenden OC19-Umgebungen weitergeleitet wird.

    Note:

    Wenn diese OC19-Umgebungen in Zukunft 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 EURA-URLs nicht erfolgreich, da die DNS-Konfiguration weiterhin an die ursprünglichen OC19-Umgebungen weiterleitet, die gelöscht wurden. Alle neu erstellten OC19-Umgebungen haben andere URLs als die der migrierten OC19-Umgebungen. In solchen Fällen 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 OC19-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 Erstellung mit nslookup oder ping, und aktualisieren Sie die Konfiguration mit der neuen IP-Adresse.

    Wenn Sie gleichermaßen die ausgehende IP-Adresse der EURA-Region 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 OC19-Region. Informationen zum Ermitteln der ausgehenden IP-Adresse der OC19-Region Ihrer Umgebung finden Sie unter Ausgehende IP-Adressen von Cloud EPM-Regionen.

  • Wenn Sie die Domains epm.eu-frankfurt-1.ocs.oraclecloud.com und epm.eu-amsterdam-1.ocs.oraclecloud.com zuvor der Ausnahmeliste der Firewall hinzugefügt haben, müssen Sie auch die neuen kanonischen OC19-Namen der Ausnahmeliste hinzufügen. Ermitteln Sie die kanonischen Namen mit nslookup.

    Beispiel: Wenn die URL der EURA-Umgebung https://epm2-mydomain.epm.eu-frankfurt-1.ocs.oraclecloud.com/ lautet, gibt nslookup für epm2-mydomain.epm.eu-frankfurt-1.ocs.oraclecloud.com den kanonischen Namen epm2-mydomain.epm.eu-frankfurt-1.ocs.oraclecloud.eu zurück. Fügen Sie die Domain (epm.eu-frankfurt-1.ocs.oraclecloud.eu) 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.eu-frankfurt-2.ocs.oraclecloud.eu
    • epm.eu-madrid-2.ocs.oraclecloud.eu