Si vous avez un cube et une application sur site Essbase existants à migrer vers le cloud, passez en revue les remarques et les conditions préalables suivantes.
Grâce à l'utilitaire de gestion du cycle de vie (LCM), vous pouvez créer des applications en exportant des cubes et des applications sur site. Vous pouvez ensuite les importer vers le cloud à l'aide de l'utilitaire de ligne de commande.
Pour employer l'utilitaire LCM, vous devez avoir installé JDK version 8 ou ultérieure et défini la variable d'environnement JAVA_HOME.
Les versions suivantes ont été testées pour la migration : 11.1.2.3.0nn, 11.1.2.4.0nn, 11.1.2.4.5nn, 12.2.1 et versions ultérieures. Les anciennes versions peuvent être utilisées. Contactez le support technique Oracle si vous avez besoin d'aide.
Vous devez convertir l'ensemble des applications et des artefacts associés en mode Unicode (encodage UTF-8) pour pouvoir les exporter et les migrer vers le cloud. Avant d'exécuter l'export LCM, activez Unicode sur le serveur, puis pour l'application Essbase (ou une copie). L'utilitaire LCM comporte une option d'export de conversion automatique : -converttoutf8
.
Le processeur de calcul et de requête par défaut dans le service cloud est le mode hybride. Le mode hybride permet aux cubes en mode "block storage" d'avoir des membres dispersés dynamiques de niveau supérieur, ainsi que des requêtes et des calculs entièrement dynamiques. Vous pouvez interroger des données immédiatement après leur mise à jour, sans exécuter de calculs par lots. En mode hybride, si vous choisissez de ne pas appliquer le calcul dynamique aux membres dispersés de niveau supérieur, cela n'a aucune incidence sur vos cubes.
Le partage implicite n'est pas applicable dans le cloud. Tous les croisements stockés comportent des données, quel que soit le nombre de leurs enfants.
Les valeurs de configuration par défaut sont différentes dans le cloud.
Vous ne pouvez pas modifier les tailles de cache à l'aide de MaxL. Vous pouvez modifier les tailles de cache uniquement à l'aide de ces paramètres de configuration.
En plus des modifications de configuration indiquées ci-dessus, vous pouvez modifier les valeurs par défaut pour les paramètres de configuration de niveau application.
Oracle recommande de gérer tous les paramètres de configuration au niveau de l'application. La configuration de niveau application est conservée lors des processus d'export et d'import de l'utilitaire LCM.
Il est recommandé de convertir tous les fichiers et artefacts de niveau application, comme les scripts de calcul, les fichiers de règles et les fichiers texte, en fichiers et artefacts de niveau base de données avant de les exporter à partir des instances Essbase sur site et de les migrer vers le service cloud. Dans le cloud, les artefacts sont pris en charge au niveau de la base de données.
Vous pouvez importer des fichiers de règles sur site vers le cloud et les exécuter.
En cas de limites de taille de téléchargement de fichier entre des clients externes et le service cloud, il se peut que vous deviez fractionner les fichiers volumineux en fichiers plus petits et les concaténer après le téléchargement vers le cloud, à l'aide d'une connexion SSH au serveur. Cette option est uniquement disponible pour les utilisateurs Essbase dans un environnement géré par le client.
Les outlines sont cryptées sur les serveurs de déploiement de service cloud. Si vous devez exporter et importer des outlines entre les serveurs de service cloud, l'utilitaire de ligne de commande LCM et les classeurs d'application sont les seules méthodes prises en charge.
Si vous voulez migrer les filtres et les affectations de calcul d'utilisateurs existants d'un service sur site vers le service cloud, vérifiez qu'Essbase contient le même ensemble d'utilisateurs et de groupes disponible.
Le comportement d'affectation des rôles utilisateur dans Essbase Cloud est différent du comportement sur site. Le rôle Accès à la base de données est le rôle minimal d'Essbase Cloud. Par défaut, il offre un accès en lecture sur les valeurs de données de l'ensemble des cellules. Pour limiter l'accès aux valeurs de données dans Essbase Cloud, vous devez créer un filtre NONE et l'affecter aux utilisateurs et aux groupes. Ce n'était pas nécessaire dans la version sur site. Le rôle Filtre était alors le rôle minimal et, par défaut, n'offrait aucun accès aux valeurs de données de l'ensemble des cellules.
Les paramètres de niveau application et base de données suivants ne sont pas applicables dans les instances Essbase Cloud Service :
Lorsque vous réalisez l'opération d'import de l'utilitaire LCM, importez les applications source avant les applications cible. Si vous n'importez pas les applications source avant les applications cible, la définition de partition ne fonctionnera pas. Vous devrez alors recréer la définition de partition après avoir importé des applications source.
Assurez-vous que les applications préexistantes que vous prévoyez de migrer vers le cloud sont adaptées au niveau de ressource que vous obtenez. Estimez les exigences en matière de taille et obtenez la combinaison la plus appropriée d'UC, de mémoire et de stockage.
En plus d'utiliser LCM pour migrer des applications exportées, vous pouvez également créer des applications comme suit :