Planning-Migrationsaspekte

  • Die Migration von Oracle Hyperion Enterprise Performance Management System Lifecycle Management in bzw. von Oracle Hyperion Planning ist ein Vorgang, der viel Zeit in Anspruch nimmt.

  • Einige Planning-Artefakte weisen Abhängigkeiten auf. Formulare verfügen z.B. über Dimensionsabhängigkeiten. Anstatt nur die Dimensionselemente zu migrieren, die für ein Formular erforderlich sind, migriert Lifecycle Management die gesamte Dimension. Sie müssen alle erforderlichen Abhängigkeiten manuell auswählen. Informationen hierzu finden Sie unter Artefakte migrieren.

  • Die Quell- und die Zielanwendung müssen für Planungstyp, Kalender und einzelne oder mehrere Währungen genau dieselben Einstellungen aufweisen.

  • Wenn Planning in der Zielumgebung nicht vorhanden ist, erstellt Lifecycle Management eine Anwendungsshell.

  • Oracle Essbase muss sich im Oracle Hyperion Shared Services-Modus befinden, damit Lifecycle Management verwendet werden kann.

  • Essbase-Artefakte werden unter dem Planning-Anwendungsknoten angezeigt und das Datenartefakt unter der Essbase-Datenkategorie.

  • Bei der ersten Migration von einer Testumgebung in eine Produktionsumgebung empfiehlt Oracle, alle zu Planning gehörigen Artefakte unter dem Planning-Knoten zu migrieren.

  • Oracle empfiehlt, Essbase-Daten nur bei der ersten Migration aus der Testumgebung in die Produktionsumgebung zu migrieren und nicht bei inkrementellen Migrationen.

  • Um Planning-Datenartefakte zu exportieren oder zu importieren, muss Lifecycle Management einen gemeinsamen Dateisystempfad aufweisen.

  • Um die Datenmigration über verteilte Umgebungen hinweg zu aktivieren, muss filesystem.artifact.path ein gemeinsamer Pfad sein. Der Zugriff auf den Speicherort des Lifecycle Management-Dateisystems muss von allen Umgebungen im verteilten Setup möglich sein.