Chargement de données de partition fédérée

Intégrer Essbase au service de stockage d'objets pour OCI

Pour charger les données d'un cube de partition fédérée dans votre table de faits dans la base de données Autonomous Data Warehouse, Essbase utilise l'ensemble DBMS_CLOUD, disponible avec la base de données autonome.

Pour accéder à l'ensemble DBMS_CLOUD, vous devez avoir choisi d'intégrer Essbase au service de stockage d'objets pour OCI lorsque vous avez déployé la pile Oracle Essbase à partir d'Oracle Cloud Marketplace.

Pour plus de détails, voir Déployer Essbase à partir du site Marketplace pour les partitions fédérées.

Configurer les données d'identification pour le chargement de données

Avant d'effectuer un chargement de données avec Essbase dans la base de données Autonomous Data Warehouse, il est nécessaire de réaliser une série d'étapes pour activer les données d'identification de l'environnement en nuage pouvant être utilisées pour les partitions fédérées.

Types d'utilisateur dans le flux de travail des données d'identification du chargement de données

Les utilisateurs disposant des types d'accès suivants sont ou peuvent être impliqués dans le flux de travail requis pour configurer un cube de partition fédérée pour le chargement de données. Dans votre organisation, ces rôles peuvent être distincts (dans ce cas, la configuration est un flux de travail collaboratif) ou combinés (une personne dispose de tous les accès requis).

Flux de travail des données d'identification du chargement de données

La série d'étapes suivante doit être exécutée pour chaque schéma de base de données que vous utilisez pour la partition fédérée.

1. Utilisateur OCI : Suivre les instructions décrites dans Déployer Essbase à partir du site Marketplace pour les partitions fédérées afin de déployer Essbase sur la location OCI avec les sélections appropriées pour les partitions fédérées.

2. Utilisateur BD, Administrateur Essbase ou Gestionnaire d'application Essbase : Se connecter à l'interface Web d'Essbase et créer une connexion à la base de données Autonomous Data Warehouse, comme indiqué dans Créer une connexion pour des partitions fédérées.

3. Utilisateur BD, Administrateur Essbase ou Gestionnaire d'application Essbase : Créer la partition fédérée, comme indiqué dans Créer une partition fédérée.

4. Utilisateur OCI : À partir de votre profil d'utilisateur dans la console OCI, générer et copier un jeton d'authentification. Communiquer ces informations, ainsi que votre nom d'utilisateur, à Utilisateur SSH.

   Voir Obtention d'un jeton d'authentification.

   
   
   
   
   

5. Utilisateur SSH : Exécuter le script de préparation du chargement de données, disponible dans l'instance Essbase sur OCI. Le script ne doit être exécuté qu'une seule fois par schéma de base de données dans la base de données Autonomous Data Warehouse.

   Exemple :

   1. Passez à l'utilisateur oracle.

      sudo su oracle

   2. Naviguez jusqu'à l'emplacement du script.

      cd /u01/vmtools/config/adwwb_dbms

   3. Exécutez le script.

      ./configure-dbms-writeback.sh

      Note :

      Pour voir les options du script, exécutez celui-ci avec l'argument -h ou --help. Syntaxe : ./configure-dbms-writeback.sh [--help | -h]

      Note :

      Le cas échéant, exécutez le script avec l'option vault. Avec cette option, le script prend les informations d'identification de l'administrateur BD stockées dans la chambre forte et accessibles au moyen de l'OCID, au lieu de vous demander le mot de passe. Syntaxe : ./configure-dbms-writeback.sh [--vault | -V]

   4. Lorsque vous y êtes invité, entrez les informations requises :

      • Le mot de passe pour Administrateur BD, si vous n'avez pas exécuté le script avec l'option vault. Le texte du mot de passe étant protégé, il n'est pas visible lorsque vous le tapez à l'invite de commande.
      • Le nom d'utilisateur et le mot de passe pour Utilisateur BD. Le texte du mot de passe étant protégé, il n'est pas visible lorsque vous le tapez à l'invite de commande.
      • Le nom d'utilisateur et le jeton d'authentification pour Utilisateur OCI. Entrez la chaîne d'identification complète de l'utilisateur. Pour trouver cette chaîne, dans la console OCI, cliquez sur l'icône de profil dans le coin supérieur droit pour afficher un aperçu du profil de l'utilisateur. Copiez la chaîne complète affichée sous Profil et au-dessus de Location.
        
        
        
        

   Le script crée les données d'identification nécessaires pour l'environnement en nuage et les stocke dans le schéma de base de données. Il n'est pas nécessaire de réexécuter le script lorsque vous redémarrez OCI, Essbase ou les applications Essbase.

Vous pouvez maintenant charger des données au moyen d'Essbase pour mettre à jour la table de faits de la base de données Autonomous Data Warehouse.

Autres notes sur le chargement de données de partition fédérée

Emplacement du fichier de données source

Avant d'effectuer un chargement de données au moyen d'Essbase dans la table de faits, il est recommandé de charger le fichier de données dans le serveur Essbase. Le chargement de données côté client est possible, mais prend plus de temps.

Outils de chargement de données non Essbase

Si vous devez charger des données au moyen d'Essbase dans la base de données Autonomous Data Warehouse, vous pouvez utiliser l'option Outils de données dans la base de données autonome pour charger des données dans la table de faits et effectuer d'autres tâches de gestion. Toutefois, assurez-vous que la structure de cube et la table de faits ne sont pas désynchronisées. Voir Précautions relatives aux métadonnées pour les cubes de partition fédérée.

Fichiers de données formatés par le SGBD

Le chargement de fichiers d'exportation de données au format Essbase dans des cubes de partition fédérée peut prendre un certain temps. Pour optimiser le chargement de données, utilisez un fichier source formaté par le SGBD. Vous pouvez en créer un en utilisant la commande de calcul DATAEXPORT avec l'option DataExportCSVFormat. Les fichiers au format CSV peuvent être chargés plus rapidement car ils sont conformes aux options de format de l'ensemble DBMS_CLOUD pour les fichiers sources.

Dimension dynamique dans la table de faits et source d'entrée du chargement de données

La dimension dynamique utilisée dans les fichiers d'entrée du chargement de données doit être la même que la dimension dynamique de la table de faits.

Par exemple, dans la table de faits suivante, la dimension dynamique est la dimension Measures (Sales, COGS, Margin, etc).

Un fichier d'entrée de chargement de données acceptable pour cette table de faits a une forme similaire, car il a la même dimension dynamique. Exemple (tronqué) :

"Year","Product","Market","Scenario","Sales","COGS","Margin","Marketing","Payroll","Misc","Total Expenses","Profit","Opening Inventory","Additions","Ending Inventory"
"Jan","100-10","New York","Actual",678,271,407,94,51,0,145,262,2101,644,2067
"Feb","100-10","New York","Actual",645,258,387,90,51,1,142,245,2067,619,2041
"Mar","100-10","New York","Actual",675,270,405,94,51,1,146,259,2041,742,2108

Si la dimension dynamique du fichier d'entrée est différente de celle de la table de faits, une erreur est retournée et la tâche de chargement de données prend fin.

Fichiers d'importation multiples dans MaxL non pris en charge

L'importation de données à partir de plusieurs fichiers en parallèle à l'aide d'un énoncé MaxL import comportant des caractères génériques n'est pas prise en charge pour les cubes de partition fédérée.