Préparation de la migration des applications et des utilisateurs Essbase
Voici quelques considérations et exigences relatives à la migration d'applications vers Essbase 26ai, que ce soit à partir de déploiements Essbase indépendants ou d'Essbase sur OCI via des déploiements Marketplace.
Remarques et remarques relatives aux exigences
-
L'import et l'import de l'utilitaire de migration Lifecycle Management (LCM) ne prennent pas en charge la migration des partitions fédérées. Les partitions fédérées doivent être recréées manuellement sur la cible, après la migration de 26ai à 26ai.
-
Vous pouvez utiliser l'interface de ligne de commande Essbase pour migrer l'application source et les artefacts entre les déploiements et les versions.
-
Dans les déploiements indépendants, lorsque vous disposez d'un grand nombre d'applications et que vous ne pouvez pas exporter vos applications à l'aide de LCM, reportez-vous à Migration de plusieurs instances Essbase vers une seule instance Shared Services.
-
L'export et l'import à l'aide de l'utilitaire de migration ne prennent pas en charge la migration des applications, si l'instance Essbase est configurée en mode EPM Shared Services ; vous devez utiliser l'interface de ligne de commande avec les commandes d'export et d'import LCM.
-
La restauration d'une application ou d'une base de données depuis une sauvegarde antérieure, après la recréation de l'application ou de la base de données via l'import LCM, n'est pas prise en charge.
- Les variables globales, les paramètres de configuration de messagerie et les paramètres d'analyseur de fichier doivent être définis dans l'instance cible avant utilisation des outils de migration.
-
Les rôles Oracle Identity Cloud Service ne sont pas pris en charge dans Essbase.
-
L'utilitaire de migration peut migrer des utilisateurs et des groupes du LDAP imbriqué (ou d'Identity Cloud Service) vers Identity Cloud Service en plus de toutes les applications Essbase.
-
Si vous migrez des utilisateurs et des groupes d'une source LDAP vers une instance Essbase, Identity Cloud Service ne prend pas en charge les groupes imbriqués. Par conséquent, les associations de groupe à d'autres groupes parent, provenant d'une instance source LDAP, ne sont pas migrées vers des cibles Identity Cloud Service, lors de l'utilisation de l'utilitaire de migration.
-
Les utilisateurs ou groupes qui existent avec le même nom dans l'environnement cible que dans l'environnement source ne sont pas mis à jour dans la cible.
-
Pour exécuter l'interface de ligne de commande ou l'utilitaire de migration, utilisez l'utilisateur OCI Identity and Access Management (IAM) ou Oracle Identity Cloud Service (IDCS) que vous avez provisionné pour devenir l'administrateur de service Essbase initial au cours du déploiement et de la configuration Essbase.
-
Lorsque vous exécutez l'utilitaire de migration pour la connexion SSL, incluez les paramètres proxy de l'hôte (
-Dhttps.proxyHost) et du port (-Dhttps.proxyPort) dans la ligne de commande. -
L'ordre de résolution s'applique aux membres dynamiques de l'outline et à l'exécution du calcul dynamique des dimensions et des membres. Ajustez l'ordre de résolution des dimensions et des membres pour indiquer leur priorité de calcul. La commande de résolution est recommandée au lieu d'utiliser le calcul à deux passes, car elle est plus flexible. Vous pouvez définir l'ordre de résolution des dimensions ou des membres, ou vous pouvez utiliser l'ordre de résolution Essbase par défaut. L'ordre de résolution minimum qui peut être défini est 0 et le maximum est 127. Un ordre de résolution plus important signifie que le membre est calculé plus tard. Par exemple, un membre avec un ordre de résolution de 1 est résolu avant un membre avec un ordre de résolution de 2. Reportez-vous à Ordre de résolution en mode hybride.
-
Les exportations et les importations de données en format libre pour les cubes avec des mesures typées se comportent différemment dans 26ai. Pour obtenir les dernières informations, reportez-vous à la rubrique Chargement, effacement et exportation de mesures de texte et de date.
Rôles d'utilisateur requis
-
Pour l'export : gestionnaire d'applications pour l'application créée. En outre, les rôles suivants peuvent utiliser l'utilitaire LCM et l'interface de ligne de commande : Administrateur de service pour toutes les applications, Super utilisateur pour toutes les applications créées par lui-même.
-
Pour l'import : Super utilisateur ou Administrateur de service, pour la création d'applications pendant l'import. Si vous utilisez le rôle de superutilisateur, les applications cible appartiennent au superutilisateur utilisé dans la migration.