Diminution des performances sur membre calculé si sécurisation via role

**didren** · 17/01/2012, 16h46

Bonjour à tous,
J'ai créé un cube comportant plusieurs membres calculés (des comptages, nombre de commandes, nombre de clients...).
J'utilise les roles pour limiter les mesures visibles par les utilisateurs.
Sur un role qui a le droit à toutes les mesures, je n'ai aucun problème de performance. Par contre sur un role qui a au moins 1 mesure non visible (n'importe laquelle) le temps d'affichage des mesures calculées est très long. Plusieurs minutes, au lieu de 1s pour l'utilisateur sans sécurité.
Pouvez-vous m'aider car ces mesures calculées sont inutilisables.
Merci !

**FrancoisJehl** · 17/01/2012, 17h15

Bonjour!

Tu as implémenté ça comment? Avec de la Cell Data Security?

**didren** · 17/01/2012, 17h21

Oui c'est ca, avant-dernier onglet du paramétrage du role

**FrancoisJehl** · 17/01/2012, 17h45

Euh l'avant dernier onglet c'est Dimension Data non? (Je fais du SSIS là en ce moment et je n'ai pas de projet AS ouvert mais pour moi le Rôle c'est

- Cubes
- Cell Data
- Dimensions
- Dimension Data
- Mining Structures

**didren** · 17/01/2012, 18h08

Oui c'est ça

Désolé je suis sur une version française

Donc j'utilise la sélection des données de dimension, qui permet également de choisir les mesures auquelles les utilisateurs ont le droit.
A part le probleme de performance, ca marche comme je le souhaite.

**FrancoisJehl** · 17/01/2012, 18h36

Tu aurais un exemple des mesures calculées en question? Une qui rame bien? Tu as relevé quelques compteurs perfmon sur les requêtes avec et sans rôle? (Tu peux utiliser MDX Studio, partie Profiler pour ça. Par contre n'oublie pas de le lancer en Runas Admin sinon tu n'auras pas les compteurs

)

**didren** · 17/01/2012, 19h27

Voici la requete MDX :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
WITH MEMBER [Measures].[Nb Commandes2]
 AS iif(
count(nonempty(Descendants([Commande].[Type-Commande-Ligne].CurrentMember,[Commande].[Type-Commande-Ligne].[Num Commande Jde]),[Measures].[01 CAF]))=0, 
null,
count(nonempty(Descendants([Commande].[Type-Commande-Ligne].CurrentMember,[Commande].[Type-Commande-Ligne].[Num Commande Jde]),[Measures].[01 CAF])))
 
SELECT 
  {
    [Measures].[01 CAF]
   ,[Measures].[Nb Commandes2]
  }
  DIMENSION PROPERTIES PARENT_UNIQUE_NAME  ON COLUMNS
 ,NON EMPTY 
    Hierarchize
    (
      AddCalculatedMembers
      (
        DrillDownMember
        (
          {
            {
              DrillDownMember
              (
                {
                  {
                    DrillDownLevel({[Géographie].[Région-Secteur-Commune].[All]})
                  }
                }
               ,{[Géographie].[Région-Secteur-Commune].[Région].&[85]}
              )
            }
          }
         ,{[Géographie].[Région-Secteur-Commune].[Secteur].&[117]}
        )
      )
    )
  DIMENSION PROPERTIES 
    PARENT_UNIQUE_NAME
   ,[Géographie].[Région-Secteur-Commune].[Secteur].[Région]
   ,[Géographie].[Région-Secteur-Commune].[Commune].[Code Insee]
   ,[Géographie].[Région-Secteur-Commune].[Commune].[Code Secteur]
   ,[Géographie].[Région-Secteur-Commune].[Commune].[Département]
   ,[Géographie].[Région-Secteur-Commune].[Commune].[Id Commune]
   ,[Géographie].[Région-Secteur-Commune].[Commune].[Secteur]
   ON ROWS
FROM [CAF]
WHERE 
  (
    [Export YN].[Type de Vente].[Code Type Vente].&[A]
   ,[Calendrier CAF].[Calendrier-Civil].[Année Civile].&[2011]
  )

Dans les compteurs, j'ai environ 1s avec un compte admin (sans restriction sur les mesures calculées) et 5min avec un compte restrinct. Tous les autres compteurs sont à 0.

Merci pour tes réponses !

**FrancoisJehl** · 17/01/2012, 20h07

Bon juste parce que ça a été mon boulot du jour

!!
Pour revenir à ton problème si MDX Studio ne te renvoie pas les compteurs, essaie de suivre (en capturant la valeur avant et après) le compteur Total Cells Covered dans Perfmon. Si tu vois une grosse différence entre les deux cela signifie que SSAS décide de passer d'un plan Block-Computed à un plan Cell-By-Cell. J'ai déjà entendu parler de ça sur des Denied Sets sans le voir forcément de mes yeux, et si effectivement c'est ce qui se passe on peut modifier des settings serveur non documentés mais ça passe forcément par un cas de support chez Microsoft.
Vu par moi, ton membre calculé ne semble pas avoir de caractéristiques incroyables sur le plan de la BC. Juste sauf erreur il pourrait être remplacé par un DistinctCount si [Num Commande Jde] est le niveau fin non?

**foguer** · 18/01/2012, 10h42

Salut collègue,

si tous les autres compteurs sont à 0, c'est que le perfmon ne fonctionne pas...De mémoire, il faut le lancer en local sur la machine.

Pour agrémenter la discussion, avant d'ouvrir le dossier support chez microsoft, voici les compteurs avec un compte "administrateur" :

Time : 140 ms
Calc covers : 0
Cells calculated : 0
Sonar subcubes : 644
NON EMPTYs : 638
Autoexists : 1
EXISTINGs : 0
SE queries : 0
Flat cache insert : 1
Cache hits : 32
Cache misses : 0
Cache inserts : 0
Cache lookups : 32
Memory Usage KB : 0

et les mêmes avec un compte dans un role :

Time : 6 min 38 sec 770 ms
Calc covers : 0
Cells calculated : 276453248
Sonar subcubes : 796
NON EMPTYs : 1392
Autoexists : 278
EXISTINGs : 48
SE queries : 332
Flat cache insert : 14
Cache hits : 9216
Cache misses : 272
Cache inserts : 98
Cache lookups : 9472
Memory Usage KB : -88780

(François, un copier/coller de résultat perfmon, je les mets entre QUOTE ou entre CODE ? J'ai pas envie de me prendre également un coup de massue

)

Sinon notre SSAS est en version 10.50.2772.0 (Standard FR).
Cela correspond à SQL Serveur 2008 R2 SP1 CU2.
la CU3 est sortie en Octobre :
http://support.microsoft.com/kb/2591748
mais aucun FIX ne concerne ton problème...

Fred

**FrancoisJehl** · 18/01/2012, 11h29

(François, un copier/coller de résultat perfmon, je les mets entre QUOTE ou entre CODE ? J'ai pas envie de me prendre également un coup de massue )

QUOTE c'est cool. Et c'est très bien

La gestion du CODE et de QUOTE est assez simple, c'est juste fait pour améliorer la lecture du forum en isolant les éléments importants. C'es plus vous pour que pour l'équipe de modération. La distinction entre les deux peut être floue, mais disons que CODE est à réserver
- au code quel qu'il soit
- à toute "citation" qui nécessiterait une police à chasse fixe (extrait de fichier, exemple de layout de rapport...
QUOTE concernant les citations, les messages d'erreur....

Faut pas en vouloir à la modération, ça fait une semaine qu'on migre des topics entiers du principal vers les sous-forum en faisant des ajouts de balises.

Pour revenir au problème:

si tous les autres compteurs sont à 0, c'est que le perfmon ne fonctionne pas...De mémoire, il faut le lancer en local sur la machine.

Oui ça peut être une question de droits ou ça potentiellement. Mais en général je m'arrange toujours pour le lancer sur la machine si c'est possible.

Cells calculated : 276453248

Bon donc on est clairement dans le cas ou le plan choisi n'est pas le bon et que la Block Computation est shootée. En furetant un peu sur le web je viens de tomber là dessus et ça ressemble à votre problème non? http://social.msdn.microsoft.com/For...c-8de5c0a37587
Le problème semble être exactement le même...

**didren** · 18/01/2012, 13h00

Parfait le lien, c'est exactement ce qu'il me fallait.
Voila ce que j'ai fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
AVANT
 
iif(
count(nonempty(Descendants([Commande].[Type-Commande-Ligne].CurrentMember,[Commande].[Type-Commande-Ligne].[Num Commande Jde]),[Measures].[01 CAF]))=0, 
null,
count(nonempty(Descendants([Commande].[Type-Commande-Ligne].CurrentMember,[Commande].[Type-Commande-Ligne].[Num Commande Jde]),[Measures].[01 CAF])))
 
APRES
 
sum(
Descendants([Commande].[Type-Commande-Ligne].CurrentMember,[Commande].[Type-Commande-Ligne].[Num Commande Jde]),
iif(isempty([Measures].[01 CAF]),
NULL,
1))

Plus aucun probleme de performance.
Merci pour tout !

**FrancoisJehl** · 18/01/2012, 15h22

L'optimisation des Count(Filter()) et leur remplacement par des Sum(IIF()) est une chose, qui est connue et logique. Mais ici la BC doit se déclencher car on a seulement des Count() et le Filter ne l'empêche plus. Ce qui m'étonne et n'a rien de logique c'est que le comportement soit alors affecté par le rôle. As-tu exactement le même nombre de Cells calculées dans les deux cas? Le fait d'optimiser le Count(), et donc de modifier le plan de requête sous-jacent masque peut être le fait que les perfs soient encore différentes. Ou pas. Mais en tous les cas c'est un comportement anormal et assez angoissant je dois dire.

Diminution des performances sur membre calculé si sécurisation via role

SSAS

Discussions similaires

Partager

Partager