J'ai une base de données SSAS 2005 avec 10 cubes. Lorsque je crée les cubes à partir d'un script XMLA, cela fonctionne rapidement et je peux parcourir les cubes à partir de SSMS, comme je le devrais. Après le traitement des cubes pendant la nuit, tout commence à fonctionner TRÈS lent. Ouvrir une liste de cubes dans SSMS prend quelques minutes, et c'est comme ça tout le temps. Qu'est-ce qui peut causer ça?SSAS 2005: travailler avec une base de données lente après traitement
2
A
Répondre
2
Cela devrait être une réponse au commentaire d'Adam.
Si vous exécutez sql server 2005 sp2 ou version ultérieure, vous pouvez essayer d'utiliser le paramètre preallocate.
Assurez-vous de lire ce livre blanc d'abord pour que vous comprenez parfaitement les ramifications de le faire: SSAS Memory Preallocation
1
Vérifiez l'utilisation du serveur. Bien souvent, cela peut se produire parce que vos cubes ont provoqué un pic de mémoire et ne l'ont pas libéré. Cela arriverait si vos cubes avaient beaucoup de données traitées pendant la nuit. Essayez de définir les limites de mémoire de SSAS afin de réserver ~ 2 Go de RAM pour le système d'exploitation. Si vous ne pouvez pas économiser 2 Go pour le système d'exploitation, vous avez besoin de plus de RAM.
J'ai vérifié les ressources. Lorsque j'essaie de développer une liste de cubes dans SSMS, le processus memsdrv utilise jusqu'à 10% de mémoire et augmente la mémoire vive d'environ 100 Mo. Mais avant de le faire, le SSAS utilise environ 80 Mo de RAM. Après quelques minutes, lorsque la liste des cubes est développée, le processeur tombe à zéro. Existe-t-il un moyen de définir la quantité minimale de RAM que le SSAS doit utiliser? – Adam