Mom2005 SQL SystemCenterReporting database FULL

[maxim...@gmail.com]

Bonjour,

Depuis maintenant 1 an nous utilisons mom 2005. Nous avons un serveur
sql2005 avec une DB SystemCenterReporting de 150gig.

Au début nous avions 90gig de DB, mais à chaque fois que nous voyons
que la DB était Full, nous avons augmenté à la main, la taille de la
DB SystemCenterReporting ( qui est maintenant rendu a 150gig!)
Maintenant nous n'avons plus d'espace disque disponible pour encore
augmenter la DB. ( il reste 2gig à la partition!!!)

Je voudrais savoir quel moyen je pourrais faire pour réduire la Taille
de la DB.
J'ai fait le ménage dans mes MP pour enlever les trucs inutiles, mais
ce n'est pas suffisant.
J'ai réduit le Datbase Grooming dans Mom2005 à '2 jours ' et ce n'est
pas suffisant aussi.

N'étant pas un expert SQL2005, je ne sais pas comment supprimer à la
main les données dans une BD SQL 2005 avec Sql Management Server
Studio.

J'ai lu beaucoup à ce sujet et la seule manière semble de réduire la
conservation des données de 395 jours à 180 jours.
Est-ce que je me trompe ou il y a un autre moyen de réduire ma BD
SystemCenterReporting qui est maintenant à 150gig??

Merci à l'avance de votre aide!!

[Stephane [MS]]

Bonjour,

La purge (grooming) de la base de reporting est réalisée, par défaut, au
bout de 395 jours (13 mois).

Son réglage n'est pas exposé dans l'interface. Il est nécessaire de passer
par des procédures stockées comme expliqué dans l'article de la base de
connaissances :
http://support.microsoft.com/kb/887016/fr

Comme indiqué sur cette fiche, il faut lancer une commande de type :
exec p_updategroomdays 'TableName', DaysToRetainData

Dans cette commande, remplacer TableName par l'une des tables cités de
l'article et DaysToRetainData par la valeur que vous souhaitez. Comme cela
fait un an que vous utilisez MOM, votre base va arriver très prochainement à
son niveau stabilisé. Vous pouvez, néanmoins, décider de ne conserver que
180 jours (6 mois) d'historique pour faire approximativement diminuer votre
base de moitié.

--
Cdlt
Stéphane
http://blogs.msdn.com/spapp/default.aspx

<maxim...@gmail.com> a écrit dans le message de
news:8da08685-9918-4d4f...@n33g2000pri.googlegroups.com...

[Yann Gainche [MVP]]

Bonjour,

en compl"ment de la réponse de Stéphane, on peut se poser une autre
question : Combien d'agents avez-vous.

Cette taille de db est peut être tout à fait normale.

Cordialement,

--
Yann Gainche
MVP - Microsoft Operations Manager

[maxim...@gmail.com]

Bonjour,

Merci à vous deux pour vos réponses.

J'ai suivi la procédure (microsoft) et j'ai indiqué 300 jours de
conservation. Cela fonctionne et j'ai gagné 800 mb. Cette nuit je vais
lancer jusqu'à 180 jours ( 6 mois) ce qui devrait être suffisant.

Pour répondre à Yann, nous avons environ 120 agents.

Merci encore :)

On 10 déc, 03:27, "Stephane [MS]" <sp...@online.microsoft.com> wrote:
> Bonjour,
>
> La purge (grooming) de la base de reporting est réalisée, par défaut, au
> bout de 395 jours (13 mois).
>
> Son réglage n'est pas exposé dans l'interface. Il est nécessaire de passer
> par des procédures stockées comme expliqué dans l'article de la base de
> connaissances :http://support.microsoft.com/kb/887016/fr
>
> Comme indiqué sur cette fiche, il faut lancer une commande de type :
> exec p_updategroomdays 'TableName', DaysToRetainData
>
> Dans cette commande, remplacer TableName par l'une des tables cités de
> l'article et DaysToRetainData par la valeur que vous souhaitez. Comme cela
> fait un an que vous utilisez MOM, votre base va arriver très prochainement à
> son niveau stabilisé. Vous pouvez, néanmoins, décider de ne conserver que
> 180 jours (6 mois) d'historique pour faire approximativement diminuer votre
> base de moitié.
>
> --
> Cdlt
> Stéphanehttp://blogs.msdn.com/spapp/default.aspx
>

