Certains fichiers texte (par exemple, script MaxL *.mxl, MaxL *.msh et script MDX *.mdx) ne peuvent pas être migrés à l'aide de la gestion du cycle de vie Oracle Hyperion Enterprise Performance Management System.
Les déclencheurs ne peuvent pas être migrés à l'aide de lagestion du cycle de vie, mais avec MaxL.
Les définitions de partition ne peuvent pas être migrées à l'aide de lagestion du cycle de vie, mais avec MaxL.
Les macros et fonctions personnalisées ne peuvent pas être migrées à l'aide de la gestion du cycle de vie, mais avec MaxL.
La gestion du cycle de vie n'empêche pas la migration d'artefacts BSO dans une application ASO et, inversement, celle des artefacts d'application ASO vers une base de données BSO, tant que la migration ne requiert pas la création d'une base de données à l'emplacement de destination. L'outline est la restriction. Par conséquent, la migration de données, qui dépend de l'outline, ne peut pas être migrée.
Oracle Essbase Spreadsheet Add-in prend en charge les variables de substitution au niveau du serveur.
Pour utiliser la gestion du cycle de vie pour Oracle Essbase, Essbase doit être en mode Oracle Hyperion Shared Services.
Remarques concernant l'application de destination Essbase :
L'application peut être prédéfinie dans Oracle Essbase Administration Services ou vous pouvez indiquer le nom de l'application dans le fichier import.xml et exécuter la migration depuis le CLU.
La base de données est créée automatiquement si elle n'existe pas
Les noms de la source et de la destination des données doivent être identiques
Si aucun cube n'existe et qu'il est automatiquement créé, le remplacement de l'outline est forcé même si l'indicateur "remplacer" n'est pas sélectionné.
Si une outline vide existe, l'artefact "Calcul par défaut" ne s'affiche pas dans la liste d'artefacts dans le répertoire Scripts de calcul.
Si Essbase n'existe pas dans l'environnement cible, la gestion du cycle de vie crée un interpréteur d'application.