Discussion :

[SuperWaza]

Bonjour,
je voudrais mettre en place un système de monitoring sur un Sql Server 2005 afin de suivre l'évolution de quelques DB et ce de manière quotidienne afin d'obtenir des infos du style ...

Nombre de connections par DB
Nombre de queries par DB
CPU utilisé par DB
Etc ...

Je ne vois pas ou trouver ce type d'infos.

Merci pour votre aide.

[KookieMonster]

Le moniteur d'activité est bien pratique sous SqlServer 2008, mais tu trouveras de nombreux scripts utilisables sur plusieurs versions de SqlServer sur Sql Server Central.

[elsuket]

Bonjour,

SQL Server 2005 a introduit les Vues et Fonctions de Gestion Dynamique (DMVs et DMFs dans la littérature), qui sont des vues exposant les métriques que le moteur de SQL Server collecte sur son fonctionnement, et sa propre optimisation.

Pour le nombre de connections et le nombre de requêtes, si vous souhaitez avoir un chiffre exact, vous devrez passer par une trace côté serveur, et l'analyser tous les jours.
Mais sachez que cela a un prix au niveau des ressources.
Sinon vous pouvez exécuter une requête pour ce faire, sur la DMV sys.dm_exec_sessions, toutes les minutes, et enregistrer le résultat dans une table.

En ce qui concerne la consommation CPU par base de données, c'est moins simple.
Vous pouvez utiliser les requêtes que j'ai publié ici, mais elles donnent la consommation CPU pour l'ensemble de l'instance.
Vous pouvez utiliser la requête que je viens de publier ici pour obtenir le temps CPU utilisé par base de données.
Il vous faudra donc l'exécuter par un job, et enregistrer aussi le résultat dans une table.

Ensuite vous pouvez écrire un rapport SSRS qui vous donne les courbes

@++

[SuperWaza]

Bonsoir Nicolas,
tout d'abord, merci pour la rapidité au niveau du feedback.

J'ai utilisé la requête qui permet de retrouver le temps CPU consommé par base de données d'une instance SQL Server.

Si j'ai bien compris, je retrouve donc le temps CPU consommé par les <> DB à un instant T ... mais comment puis-je savoir ce que représente cette consommation totale par rapport au reste de la consommation CPU qui est utilisé par d'autres ressources (hors sql server) ?

Bonne soirée et encore merci pour votre aide

[mikedavem]

Avez-vous d'autres applications qui tournent sur votre serveur hormis SQL Server ?

Aucune méthode n'est pas parfaite malheureusement. Les DMV peuvent vous aider comme le propose Elsuket mais il suffit que le cache des procédures soit vidé ou qu'il existe une pression mémoire vous risquez de ne pas capturer certaines entrées.

Les traces SQL permettent de pallier ce problème (je trouve cette 2eme solution plus viable dans le temps) mais peut avoir un impact sur votre production ...

++

[SuperWaza]

Bonjour,
merci pour vos réponses ...

Pouvez-vous me dire si je suis sur la bonne route ...

Pour connaitre le nombre de users connectés sur le server sql (toutes db confondues), le script suivant est-il ok ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
Insert [PerfMon].[dbo].[Page writes per Second]
([Date]
,[Page writes per Second])
 
SELECT GETDATE() ,  cntr_value 
FROM   sys.dm_os_performance_counters
WHERE counter_name = 'Page writes/sec

Pour connaitre le nombre de pages écrites / sec, le script suivant est-il ok ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
Insert [PerfMon].[dbo].[Page writes per Second]
([Date]
,[Page writes per Second])
 
SELECT GETDATE() ,  cntr_value 
FROM   sys.dm_os_performance_counters
WHERE counter_name = 'Page writes/sec

Pour le nombre de pages écrites / sec, j'obtiens le nombre suivant : 56443829 (cela pour 30 DB) - cela me parait beaucoup ... non ?

[elsuket]

Bonjour,

La première est incorrecte, mais je crois qu'il s'agit d'un malencontreux copié-coller
Il faut changer par SQLServer:General Statistics/User Connections, qui représente le nombre d'utilisateurs connectés à toutes les bases de données de l'instance.
Cela dit un utilisateur peut avoir plusieurs connexions ...
Le compteur SQLServer:General Statistics/Logical Connections vous donne le nombre de connections lorsque vous utilisez MARS, car dans ce cas un utilisateur peut avoir plusieurs connexions ouvertes.

La seconde est correcte

Pour le nombre de pages écrites / sec, j'obtiens le nombre suivant : 56443829 (cela pour 30 DB) - cela me parait beaucoup ... non ?

Effectivement c'est assez élevé.
Il vous faudrait pour cela étudier d'où toutes ces écritures proviennent.

Notez que ces deux métriques sont des instantanés.
Il existe d'autres compteurs de performance qui sont cumulatifs, comme par exemple SQLServer:SQL Statistics/SQLServer:SQL Statistics.

Si vous voulez auditer de façon constante, je vous conseille d'utiliser l'utilitaire logman et de mettre les intervalles d'audit à quelques secondes, 10 ou 15, puis de charger ce fichier en base.
Notez qu'il est possible de le faire nativement avec logman, en ayant au préalable enregistré la chaîne de connexion sur la machine cible du chargement de données.
Vous pouvez vous aider de PAL.
Le premier utilitaire est livré avec Windows, le second est libre.

@++