Migration von Essbase-Anwendungen und -Benutzern vorbereiten

Im Folgenden finden Sie einige Überlegungen und Anforderungen beim Migrieren von Anwendungen zu Essbase 26ai, unabhängig davon, ob es sich um unabhängige Essbase-Deployments oder um Essbase auf OCI über Marketplace-Deployments handelt.

Überlegungen und Anforderungen

  • Lifecycle Management-(LCM-)Import und Migration Utility-Import unterstützen die Migration föderierter Partitionen nicht. Föderierte Partitionen müssen nach der Migration von 26ai auf 26ai manuell auf dem Ziel neu erstellt werden.

  • Sie können die Essbase-Befehlszeilenschnittstelle (CLI) verwenden, um Ihre Quellanwendung und Artefakte über Deployments und Releases hinweg zu migrieren.

  • Wenn Sie in unabhängigen Deployments eine große Anzahl von Anwendungen verwenden und LCM nicht zum Exportieren Ihrer Anwendungen geeignet ist, finden Sie weitere Informationen unter Mehrere Essbase-Instanzen in eine einzelne Shared Services-Instanz migrieren.

  • Der Export und Import mit dem Migrationsutility unterstützt keine Migration von Anwendungen, wenn die Essbase-Instanz im EPM Shared Services-Modus konfiguriert ist. Sie müssen die CLI mit LCM-Export- und -Importbefehlen verwenden.

  • Die Wiederherstellung einer Anwendung oder Datenbank aus einem vorherigen Backup wird nicht unterstützt, nachdem die Anwendung oder Datenbank mit dem LCM-Import erneut erstellt wurden.

  • Globale Variablen, E-Mail-Konfigurationseinstellungen und Dateiscannereinstellungen müssen auf der Zielinstanz festgelegt sein, bevor Sie eines der Migrationstools verwenden.

  • Oracle Identity Cloud Service-Rollen werden in Essbase nicht unterstützt.

  • Das Migrationsutility kann Benutzer und Gruppen zusätzlich zu allen Essbase-Anwendungen von eingebettetem LDAP (oder von Identity Cloud Service) zu Identity Cloud Service migrieren.

  • Wenn Sie Benutzer und Gruppen von einer LDAP-Quelle zu einer Essbase-Instanz migrieren, unterstützt Identity Cloud Service keine verschachtelten Gruppen. Daher werden Gruppenzuordnungen zu anderen übergeordneten Gruppen aus einer LDAP-Quellinstanz nicht zu Identity Cloud Service-Zielen migriert, wenn das Migrationsutility verwendet wird.

  • Alle Benutzer oder Gruppen, die mit demselben Namen in der Zielumgebung wie in der Quellumgebung vorhanden sind, werden im Ziel nicht aktualisiert.

  • Um die CLI oder das Migrationsutility auszuführen, verwenden Sie den OCI Identity and Access Management-(IAM-) oder Oracle Identity Cloud Service-(IDCS-)Benutzer, für den Sie beim Deployment und Setup von Essbase als ersten Essbase-Serviceadministrator bereitgestellt haben.

  • Wenn Sie das Migrationsutility für SSL-Verbindungen ausführen, nehmen Sie die Proxyeinstellungen für den Host (-Dhttps.proxyHost) und den Port (-Dhttps.proxyPort) in die Befehlszeile auf.

  • Die Solve-Reihenfolge gilt für dynamische Elemente im Outline und für die dynamische Berechnungsausführung von Dimensionen und Elementen. Passen Sie die Lösungsreihenfolge von Dimensionen und Elementen an, um ihre Berechnungspriorität anzugeben. Die Lösungsreihenfolge wird empfohlen, anstatt die Zwei-Pass-Berechnung zu verwenden, da sie flexibler ist. Sie können die Lösungsreihenfolge für Dimensionen oder Elemente festlegen oder die Essbase-Standardlösungsreihenfolge verwenden. Sie können für die Lösungsreihenfolge ein Minimum von 0 und ein Maximum von 127 festlegen. Eine höhere Lösungsreihenfolge bedeutet, dass das Element später berechnet wird. Beispiel: Ein Element mit der Lösungsreihenfolge 1 wird vor einem Element mit der Lösungsreihenfolge 2 berechnet. Siehe Lösungsreihenfolge im Hybridmodus.

  • Freiformdatenexporte und -importe für Cubes mit typisierten Kennzahlen verhalten sich in 26ai anders. Die neuesten Informationen finden Sie unter Text- und Datumskennzahlen laden, löschen und exportieren.

Erforderliche Benutzerfunktionen

  • Für Export: Anwendungsmanager für die erstellte Anwendung. Darüber hinaus können die folgenden Rollen LCM-Befehle und die CLI verwenden: Serviceadministrator für alle Anwendungen, Poweruser für alle vom Poweruser erstellten Anwendungen.

  • Für den Import: Poweruser oder Serviceadministrator für die Erstellung neuer Anwendungen während des Imports. Wenn Sie die Rolle "Poweruser" verwenden, ist der Poweruser für die Zielanwendungen verantwortlich, die in der Migration verwendet werden.