Visual Studio se bloque lors du déploiement d'un cube

Question

J'ai un problème avec un projet Analysis Services dans Visual Studio 2005. Mon projet se construit toujours mais ne se déploie qu'occasionnellement. Aucune erreur n'est signalée et VS se bloque. Ceci est mon premier projet Analysis Services, j'espère donc qu'il y a quelque chose d'évident que je manque juste.

Voici la situation dans laquelle j'ai déployé un cube avec succès.

Ensuite, je fais une modification, par exemple en ajoutant une hiérarchie à une dimension. Lorsque j'essaie de déployer à nouveau VS se bloque. Je dois redémarrer Analysis Services pour reprendre le contrôle de VS afin que je puisse l'arrêter. Je redémarre tout parfois une fois, parfois deux fois ou plus avant que le projet finisse par se déployer. Cela arrive avec tout changement que je fais, il semble qu'il n'y ait pas de modèle à ce comportement.

Parfois, je dois supprimer le cube de Analysis Services avant de redémarrer tout pour réussir le déploiement.

J'ai également déployé le cube avec succès, puis j'ai retraité une dimension avec succès, puis lorsque j'ouvre une fenêtre de requête dans SQL Server Management Studio, il indique qu'il peut trouver des cubes.

En tant que test, j'ai déployé un cube avec succès. Je l'ai ensuite supprimé dans Analysis Services et tenté de le redéployer, sans apporter de modifications au cube, pour avoir le même comportement mentionné ci-dessus. VS se bloque sans raison, donc je ne sais pas par où commencer à chercher le problème.

La modification de la valeur de NameColumn d'un attribut de dimension prend 15 à 20 minutes. Comme vous pouvez imaginer que cela prend des heures de mon temps, j'apprécierais grandement toute aide que quelqu'un puisse me donner.

Answer 1

Quelle est la taille de votre projet? VS2005 a quelques problèmes de mémoire avec les gros cubes. Pouvez-vous utiliser l'assistant de déploiement à la place? En outre, n'oubliez pas que vous pouvez générer des incidents de support pour ce type de comportement (http://support.microsoft.com/).

Answer 2

Un peu en retard :-(

nous faisons l'expérience de temps en temps le même problème. AS se bloque lors du déploiement, nous avons utilisé le Générateur de profils SQL Server et nous avons vu qu'aucune activité est effectuée. Nous discouvered que l'augmentation du paramètre avancé . "pool de threads de traitement fils max" permet de résoudre

J'ai aussi trouvé ce lien utile:

http://blogs.msdn.com/psssql/archive/2007/01/16/processing-appears-to-stall-or-become-sluggish-on-multi-processor-machines-running-analysis-services-2005.aspx

Answer 3

j'avais même problème, mais je l'ai résolu par. Remplacement de la requête de partition d'une table de requête nommée directe de la DSV vers la requête SQL sous-jacente (ie j'avais 'VQuery' et j'ai été remplacé par 'SELECT x, y à partir de ... »(copie à partir de DSV Named Query) 3.La partition de traitement a pris quelques secondes

Dans mon cas, l'augmentation du pool de threads Max ne résolvait pas le problème, en fait le pire.

J'ai d'abord laissé ces changements de configuration mais je me suis vite rendu compte que de temps en temps (au hasard) je recevais "Le processeur de requêtes ne pouvait pas démarrer les ressources de threads nécessaires ..."Erreurs lors de cube de traitement/dimensions de SSIS ou directement dans le cube

J'ai résolu ce bit en réduisant nombre de Max Threads de 50% comme recommandé dans:

http://social.msdn.microsoft.com/Forums/sqlserver/en-US/d4458d55-54d3-48d1-aa44-dafe34f92560/the-query-processor-could-not-start-the-necessary-thread-resources-for-parallel-query-execution

Extrait: " Tim, s'il vous plaît essayez de réduire MaxThreads sur les deux instances de 50% et vérifiez si votre problème sera résolu. "

J'espère que cela aide les autres à éviter de gaspiller 4 heures comme ce fut mon cas! :)

Daniel Macho. dani@wakufuro.com