Opérations exclusives sur les cubes en stockage agrégé

Certaines opérations sur les cubes en mode "aggregate storage" (ASO) Essbase sont exclusives, ce qui signifie qu'elles ne peuvent pas être exécutées simultanément avec d'autres opérations du même type. Les requêtes sur le cube peuvent se poursuivre alors que des opérations exclusives sont en cours.

Sur les cubes en mode "aggregate storage", plusieurs opérations exclusives ne peuvent pas être effectuées simultanément sur le même cube. Si une opération exclusive est en cours d'exécution et qu'une deuxième opération exclusive est tentée simultanément, la deuxième opération est rejetée avec un message indiquant que l'opération ne peut pas se poursuivre tant que la première opération est en cours. Par exemple, lors de l'effacement partiel des données, une deuxième effacement partiel des données ne peut pas être exécuté simultanément, même si les opérations effacent des régions différentes. Bien que la plupart des opérations exclusives s'excluent mutuellement, il existe quelques exceptions.

Opérations et exceptions exclusives :

export,

Plusieurs opérations d'export peuvent être exécutées en même temps car l'export est une opération en lecture seule. Les opérations d'export peuvent être exécutées en même temps que les agrégations de build et la sauvegarde, qui sont toutes deux des opérations exclusives. Toutefois, l'export n'est compatible avec aucune autre opération exclusive.
Construire des groupements
Sauvegarde (mise du cube en mode archive en lecture seule)
Chargement des données (validation du contenu d'un tampon de chargement vers le cube)

La création d'un tampon de chargement en mode "aggregate storage" et le chargement de données dans le tampon de chargement ne sont pas des opérations exclusives. Ces opérations peuvent être exécutées simultanément avec d'autres opérations. Toutefois, la validation des données du tampon de chargement dans le cube est une opération exclusive.
Opérations d'envoi de feuille de calcul (par exemple, mise à jour de cellules)

Si une opération d'envoi est en cours d'exécution alors qu'une autre opération exclusive est tentée, la nouvelle opération attend que l'opération d'envoi se termine avant de continuer. Même si elle n'est pas compatible avec l'opération d'envoi, la nouvelle opération ne génère pas d'erreur, car les opérations d'envoi sont supposées être petites et rapides (<5 secondes). Cela signifie que de nombreux utilisateurs peuvent effectuer des opérations d'envoi de feuille de calcul en même temps sans que ces opérations soient rejetées car elles sont incompatibles.

Remarques :

Dans le cas où plusieurs opérations exclusives sont tentées alors qu'une opération d'envoi est en cours d'exécution, l'ordre dans lequel les nouvelles opérations exclusives s'exécutent une fois l'opération d'envoi terminée est aléatoire ; l'ordre n'est pas basé sur l'ordre dans lequel les nouvelles opérations exclusives ont été tentées. Par exemple, si une opération d'envoi est en cours d'exécution et qu'une opération exclusive d'un autre type est tentée, la nouvelle opération exclusive attend que l'opération d'envoi se termine avant de continuer. Si, entre-temps, d'autres utilisateurs tentent d'effectuer d'autres opérations d'envoi, celles-ci peuvent être exécutées avant l'autre opération exclusive, même si elles ont été tentées ultérieurement. Par conséquent, l'opération exclusive peut attendre indéfiniment tant qu'au moins une opération d'envoi est en attente d'exécution.
Fusionner des tranches
Calculs personnalisés, allocations et autres opérations d'écriture
Opérations d'effacement de données (complètes, agrégées uniquement et partielles)

Les requêtes sont autorisées à s'exécuter simultanément avec toutes les opérations exclusives. Toutefois, si une opération ajoute, modifie ou supprime des données dans le cube, la séquence suivante se produit à la fin de l'opération, lorsque les modifications sont rendues visibles par les requêtes :

Toutes les nouvelles requêtes sont temporairement bloquées (les requêtes attendent).
L'exécution des requêtes existantes est terminée.
Les modifications de données de l'opération exclusive sont validées dans le cube.
Les requêtes en attente continuent.

Les requêtes ne sont jamais rejetées ou annulées en raison d'une opération qui modifie les données d'un cube en mode "aggregate storage".