Discussion :

[Francky8]

Bonjour,
J'ai activer il y a quelques jours (10 jours) l'UCP (utility control point) et le data collector sur 6 instances SQL Server.
J'ai la base sysutility_mdw qui se trouve sur une instance sql server et les 6 instances alimentent cette base via ucp et data collector.
Cela fonctionne bien. Cela permet d'avoir un bon outil de supervision.
Le problème : ce matin, après 10 jours, la base sysutility_mdw représente plus de 27 Go !
Est-ce normal ? Faut-il faire un paramétrage particulier ?

Remarque : 2 des 6 instances sql server sont des instances pour Biztalk (bases biztalk hébergeant les messages) - peut-etre est-ce important à signaler ?

J'aimerais utiliser UCP et data collector mais en résussisant à avoir une taille de la base sysutility_mdw plus modeste (quelques Go).

Merci pour votre aide

Franck

[SQLpro]

La volumétrie n'est pas directement liée avec les performances en général... du fait de l'indexation. Si votre machine supporte quelques centaines de Go, c'est pas un problème.
D'autre part, quel est le mode de journalisation ? Faites vous des sauvegardes ?
Défragmentez vous les index ???

Néanmoins si vous tenez à garder des proportions, il va falloir supprimer les données anciennes par un travail de l'Agent SQL.

Inconvénient, vous ne verrez plus l'évolution à long terme de votre base...

A +

[Francky8]

Bonjour Frédéric,

Sur "mes" serveurs SQL Server, je fais une sauvegarde full data tous les soirs et une sauvegarde log toutes les 15 mn.

Je ne m'inquiétais pas trop au niveau performances mais plutot au niveau volumétrie (disque). Pour l'instant, je n'avais pas évalué le besoin engendré par une mise en place de UCP et data collector. Je voulais mettre en place cette possibilité assez rapidement en utilisant une instance sql server existante. J'ai à disposition aujourd'hui qq Go dispo pour la base sysutility_mdw. Je pensais pouvoir étudier l'avantage de ce système et ensuite éventuellement faire une demande à ma hiérarchie pour un espace disque plus conséquent en justifiant l'intéret du système.

Ce qui m'a surtout étonné c'est la volumétrie au bout de 10 jours : 27 Go.
Il me semble avoir vu un article qui parlait de 2 Go par instance monitorée pour un an (sous réserve).

Ayant des bases Biztalk monitorées, je me disais que le flux des messages Biztalk au niveau SQL Server aurait pu expliquer une taille aussi importante ? non ?

Sur le plan "retour d'expérience", est-ce que beaucoup de clients mettent en place l'UCP + data collector sur leurs instances SQL Server ?
Recommandez-vous ce genre de monitoring ?

Quelle configuration faut-il prévoir ? 1 instance dédiée ? plusieurs centaines de Go pour la base sysutility_mdw ?

Merci pour vos réponses

Franck

[SQLpro]

La volumétrie du collecteur de données n'est pas liée uniquement au temps, mais aussi à l'activité. si votre base Biztalk fait beaucoup de chose, alors cela peut être normal.

Le data collector est un moyen simple mais pas profond de surveiller un serveur. Il a néanmoins l'avantage d'être préventif, dans le sens ou vous aurez des info même sur un événement passé, ce qui n'est pas le cas des DMV qui retiennent de façon limitées les données.

Jetez un coup d’œil à ce post :
http://www.sqlservercentral.com/Foru...71-2799-1.aspx

A +

[mikedavem]

Ce qui m'a surtout étonné c'est la volumétrie au bout de 10 jours : 27 Go.
Il me semble avoir vu un article qui parlait de 2 Go par instance monitorée pour un an (sous réserve).

La volumétrie est directement dépendante de la rétention des données que tu vas paramétré pour chaque collection set et de l'activité qu'il existe au niveau des serveurs. Le data collection set Query Statistics peut être très consommateur d'espace en fonction des instances SQL surveillés et de la taille du cache alloué aux plans de requêtes.

Pour l'avoir utilisé et déployé chez quelques clients (et c'est toujours le cas), c'est une fonctionnalité très intéressante lorsqu'il s'agit de constituer une baseline de métriques de performances des serveurs. Les rapports fournis (disk activity, query stats, wait stats) permettent de répondre à la plupart des besoins mais comme le souligne SQL Pro, il faut compléter avec d'autres outils, scripts pour vraiment aller en profondeur dans le diagnostique dans certains cas.

Je n'ai pas encore testé le data collector version 2012 ... à voir les améliorations de ce côté

++

[Francky8]

Frédéric, David,

Merci pour vos réponses.
Merci pour le lien intéressant.

Je vais y aller "doucement".
Je vais mettre au début une seule instance SQL Server monitorée et voir l'évolution de la volumétrie. J'ajouterai ensuite une autre et ainsi de suite jusqu'à la 6ème.
J'essaierai de voir quelles instances SQL Server semblent les plus "gourmandes" -> oltp, biztalk ou olap

Je vais aussi prendre en compte les paramètres du genre "fréquence de la remontée" des informations.

En tout cas, merci beaucoup pour vos réponses toujours rapides et très enrichissantes pour le "petit DBA" que je suis.

A bientot

Franck