Restrictions pour les cubes fédérés

Certaines fonctionnalités ne sont pas prises en charge pour les cubes fédérés Essbase.

Restrictions de calcul

  • Le mode de calcul de bloc (activé lorsque le paramètre de configuration Essbase CALCMODE est défini sur BLOCK) n'est pas applicable aux cubes fédérés. Le traitement du calcul est transmis vers Autonomous AI Lakehouse. Si une exception survient et que le calcul est traité sur le serveur Essbase à la place, l'ordre de résoudre détermine l'analyse des dépendances.

  • Lorsque vous effectuez des allocations personnalisées sur un cube fédéré basé sur ASO, vous ne pouvez remplacer que les valeurs existantes. Vous ne pouvez pas ajouter de valeurs aux valeurs existantes ni en soustraire.

  • Lorsque vous mettez à jour un cube ASO fédéré à l'aide de l'insertion MDX, vous ne pouvez pas utiliser les méthodes de tampon de chargement add ou subtract. L'opération d'insertion remplace uniquement les valeurs.

  • Les allocations et le calcul personnalisé en mode "aggregate storage" sont pris en charge pour les cubes fédérés utilisant la logique d'insertion MDX uniquement. Toutes les restrictions documentées pour une insertion MDX s'appliquent également aux allocations et calculs personnalisés dans un cube fédéré.

  • Si vous devez exécuter des scripts de calcul en mode "block storage" (BSO) Essbase, sélectionnez une dimension dense comme dimension de pivot. Les scripts de calcul ne sont pas pris en charge pour les cubes fédérés si la dimension de pivot est dispersée.

  • La commande de calcul suivante n'est pas prise en charge pour les cubes fédérés et renvoient une erreur si elle est utilisée :

    • CALC AVERAGE
    • CALC FIRST
    • CALC LAST
    • CCONV
    • DATAEXPORTCOND
    • DATAIMPORTBIN
    • SET AGGMISSG OFF (Essbase regroupe toujours les valeurs #MISSING pour les cubes fédérés)
    • SET CLEARUPDATESTATUS
    • SET CREATEBLOCKONEQ OFF (Essbase calculation of sparse dimensions is always top-down for hybrid and federated cubes, resulting in calculation of upper-level parents. Autrement dit, le comportement par défaut est SET CREATEBLOCKONEQ ON pour les cubes fédérés ainsi que les cubes hybrides.)
    • SET FRMLRTDYNAMIC
    • SET REMOTECALC
    • SET UPTOLOCAL
    • SET UPDATECALC ON (le calcul intelligent, avec ses marqueurs pour les blocs modifiés/non modifiés, est applicable uniquement aux cubes en mode "block storage" non fédérés)
    • THREADPARVAR

    Pour plus d'informations sur la prise en charge des calculs, reportez-vous à Calculer et interroger les cubes fédérés.

  • Les scripts de calcul utilisant la fonction @MDALLOCATE ne sont pas pris en charge et échoueront avec un message d'erreur.

  • Certains calculs à longue durée d'exécution utilisant la logique IF/ELSEIF/ELSE peuvent échouer sur les cubes fédérés, renvoyant l'une des erreurs ORA suivantes ou les deux à partir d'Autonomous AI Lakehouse : 

    ORA-04036: PGA memory used by the instance or PDB exceeds PGA_AGGREGATE_LIMIT
    ORA-12805: parallel query server died unexpectedly

    Si vous rencontrez de telles erreurs, vous devrez peut-être augmenter la configuration matérielle d'Autonomous AI Lakehouse à 16 coeurs de processeur et 128 Go de RAM. Reportez-vous à la documentation OCI : Modification de la forme d'une instance.

Restrictions de chargement de données

  • Avant d'effectuer un chargement de données via Essbase vers la table de faits, Oracle vous recommande de télécharger le fichier de données vers le serveur Essbase. Le chargement de données côté client est pris en charge mais il prend plus de temps.

  • Si vous n'avez pas besoin de charger les données via Essbase vers Autonomous AI Lakehouse, vous pouvez utiliser des outils de données dans Autonomous AI Database pour charger les données vers la table des faits et effectuer d'autres tâches de gestion. Toutefois, assurez-vous que la table d'éléments et l'outline de cube ne restent pas synchronisées. Reportez-vous à Précautions relatives aux métadonnées pour les cubes fédérés.

  • Le chargement de fichiers d'export de données au format Essbase dans des cubes fédérés peut prendre beaucoup de temps. Pour optimiser les chargements de données, employez un fichier source au format SGBD. Vous pouvez effectuer un chargement en utilisant la commande d'un 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 package DBMS_CLOUD pour les fichiers source.

  • La dimension de pivot employée dans les fichiers d'entrée de chargement de données doit être identique à celle de la table de faits.

    Reportez-vous à Configuration des informations d'identification pour les cubes fédérés.

  • L'importation de données à partir de plusieurs fichiers en parallèle à l'aide d'une instruction MaxL import avec des caractères génériques n'est pas prise en charge pour les cubes fédérés.

  • Les charges de données incrémentielles en mode "aggregate storage" utilisant des tampons ne sont pas prises en charge dans un cube fédéré.

Restrictions de fonction

  • Pour prendre en charge les partitions fédérées, les cubes en mode "block storage" doivent être en mode hybride. ASODYNAMICAGGINBSO ne doit pas être configuré avec des paramètres autres que FULL pour l'application qui contient la partition fédérée. Les résultats de requête risqueraient d'être incorrects et un message d'avertissement serait consigné dans le journal.

  • La gestion des scénarios n'est pas prise en charge.

  • Les partitions transparentes ou répliquées dans le cube fédéré ne sont pas applicables/prises en charge.

  • MaxL ne prend pas en charge la création ou la modification de partitions fédérées. Vous pouvez toutefois utiliser l'API REST.

  • Les API et les instructions MaxL pour l'effacement/la réinitialisation de données, l'effacement de régions de données ou l'effacement des agrégats ne sont pas prises en charge.

  • Les listes au format texte (listes dynamiques) ne sont pas prises en charge.

  • Les cubes de devise ne sont pas pris en charge.

  • La trace d'audit de données n'est pas prise en charge.

  • Les déclencheurs liés à des événements de cube ne sont pas pris en charge.

Restrictions générales

  • Les partitions fédérées ne sont pas migrées avec les applications Essbase. Lors de la préparation du déplacement de l'application et du cube vers un autre serveur, ou de la migration vers une autre version d'Essbase, vous devez supprimer la partition fédérée et la recréer dans le nouvel environnement. Reportez-vous à Sauvegarde et restauration d'un cube fédéré.

  • Le cube doit se trouver dans sa propre application à nom unique. Les cubes fédérés ne doivent pas partager une application avec d'autres cubes. N'utilisez pas le même schéma Autonomous AI Lakehouse pour plusieurs instances d'Essbase.

  • L'export d'un cube fédéré vers un classeur d'application n'est pas pris en charge (n'exporte ni les données ni la définition de partition).

  • Les opérations d'import Lifecycle Management (LCM, Lifecycle Management) (et l'import de l'utilitaire de migration) ne sont pas prises en charge pour les cubes fédérés. Les partitions fédérées doivent être recréées manuellement sur la cible.

  • Pour les cubes fédérés basés sur ASO, Oracle recommande que les dimensions contenant des hiérarchies de membres stockées à plusieurs niveaux ne soient pas sélectionnées en tant que dimension de pivot. Sélectionnez une dimension de pivot avec des hiérarchies dynamiques, ou une hiérarchie stockée, à plat, à un seul niveau (dont tous les membres sont des membres stockés de niveau 0).

  • La limite d'Oracle Database est de 1 000 colonnes et la dimension de pivot hérite de cette limite. Déterminez le nombre de membres de colonne admissibles dans la dimension de pivot pour être sûr de ne pas atteindre cette limite. La somme du nombre de combinaisons potentielles de membres stockés dans la dimension de pivot et du nombre de dimensions dans le cube doit être inférieure ou égale à 1 000.

  • Un cube fédéré avec un stockage de données géré Essbase prend en charge les membres en double, contrairement à un cube fédéré géré par l'utilisateur.

  • Les attributs variables et tout autre calcul d'attribut par défaut autre que Somme ne sont pas pris en charge.

  • La sous-sélection MDX n'est pas prise en charge.

  • La construction de vues agrégées (instructions MaxL execute aggregate process|build|selection) n'est pas prise en charge.

  • La fusion des régions/régions de données n'est pas applicable (car la donnée se trouve dans Autonomous AI Lakehouse).

  • Les informations renvoyées à partir de l'instruction MaxL query application APP-NAME list aggregate_storage storage_info (ou API équivalente) sont incomplètes/incorrectes.

  • Les requêtes asymétriques peuvent être plus lentes.

  • Les opérations de réécriture (par exemple, la vitesse de soumission de mises à jour de données à partir de Smart View) peuvent être lentes si une grande quantité de données doit être soumise.

  • La copie de cubes fédérés ou de leurs applications n'est pas prise en charge.

  • Les paramètres de configuration de serveur ou d'application Essbase suivants sont ignorés :

    • AUTOMERGE
    • AUTOMERGEMAXSLICENUMBER
    • DATACACHESIZE
    • CALCCACHE
    • CALCCACHEDEFAULT
    • CALCCACHEHIGH
    • CALCCACHELOW
    • CALCLOCKBLOCK
    • CALCMODE
    • CALCNOTICE
    • CALCOPTFRMLBOTTOMUP
    • CALCREUSEDYNCALCBLOCKS
    • CALCPARALLEL
    • CALCTASKDIMS
    • DATACACHESIZE
    • DYNCALCCACHEBLKRELEASE
    • DYNCALCCACHEBLKTIMEOUT
    • DYNCALCCACHECOMPRBLKBUFSIZE
    • DYNCALCCACHEMAXSIZE
    • DYNCALCCACHEONLY
    • DYNCALCCACHEWAITFORBLK
    • ENABLE_DIAG_TRANSPARENT_PARTITION
    • EXPORTTHREADS
    • FORCEGRIDEXPANSION
    • GRIDEXPANSION
    • GRIDEXPANSIONMESSAGES
    • INDEXCACHESIZE
    • INPLACEDATAWRITE
    • PARCALCMULTIPLEBITMAPMEMOPT
    • SSAUDIT
    • SSAUDITR
    • SSLOGUNKNOWN
    • SUPNA
    • TARGETASOOPT
    • TARGETTIMESERIESOPT

  • La création d'une partition fédérée peut échouer avec l'erreur suivante si trop de niveaux existent dans l'outline Essbase : Remote warning from federated partition on Analytic View: [ORA-04063: hierarchy has errors].

  • La création d'une partition fédérée peut échouer si des caractères ou la longueur des nom utilisés pour les noms d'une dimension ou d'un membre Essbase dans la dimension de pivot ne sont pas pris en charge ou sont considérés comme spéciaux par Autonomous AI Lakehouse. Ces limites doivent être prises en considération en plus de celles documentées dans Essbase Conventions de dénomination pour les dimensions, les membres et les alias.

  • Une partition fédérée ne peut être supprimée qu'à partir de l'interface Web Essbase. Elle ne peut pas être supprimée à partir du concepteur de cubes.