Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Espace disque utilisé malgré des arrêts de traitement
bonjour a tous,
j'ai un cube composé de trois mesures et d'une quinzaine de dimensions(dimension direct et référencé).
Lors des essais du traitement de mon cube la taille de mon disque réduit malgré l’arrêt du traitement dû a une erreur ..
je voudrai savoir comment je pourrai récupérer l'espace disque consommé (sorte de log qu'il faut vider).
merci d'avance.
bonne journée
En redémarrant le serveur je récupère ma taille initiale.
Y a t il un autre moyen sans qu'à chaque fois je redémarre?
Merci à vous !!
Bonjour,
En rendant ton opération de processing transactionnelle tu devrais t'en sortir je pense.
bonjour ,
avant tout je te remercie pour ta réponse.
j aimerai bien que tu m’éclaircisse d'avantage sur ce point.
Rendre le processing transactionnel te permet de récupérer ta base comme elle était avant le processing en cas d'erreur (comme un rollback sur le moteur relationnel). Mais si tu lances le processing avec Management Studio, celui-ci est transactionnel par défaut. Et logiquement, cette opération transactionnelle supprime tous les fichiers qui ont été créés en cas d'erreur.
Quand tu dis que ça consomme de l'espace, c'est quelques Mo ou tu parles de Go? T'as bases est dans un état traîtée quand tu lances ton processing à nouveau?
je parle de GO,(pour un traitement j'avais besoin de plus de 30 go d'espace.
donc une fois la memoire du disque dur est saturée j etais obligé de redémarrer mon ordinateur pour récupérer cette espace et retester ou améliorer le traitement de mon cube..
Ok donc ce n'est pas tout à fait comme ça que tu l'avais présenté au début.
Saches que lorsque tu process ta base, l'ancienne version n'est pas modifiée avant le commit du process, tout est fait dans uns structure temporaire. Donc quand on définit la config d'un serveur AS, il faut prévoir une taille de disque égal à 2.5 fois la taille prévisionnelle de ta base.
d'accord je n'avais pas cette information par rapport à la taille.je prendrai ça en compte les prochaines fois lors de mes traitement.
Mais stp par rapport a ce problème de taille,est ce qu il y a moyen de vider (entre autre le log) sans passer par l’étape de redémarrage de ma machine.
Encore une fois merci pour tes informations
Donc nous sommes bien d'accord, la cause de ton échec de processing c'est de l'espace disque, ce n'est pas interne à AS?
Dans ce cas je ne sais pas comment AS se comporte, je ne sais pas s'il efface ou non les fichiers qu'il était en train de traiter. Apparamment non vu ton soucis.
Plutôt que de redémarrer ton serveur, un redémarrage de l'instance suffit, à ce moment, AS analyse son fichier de référencement des métadonnées et supprime tout ce qu'il ne retrouve pas, donc les fichiers de ton processing échoué.
Sinon, une suppression de la base et un redéploiement règle l'affaire également.
oui oui le probleme principale c'est l'espace(+ de 30go lors d'un traitement qui n'a pas pu se terminer).
j'ai essayé de supprimer les instance ou de redéployer completement le projet sauf que les données qui concerne ce projet ne dépassent pas les 100 mg,c'est pour cela que j'ai pensé a une sorte de log .
Merci en tout cas pour ton aide vraiment!
Répondre avec citation
Partager