Ciertos archivos de texto (por ejemplo los de scripts MaxL *.mxl, MaxL *.msh y MDX *.mdx) no se pueden migrar mediante Oracle Hyperion Enterprise Performance Management System Lifecycle Management.
Los desencadenantes no se pueden migrar mediante la administración del ciclo de vida. En su lugar, se pueden migrar mediante MaxL.
Las definiciones de partición no se pueden migrar mediante la administración del ciclo de vida. En su lugar, se pueden migrar mediante MaxL.
Las funciones y las macros personalizadas no se pueden migrar mediante la administración del ciclo de vida. En su lugar, se pueden migrar mediante MaxL.
Lifecycle Management no impide la migración de artefactos BSO a una aplicación ASO o al contrario (artefactos de aplicación ASO a una base de datos BSO), siempre que la migración no requiera la creación de una base de datos nueva en el destino. La única restricción es el esquema. Por ello, la migración de datos, que depende del esquema tampoco se puede migrar.
Oracle Essbase Spreadsheet Add-in admite variables de sustitución en el nivel del servidor.
Para usar Lifecycle Management para Oracle Essbase, Essbase debe estar en modo Servicios compartidos de Oracle Hyperion.
Consideraciones sobre la aplicación de destino de Essbase:
La aplicación se puede predefinir en Oracle Essbase Administration Services, o bien puede especificar el nombre de aplicación en el archivo import.xml y ejecutar la migración desde CLU.
La base de datos se crea automáticamente si no existe
Los nombres del destino y del origen de datos deben coincidir.
Si un cubo no existe y se crea automáticamente, el esquema se sobrescribe forzosamente aunque no se haya seleccionado el indicador de sobrescritura.
Si existe un esquema vacío, el artefacto "Cálculo predeterminado" no aparecerá en la lista de artefactos bajo el directorio Scripts de cálculo.
Si Essbase no existe en el entorno de destino, Lifecycle Management creará un shell de aplicaciones.