Nous avons un serveur SQL/Serveur 2000 sous W2K Server auquel sont
adress=E9es de tr=E8s nombreuses requettes quasiment en permenance.
J'aimerai savoir s'il est possible depuis le serveur de r=E9cup=E9rer la
liste des requettes et proc=E9dures stock=E9es (et les params)
effectu=E9es par un ordinteur client pr=E9cis. J'ai regard=E9 du cot=E9 du
g=E9n=E9rateur de profil, mais sans succ=E8s.
Je n'y connais rien sur le g=E9n=E9rateur de profil et j'ai entendu dire
qu'il =E9tait tr=E8s tr=E8s gourmand en ressources.
Si ce que je souhaite r=E9aliser est possible et que quelqu'un sait
comment faire, pourrait-il m'aider =E0 ce sujet ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Bouarroudj Mohamed
Voir dans le BOL les fonctions de trace sp_trace* (sp_trace_create, sp_trace_setfilter...)
Si vous pensez que ses fonctions sont trop compliqués a utiliser, vous pouvez jeter un coup d'oeil a http://vyaskn.tripod.com/server_side_tracing_in_sql_server.htm l'auteur a "wrapper" ses fonctions ce qui facilite un peu leurs utilisations.
Le plus important a comprendre et que lorsque vous activez les fonctions de trace, le fichier de trace reste avec la taille 0 jusqu'a qu'il atteint la taille max , dans ce dernier cas SQL Server ecrit les traces (qui sont dans le cache) dans le fichier en question et genere un 2eme fichier etc...., J'ai pas essayé de rediriger ces traces dans une table SQL mais je pense que c'est possible.
SQL Profiler reste de loin l'outil le plus facile; j'ai entendu que l'overhead est de 2% du point de vue performance.
"jbw" wrote in message news: Salut,
Nous avons un serveur SQL/Serveur 2000 sous W2K Server auquel sont adressées de très nombreuses requettes quasiment en permenance.
J'aimerai savoir s'il est possible depuis le serveur de récupérer la liste des requettes et procédures stockées (et les params) effectuées par un ordinteur client précis. J'ai regardé du coté du générateur de profil, mais sans succès.
Je n'y connais rien sur le générateur de profil et j'ai entendu dire qu'il était très très gourmand en ressources.
Si ce que je souhaite réaliser est possible et que quelqu'un sait comment faire, pourrait-il m'aider à ce sujet ?
D'avance, merci.
JBat.
Voir dans le BOL les fonctions de trace sp_trace* (sp_trace_create,
sp_trace_setfilter...)
Si vous pensez que ses fonctions sont trop compliqués a utiliser, vous
pouvez jeter un coup d'oeil a
http://vyaskn.tripod.com/server_side_tracing_in_sql_server.htm
l'auteur a "wrapper" ses fonctions ce qui facilite un peu leurs
utilisations.
Le plus important a comprendre et que lorsque vous activez les fonctions de
trace, le fichier de trace reste avec la taille 0 jusqu'a qu'il atteint la
taille max , dans ce dernier cas SQL Server ecrit les traces (qui sont dans
le cache) dans le fichier en question et genere un 2eme fichier etc....,
J'ai pas essayé de rediriger ces traces dans une table SQL mais je pense
que c'est possible.
SQL Profiler reste de loin l'outil le plus facile; j'ai entendu que
l'overhead est de 2% du point de vue performance.
"jbw" <jean-baptiste.watremez@jci.com> wrote in message
news:1126183260.686857.139910@o13g2000cwo.googlegroups.com...
Salut,
Nous avons un serveur SQL/Serveur 2000 sous W2K Server auquel sont
adressées de très nombreuses requettes quasiment en permenance.
J'aimerai savoir s'il est possible depuis le serveur de récupérer la
liste des requettes et procédures stockées (et les params)
effectuées par un ordinteur client précis. J'ai regardé du coté du
générateur de profil, mais sans succès.
Je n'y connais rien sur le générateur de profil et j'ai entendu dire
qu'il était très très gourmand en ressources.
Si ce que je souhaite réaliser est possible et que quelqu'un sait
comment faire, pourrait-il m'aider à ce sujet ?
Voir dans le BOL les fonctions de trace sp_trace* (sp_trace_create, sp_trace_setfilter...)
Si vous pensez que ses fonctions sont trop compliqués a utiliser, vous pouvez jeter un coup d'oeil a http://vyaskn.tripod.com/server_side_tracing_in_sql_server.htm l'auteur a "wrapper" ses fonctions ce qui facilite un peu leurs utilisations.
Le plus important a comprendre et que lorsque vous activez les fonctions de trace, le fichier de trace reste avec la taille 0 jusqu'a qu'il atteint la taille max , dans ce dernier cas SQL Server ecrit les traces (qui sont dans le cache) dans le fichier en question et genere un 2eme fichier etc...., J'ai pas essayé de rediriger ces traces dans une table SQL mais je pense que c'est possible.
SQL Profiler reste de loin l'outil le plus facile; j'ai entendu que l'overhead est de 2% du point de vue performance.
"jbw" wrote in message news: Salut,
Nous avons un serveur SQL/Serveur 2000 sous W2K Server auquel sont adressées de très nombreuses requettes quasiment en permenance.
J'aimerai savoir s'il est possible depuis le serveur de récupérer la liste des requettes et procédures stockées (et les params) effectuées par un ordinteur client précis. J'ai regardé du coté du générateur de profil, mais sans succès.
Je n'y connais rien sur le générateur de profil et j'ai entendu dire qu'il était très très gourmand en ressources.
Si ce que je souhaite réaliser est possible et que quelqu'un sait comment faire, pourrait-il m'aider à ce sujet ?
D'avance, merci.
JBat.
Fred BROUARD
le profiler SQL peut être utilisé en filtrant le client et la max adresse du poste.
A +
jbw a écrit:
Salut,
Nous avons un serveur SQL/Serveur 2000 sous W2K Server auquel sont adressées de très nombreuses requettes quasiment en permenance.
J'aimerai savoir s'il est possible depuis le serveur de récupérer la liste des requettes et procédures stockées (et les params) effectuées par un ordinteur client précis. J'ai regardé du coté du générateur de profil, mais sans succès.
Je n'y connais rien sur le générateur de profil et j'ai entendu dire qu'il était très très gourmand en ressources.
Si ce que je souhaite réaliser est possible et que quelqu'un sait comment faire, pourrait-il m'aider à ce sujet ?
D'avance, merci.
JBat.
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
le profiler SQL peut être utilisé en filtrant le client et la max adresse du poste.
A +
jbw a écrit:
Salut,
Nous avons un serveur SQL/Serveur 2000 sous W2K Server auquel sont
adressées de très nombreuses requettes quasiment en permenance.
J'aimerai savoir s'il est possible depuis le serveur de récupérer la
liste des requettes et procédures stockées (et les params)
effectuées par un ordinteur client précis. J'ai regardé du coté du
générateur de profil, mais sans succès.
Je n'y connais rien sur le générateur de profil et j'ai entendu dire
qu'il était très très gourmand en ressources.
Si ce que je souhaite réaliser est possible et que quelqu'un sait
comment faire, pourrait-il m'aider à ce sujet ?
D'avance, merci.
JBat.
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
le profiler SQL peut être utilisé en filtrant le client et la max adresse du poste.
A +
jbw a écrit:
Salut,
Nous avons un serveur SQL/Serveur 2000 sous W2K Server auquel sont adressées de très nombreuses requettes quasiment en permenance.
J'aimerai savoir s'il est possible depuis le serveur de récupérer la liste des requettes et procédures stockées (et les params) effectuées par un ordinteur client précis. J'ai regardé du coté du générateur de profil, mais sans succès.
Je n'y connais rien sur le générateur de profil et j'ai entendu dire qu'il était très très gourmand en ressources.
Si ce que je souhaite réaliser est possible et que quelqu'un sait comment faire, pourrait-il m'aider à ce sujet ?
D'avance, merci.
JBat.
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************