Choix alerte SQL // requêtes lourdes

remi.journet · 07/09/2011, 12h22

Bonjour à tous

N'ayant pas trouvé bonheur dans les post déjà existants, je reviens vers vous pour un coup de pouce,

Je souhaiterais, lorsque les performances de la base de données sont réduites, envoyer par mail une alerte avec la requête qui aurait causé ce ralentissement afin de l'analyser.

Pour le moment je me base sur "SQLServer:Buffer Manager / Page writes/sec" mais je ne sais pas si c'est le choix le plus judicieux.
Dernière chose, existe-t-il une table système dans laquelle sont enregistrés les requête coûteuses, et est-ce possible de la joindre au mail de l'alerte ?

Merci !!

ccasimor · 07/09/2011, 13h28

Bonjour,

déjà, de mon point de vue, le compteur que tu utilises, seul qui plus est ne me semble pas le plus utile dans ton cas.

J'aurais plutôt tendance à te conseiller d'utiliser les indicateurs fournies par SQL Server lui-même par le biais d'une trace (CPU/Reads/Writes/Duration) sur laquelle tu peux définir des seuils.

Avec un petit script pour analyser ta trace, tu seras en mesure de générer des alertes.

Si effectivement tes alertes sont nombreuses, et l'activité de ton serveur est intense, il sera à ce moment judicieux de te retourner vers les compteurs systèmes afin de déterminer où se trouvent tes points de contention.

Cordialement.

remi.journet · 07/09/2011, 16h59

Bonjour,

Merci pour ta réponse, en effet j'ai lancé une trace via Profiler et il y a bien des pics au niveau duration / reads.
Par contre il faut que je trouve un seuil à définir car mon but est de déceler un véritable blocage et je ne sais pas si je vais y arriver avec cet outils.

mikedavem · 08/09/2011, 08h33

Citation:

Je souhaiterais, lorsque les performances de la base de données sont réduites, envoyer par mail une alerte avec la requête qui aurait causé ce ralentissement afin de l'analyser.

Qu'appelez vous performances bases de données réduites ?
Application lente à cause d'un blocage ?
Requête qui monopolise vos ressources (CPU, RAM, disques etc ...) ?

++

remi.journet · 08/09/2011, 09h14

En fait c'est fréquent que l'application qui utilise la base de données soit ralentie et/ou bloquée. Du coup je voudrais trouver un moyen fiable pour savoir quelle requête en est responsable.

Lors des traces réalisées avec Profiler, on remarque des pics important comme je l'ai dis, mais en parallèle aucun blocage de l'appli.

07/09/2011, 12h22	#1
remi.journet Invité de passage Inscription : avril 2011 Messages : 15 Détails du profil Informations forums : Inscription : avril 2011 Messages : 15 Points : 3 Points : 3	Choix alerte SQL // requêtes lourdes Bonjour à tous N'ayant pas trouvé bonheur dans les post déjà existants, je reviens vers vous pour un coup de pouce, Je souhaiterais, lorsque les performances de la base de données sont réduites, envoyer par mail une alerte avec la requête qui aurait causé ce ralentissement afin de l'analyser. Pour le moment je me base sur "SQLServer:Buffer Manager / Page writes/sec" mais je ne sais pas si c'est le choix le plus judicieux. Dernière chose, existe-t-il une table système dans laquelle sont enregistrés les requête coûteuses, et est-ce possible de la joindre au mail de l'alerte ? Merci !!
	00

07/09/2011, 13h28	#2
ccasimor Invité régulier Administrateur de base de données Inscription : septembre 2011 Messages : 5 Détails du profil Informations personnelles : Sexe : Localisation : France Informations professionnelles : Activité : Administrateur de base de données Informations forums : Inscription : septembre 2011 Messages : 5 Points : 6 Points : 6	Bonjour, déjà, de mon point de vue, le compteur que tu utilises, seul qui plus est ne me semble pas le plus utile dans ton cas. J'aurais plutôt tendance à te conseiller d'utiliser les indicateurs fournies par SQL Server lui-même par le biais d'une trace (CPU/Reads/Writes/Duration) sur laquelle tu peux définir des seuils. Avec un petit script pour analyser ta trace, tu seras en mesure de générer des alertes. Si effectivement tes alertes sont nombreuses, et l'activité de ton serveur est intense, il sera à ce moment judicieux de te retourner vers les compteurs systèmes afin de déterminer où se trouvent tes points de contention. Cordialement.
	00

07/09/2011, 16h59	#3
remi.journet Invité de passage Inscription : avril 2011 Messages : 15 Détails du profil Informations forums : Inscription : avril 2011 Messages : 15 Points : 3 Points : 3	Bonjour, Merci pour ta réponse, en effet j'ai lancé une trace via Profiler et il y a bien des pics au niveau duration / reads. Par contre il faut que je trouve un seuil à définir car mon but est de déceler un véritable blocage et je ne sais pas si je vais y arriver avec cet outils.
	00

08/09/2011, 09h14	#5
remi.journet Invité de passage Inscription : avril 2011 Messages : 15 Détails du profil Informations forums : Inscription : avril 2011 Messages : 15 Points : 3 Points : 3	En fait c'est fréquent que l'application qui utilise la base de données soit ralentie et/ou bloquée. Du coup je voudrais trouver un moyen fiable pour savoir quelle requête en est responsable. Lors des traces réalisées avec Profiler, on remarque des pics important comme je l'ai dis, mais en parallèle aucun blocage de l'appli.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email