Discussion :

[pamadice]

Bonjour à tous et à toutes, tout d'abord, je me présente car c'est mon premier post sur ce forum.

Je m'appelle Laurent, je suis DBA junior, (presque) nouveau dans le monde de l'informatique, et actuellement en stage dans une entreprise de communication/marketing dans le cadre d'une formation d'admin système, réseaux et bases de données. Je souhaiterais à l'avenir me spécialiser sur SQL Server 2005.

Ma question est la suivante : connaissez vous des outils d'analyse de traces, gratuits ou payants, hormis Read80Trace et ClearTrace ?

D'avance merci

Laurent

[Fabien Celaia]

Ben oui : SQL Profiler, avec le filtre correct ... et une bonne paire d'yeux.

Sinon, si vou devez rechercher qqch de bien particulier dans une table précise, un déclencheur + une table "espion" peut souvent faire l'affaire

[pamadice]

OK, merci de votre réponse

Laurent

[nicolas23]

Comment ca marche 'Profiler' ?

Merci d'avance

[SQLpro]

il sniffe les requêtes envoyées au serveur et les expose avec différents paramètres : durée en CPU, nombre de lectures...

A +

[rudib]

Bonjour,

Un article fooormidable :
http://rudi.developpez.com/sqlserver...misation/#LI-A

[m-mas]

Bonjour,

j'essai de trouver de plus amples explication sur le profiler. Déjà dans mon profiler il me met chaque action en double par exemple une requête UPDATE, cela apparait 2 fois : une fois sans rien écrire dans CPU, Reads, Write, Duration avec fond rose bonbon et une autre fois avec ces informations écrites. Sachant que je fais appel à mes requêtes depuis une application VB.NET.

[elsuket]

Bonjour,

Cela dépend des événements que vous avez choisis.
Sans le script de votre trace, c'est difficile de vous aider.
Vous trouverez dans ce tutoriel comment extraire le script de la trace que vous avez créée (§ III)

@++

[SQLpro]

Déjà dans mon profiler il me met chaque action en double par exemple une requête UPDATE, cela apparait 2 fois : une fois sans rien écrire dans CPU, Reads, Write, Duration avec fond rose bonbon et une autre fois avec ces informations écrites.

Vous avez sans doute choisit d'auditer avant et après exécution, le code (voir eventclass)
Avant il n'est pas possible de savoir les ressources d'exécution (IO, time, reads, writes....) alors qu'après c'est connu !

A +

[m-mas]

Vous avez sans doute choisit d'auditer avant et après exécution, le code (voir eventclass)
Avant il n'est pas possible de savoir les ressources d'exécution (IO, time, reads, writes....) alors qu'après c'est connu !

A +

Oui tout à fait, je viens de voir les propriétés de mes traces, il y a bien dans les Event "SQL :BatchCompleted" et "SQL:BatchStarted" mais personnellement je ne vois pas l'utilité de ce BatchStarted, il y a sans doute une subtilité pour ça !

[m-mas]

Bonjour,

Cela dépend des événements que vous avez choisis.
Sans le script de votre trace, c'est difficile de vous aider.
Vous trouverez dans ce tutoriel comment extraire le script de la trace que vous avez créée (§ III)

@++

Merci pour le lien, je n'avais pas vu ça dans les tutoriaux dvp je vais y jeter un coup d'oeil

[elsuket]

je ne vois pas l'utilité de ce BatchStarted

Comme vous le disait SQLPro, avec cet événement vous ne collectez pas les données de lectures de pages, de temps d'exécution, ...
Cela dépend de votre besoin de trace, mais sachez que moins vous en mettez, moins élevée sera la charge pour le serveur.
Enfin n'exécutez pas la trace sur le serveur lui-même, cela lui fait consommer beaucoup de ressources (je n'ai pas encore compris pourquoi ... )

@++