> <maxime....@gmail.com> a écrit dans le message denews:8da08685-9918-4d4f...@n33g2000pri.googlegroups.com...

[Yann Gainche [MVP]]

Donc c'était une taille normale !

--

[maxim...@gmail.com]

Rebonjour,

J'aurais une dernière petite question...

Qu'est-ce qui prend le plus d'espace dans le SystemCenterReporting
database??

Les données de performances?, les alertes??

Nous cherchons un moyen de réduire le nombre de données qu'il
enregistre dans le SystemCenterReporting database car elle est trop
grosse.
Nous croyons qu'il garde trop d'éléments inutiles.

Merci

[Stephane [MS]]

Bonjour,

Sans aucune comparaison, c'est la table des données de performance qui est
la plus volumineuse. C'est la raison pour laquelle, dans Operations Manager
2007, les données sont, par défaut, aggrégées pour tenir moins de place. Il
ne sert, en effet, pas à grand chose de conserver des données collectées
toutes les minutes pour une analyse de tendance sur l'année.
Pour Operations Manager 2005, je ne sais plus si le "MOM 2005 Summary
Reporting Pack" fonctionne en environnement français ou non. Il est sur :
http://www.microsoft.com/downloads/details.aspx?familyid=65651A27-4A20-4BF4-AF11-1691EF184BF6&displaylang=en
Ce pack permet d'être plus aggressif sur le purge des données de performance
dans la mesure où les données sont aggrégées dans d'autres tables.

--
Cdlt
Stéphane
http://blogs.msdn.com/spapp/default.aspx

<maxim...@gmail.com> wrote in message
news:c16b3572-4aa6-40b0...@v5g2000prm.googlegroups.com...

[maxim...@gmail.com]

Merci Stéphane,
Je vais installer ce pack je ne l'avais pas vu..

Très bonne suggestion.

Encore Merci!

[Yann Gainche [MVP]]

Bonjour,

de mémoire, il ne fonctionne pas sur un MOM 2005 FR.

Le plus important pour gérer la taille de la base de données est de
travailler au niveau du reporting. par exemple, le pack Exchange 2003
fait plusieurs mesures de performances par file d'attente qui ne sont
souvent pas exploitées. Il en est de même pour le management pack Print
Server qui fait 7 mesures de performance par imprimante et pour le
management pack TSE qui fait des mesures de performance y compris pour
les serveurs configurés en mode administration.

Désactivez toutes les règles de collecte de performance qui ne vous
servent pas. Parcourez les rapports et pour ceux que vous n'utilisez
jamais, essayez de trouver la ou les règles qui alimentent ces rapports
et désactivez-les.

Cordialement,

[maxim...@gmail.com]

Bonjour,

Heureusement j'ai mom2005 anglais.

Je vais suivre ton conseil et désactiver plusieurs règles.

J'ai un autre problème de BD ce matin. Hier nous avons vidé et refait
le REPLOG et l'avons reconfiguré à <1mb,10% unrestricted autogrow> car
depuis plus de 2 semaines nous avions toujours l'erreur ''Database Log
is full''. Donc le DTS ne fonctionne plus depuis 2 semaines.

Ce matin(8h58) le DTS est toujours actif et le REPLOG est rendu a
40gig!!!! et il n'y a plus d'espace disponible sur ma partition!!!

Que dois-je faire pour avoir un plus petit REPLOG?

Le grooming est a 100 jours et le REPDATA est a 126gig avec 7gig
d'espace libre.

Merci

[Yann Gainche [MVP]]

Si tu as diminué la durée de rétention d'une façon important d'un seul
coup, le job de grooming ve avoir beaucoup de travail et il faut
temporairement augmenter de beaucoup la taille du journal.

[maxim...@gmail.com]

Merci yann

Elle est la mon erreur, j'ai passé de 365 à 180, et de 180 à 100.

Merci