Commentaires sur : SQLDIAG (épisode 1) http://blog.capdata.fr/index.php/sqldiag-episode-1/ Le blog technique sur les bases de données de CAP DATA Consulting Tue, 24 Aug 2010 14:23:07 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Par : ZINZINDOHOUE ETIENNE http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-1215 ZINZINDOHOUE ETIENNE Tue, 24 Aug 2010 14:23:07 +0000 http://blog.capdata.fr/?p=490#comment-1215 la confusion c'est que le nom d'une instance (instance name) est différent du nom du service de l'instance (instance servicename). or le fichier de configuration de SQLDIAG attend le "instance servicename" mais demande l'instance name ! Exemple : le nom de mon instance par défaut est DBZINZIN et le nom du service est MSSQLSERVER. Donc logiquement dans le fichier de config SQLDIAG je dois mettre Instance name= »DBZINZIN» windowsauth= »true » ssver= »9″ user= »" ce qui renvoie une erreur ! c'est pourquoi je pense que au lieu de Instance name (comme c'est écrit dans le fichier de conf de SQLDIAG) c'est plus logique de parler de Instance servicename A+ la confusion c’est que le nom d’une instance (instance name) est différent du nom du service de l’instance (instance servicename).
or le fichier de configuration de SQLDIAG attend le « instance servicename » mais demande l’instance name !
Exemple : le nom de mon instance par défaut est DBZINZIN et le nom du service est MSSQLSERVER.

Donc logiquement dans le fichier de config SQLDIAG je dois mettre

Instance name= »DBZINZIN» windowsauth= »true » ssver= »9″ user= » »

ce qui renvoie une erreur ! c’est pourquoi je pense que au lieu de Instance name (comme c’est écrit dans le fichier de conf de SQLDIAG) c’est plus logique de parler de Instance servicename

A+

]]> Par : David BAFFALEUF http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-1214 David BAFFALEUF Tue, 24 Aug 2010 11:58:38 +0000 http://blog.capdata.fr/?p=490#comment-1214 Attention les balises ne sont pas interprétées par WP. Je ne vois pas où est la confusion celà dit. Merci pour ton commentaire. David B. Attention les balises ne sont pas interprétées par WP. Je ne vois pas où est la confusion celà dit. Merci pour ton commentaire.

David B.

]]> Par : ZINZINDOHOUE ETIENNE http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-1213 ZINZINDOHOUE ETIENNE Tue, 24 Aug 2010 11:45:42 +0000 http://blog.capdata.fr/?p=490#comment-1213 Aaaaaaah, mes balises xml ne s'affiche pas sur le blog ?!! comment faut-il faire pour faire apparaître les balises ? Bon en attendant, je reprend ce que j'ai écrit cette fois-ci sans les balises pour être un peu plus claire. Donc je disais que : je reviens sur ce sujet juste pour apporter une petite précision (petite mais ça m’a fait perdre des heures ]. En fait lorsqu’on a plusieurs instances (instance par défaut + instances nommées) sur un serveur SQL et qu’on veut collecter uniquement les infos de l’instance par défaut par exemple, il faut modifier la balise Instance du fichier de configuration de sqldiag. Dans mon cas voici ce que j’avais initialement. Instance name="*" windowsauth="true" ssver="9" user="" le name= "*" signifie toutes les instances du serveur. et comme je veux collecter uniquement les infos de l’instance par défaut, je remplace la balise précédente par celle-ci Instance name="MSSQLSERVER" windowsauth="true" ssver="9" user="" Et tout marche comme je le souhaite. Mais je pense quand qu’il ya une petite confusion à propos du nom de cette balise. Pourquoi ? parce que le nom de l’instance par défaut n’est pas MSSQLSERVER ! MSSQLSERVER c’est le nom du service du moteur SQL de l’instance par défaut. le nom de l’instance s’obtient en faisant EXEC sp_helpserver Et le résultat de EXEC sp_helpserver n’est pas MSSQLSERVER ! Le terme juste pour cette balise devrait être servicename : Instance servicename="MSSQLSERVER" windowsauth="true" ssver="9" user=""> Qu’en penses-tu ? Aaaaaaah, mes balises xml ne s’affiche pas sur le blog ?!! comment faut-il faire pour faire apparaître les balises ?
Bon en attendant, je reprend ce que j’ai écrit cette fois-ci sans les balises pour être un peu plus claire.
Donc je disais que :
je reviens sur ce sujet juste pour apporter une petite précision (petite mais ça m’a fait perdre des heures ]. En fait lorsqu’on a plusieurs instances (instance par défaut + instances nommées) sur un serveur SQL et qu’on veut collecter uniquement les infos de l’instance par défaut par exemple, il faut modifier la balise Instance du fichier de configuration de sqldiag.
Dans mon cas voici ce que j’avais initialement.

Instance name= »* » windowsauth= »true » ssver= »9″ user= »"

le name= « * » signifie toutes les instances du serveur.
et comme je veux collecter uniquement les infos de l’instance par défaut, je remplace la balise précédente par celle-ci

Instance name= »MSSQLSERVER » windowsauth= »true » ssver= »9″ user= »"

Et tout marche comme je le souhaite.

Mais je pense quand qu’il ya une petite confusion à propos du nom de cette balise.
Pourquoi ? parce que le nom de l’instance par défaut n’est pas MSSQLSERVER !
MSSQLSERVER c’est le nom du service du moteur SQL de l’instance par défaut.
le nom de l’instance s’obtient en faisant EXEC sp_helpserver
Et le résultat de EXEC sp_helpserver n’est pas MSSQLSERVER !

Le terme juste pour cette balise devrait être servicename :
Instance servicename= »MSSQLSERVER » windowsauth= »true » ssver= »9″ user= »">

Qu’en penses-tu ?

]]> Par : ZINZINDOHOUE ETIENNE http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-1212 ZINZINDOHOUE ETIENNE Tue, 24 Aug 2010 11:32:38 +0000 http://blog.capdata.fr/?p=490#comment-1212 Salut David, je reviens sur ce sujet juste pour apporter une petite précision (petite mais ça m'a fait perdre des heures ;-)]. En fait lorsqu'on a plusieurs instances (instance par défaut + instances nommées) sur un serveur SQL et qu'on veut collecter uniquement les infos de l'instance par défaut par exemple, il faut modifier la balise Instance du fichier de configuration de sqldiag. Dans mon cas voici ce que j'avais initialement. le name="*" signifie toutes les instances du serveur. et comme je veux collecter uniquement les infos de l'instance par défaut, je remplace la balise précédente par celle-ci Et tout marche comme je le souhaite. Mais je pense quand qu'il ya une petite confusion à propos du nom de cette balise. Pourquoi ? parce que le nom de l'instance par défaut n'est pas MSSQLSERVER ! MSSQLSERVER c'est le nom du service du moteur SQL de l'instance par défaut. le nom de l'instance s'obtient en faisant EXEC sp_helpserver Et le résultat de EXEC sp_helpserver n'est pas MSSQLSERVER ! Le terme juste pour cette balise devrait être : Qu'en penses-tu ? A+ Etienne Salut David,
je reviens sur ce sujet juste pour apporter une petite précision (petite mais ça m’a fait perdre des heures ;-) ]. En fait lorsqu’on a plusieurs instances (instance par défaut + instances nommées) sur un serveur SQL et qu’on veut collecter uniquement les infos de l’instance par défaut par exemple, il faut modifier la balise Instance du fichier de configuration de sqldiag.
Dans mon cas voici ce que j’avais initialement.

le name= »* » signifie toutes les instances du serveur.
et comme je veux collecter uniquement les infos de l’instance par défaut, je remplace la balise précédente par celle-ci

Et tout marche comme je le souhaite.

Mais je pense quand qu’il ya une petite confusion à propos du nom de cette balise.

Pourquoi ? parce que le nom de l’instance par défaut n’est pas MSSQLSERVER !
MSSQLSERVER c’est le nom du service du moteur SQL de l’instance par défaut.
le nom de l’instance s’obtient en faisant EXEC sp_helpserver
Et le résultat de EXEC sp_helpserver n’est pas MSSQLSERVER !

Le terme juste pour cette balise devrait être :

Qu’en penses-tu ?

A+

Etienne

]]> Par : ZINZINDOHOUE ETIENNE http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-341 ZINZINDOHOUE ETIENNE Wed, 31 Mar 2010 14:36:34 +0000 http://blog.capdata.fr/?p=490#comment-341 Hello David, Il me semble que l'explication de l'erreur renvoyée n'est pas uniquement à ce niveau là. Dans mon fichier de config qui marche d'ailleurs très bien, j'ai la balise "" Et pourtant je suis sous Windows XP Pro (FR) SP3 Je continue de chercher l'explication de cette erreur ! C'est vraiment étonnant ! Hello David,
Il me semble que l’explication de l’erreur renvoyée n’est pas uniquement à ce niveau là.
Dans mon fichier de config qui marche d’ailleurs très bien, j’ai la balise
«  »
Et pourtant je suis sous Windows XP Pro (FR) SP3
Je continue de chercher l’explication de cette erreur ! C’est vraiment étonnant !

]]> Par : David BAFFALEUF http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-339 David BAFFALEUF Wed, 31 Mar 2010 09:24:01 +0000 http://blog.capdata.fr/?p=490#comment-339 Hello, En fait les compteurs type '\PhysicalDisk(*)' n'existent pas sur ta machine car ton windows est probablement en français. Si tu remplace par '\Disque physique(*)', ça devrait mieux fonctionner. Tu peux trouver cette information dans la log de SQLDIAG (##SQLDIAG.log): 2010/03/31 11:07:48.00 MS2K-2K5-WIN200\* Could not add counter: \\MS2K-2K5-WIN200\PhysicalDisk(*)\Current Disk Queue Length . Function result: -1073738824. Message: L'objet spécifié n'a pas été trouvé sur le système. Pour retrouver le nom exact du compteur, utilise typeperf -qx | findstr "physique" | more Merci encore pour tes commentaires, J'ai également posté la réponse sur developpez. A+ David B. Hello,

En fait les compteurs type ‘\PhysicalDisk(*)’ n’existent pas sur ta machine car ton windows est probablement en français. Si tu remplace par ‘\Disque physique(*)’, ça devrait mieux fonctionner.

Tu peux trouver cette information dans la log de SQLDIAG (##SQLDIAG.log):

2010/03/31 11:07:48.00 MS2K-2K5-WIN200\* Could not add counter: \\MS2K-2K5-WIN200\PhysicalDisk(*)\Current Disk Queue Length . Function result: -1073738824. Message: L’objet spécifié n’a pas été trouvé sur le système.

Pour retrouver le nom exact du compteur, utilise typeperf -qx | findstr « physique » | more

Merci encore pour tes commentaires,

J’ai également posté la réponse sur developpez. A+ David B.

]]> Par : ZINZINDOHOUE ETIENNE http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-337 ZINZINDOHOUE ETIENNE Tue, 30 Mar 2010 20:22:10 +0000 http://blog.capdata.fr/?p=490#comment-337 David, Avec SQL SERVER 2005 SP2 ça marche Nickel chez moi. Il faut simplement remplacer dans le fichier mySQLDIAG.xml 10 par 9 dans la balise INSTANCE name="*" windowsauth="true" ssver="10" user="" Par ailleurs avec SQLSERVER 2008 (version 10).Il me semble que l'anomalie provient des compteurs [B]PerfmonCounters[/B]. car lorsque [B]TOUS [/B]les [B]PerfmonCounters [/B]sont Disenabled c'est à dire Enabled=false ou simplement [B]PerfmonCollector enabled=false[/B] SQLDIAG se lance sans erreur mais rien n'est collecté du côté des compteurs Perfmon. Je vais David,
Avec SQL SERVER 2005 SP2 ça marche Nickel chez moi. Il faut simplement remplacer dans le fichier mySQLDIAG.xml 10 par 9 dans la balise INSTANCE name= »* » windowsauth= »true » ssver= »10″ user= »"

Par ailleurs avec SQLSERVER 2008 (version 10).Il me semble que l’anomalie provient des compteurs [B]PerfmonCounters[/B].
car lorsque [B]TOUS [/B]les [B]PerfmonCounters [/B]sont Disenabled c’est à dire Enabled=false
ou simplement [B]PerfmonCollector enabled=false[/B] SQLDIAG se lance sans erreur mais rien n’est collecté du côté des compteurs Perfmon. Je vais

]]> Par : David B. http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-335 David B. Tue, 30 Mar 2010 17:09:51 +0000 http://blog.capdata.fr/?p=490#comment-335 Hello Etienne, Comme indiqué sur ton post developpez (http://www.developpez.net/forums/d899497/bases-donnees/ms-sql-server/administration/sqlserver-2008-sqldiag/) J'arrive à reproduire ton problème et en attachant windbg à l'image de sqldiag, je vois un SHARED VIOLATION au moment où sqldiag réouvre le fichier BLG pour stocker la trace perfmon. Le test a été réalisé en 9.00.3042, je vais passer en SP3+CU8 d'ici demain pour valider le problème, et ensuite j'ouvrirai un call sur connect. En attendant, tu peux ajouter un PerfmonObject bidon avant ou après les objets PhysicalDisk et Processor. Je ne peux pas poster des balises XML dans les commentaires, mais l'exemple se trouve en réponse au post sur developpez. Il semble que sqldiag attende au moins un compteur SQLServer. A creuser... A+ David B. Hello Etienne,

Comme indiqué sur ton post developpez (http://www.developpez.net/forums/d899497/bases-donnees/ms-sql-server/administration/sqlserver-2008-sqldiag/)

J’arrive à reproduire ton problème et en attachant windbg à l’image de sqldiag, je vois un SHARED VIOLATION au moment où sqldiag réouvre le fichier BLG pour stocker la trace perfmon. Le test a été réalisé en 9.00.3042, je vais passer en SP3+CU8 d’ici demain pour valider le problème, et ensuite j’ouvrirai un call sur connect.

En attendant, tu peux ajouter un PerfmonObject bidon avant ou après les objets PhysicalDisk et Processor. Je ne peux pas poster des balises XML dans les commentaires, mais l’exemple se trouve en réponse au post sur developpez.

Il semble que sqldiag attende au moins un compteur SQLServer. A creuser…

A+ David B.

]]> Par : ZINZINDOHOUE ETIENNE http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-329 ZINZINDOHOUE ETIENNE Mon, 29 Mar 2010 15:35:22 +0000 http://blog.capdata.fr/?p=490#comment-329 Une petite précision : L'erreur s'affiche lors du lancement de la commande : sqldiag /I E:\traceSQLDIAG\mySQLDIAG.xml /O E:\TraceSQLDIAG\testToday Erreur : 2010/03/29 16:50:33.18 TESTBED_ZINZINDOHOUE\* Error updating perfmon log . Function result: -2147481643. Message: Aucune donnée à renvoyer. Auriez-vous une idée sur cette erreur ? Une petite précision :
L’erreur s’affiche lors du lancement de la commande :
sqldiag /I E:\traceSQLDIAG\mySQLDIAG.xml /O E:\TraceSQLDIAG\testToday

Erreur :
2010/03/29 16:50:33.18 TESTBED_ZINZINDOHOUE\* Error updating perfmon log . Function result: -2147481643. Message: Aucune donnée à renvoyer.

Auriez-vous une idée sur cette erreur ?

]]> Par : ZINZINDOHOUE ETIENNE http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-328 ZINZINDOHOUE ETIENNE Mon, 29 Mar 2010 15:07:34 +0000 http://blog.capdata.fr/?p=490#comment-328 Article intéressant. Mais je constate que avec SQL SERVER 2008, les choses ne sont si simple ! La preuve : Dans un premier temps, j'ai testé le SQLDIAG avec SQL SERVER 2005 SP2 et ça marche nickel ! j'arrive donc à mettre en perspective les infos du performance monotor (fichier .BLG) et les traces SQLTRACE (fichier ...__sp_trace.trc). jusque là aucun problème. J'ai donc copié ces 2 fichiers pour les exécuter sur mon instance SQLSERVER 2008 SP0. J'ai pris soins de modifier dans mon fichier de config (mySQLDIAG.xml) la balise pour prendre en compte la version 10 (SQLSERVER 2008) au lieu de 9 (SQLSERVER2005) Et là j'ai cette erreur : 2010/03/29 16:50:33.18 TESTBED_ZINZINDOHOUE\* Error updating perfmon log . Function result: -2147481643. Message: Aucune donnée à renvoyer. Auriez-vous une idée sur cette erreur ? D'avance merci. Article intéressant.
Mais je constate que avec SQL SERVER 2008, les choses ne sont si simple !
La preuve :
Dans un premier temps, j’ai testé le SQLDIAG avec SQL SERVER 2005 SP2 et ça marche nickel ! j’arrive donc à mettre en perspective les infos du performance monotor (fichier .BLG) et les traces SQLTRACE (fichier …__sp_trace.trc). jusque là aucun problème.
J’ai donc copié ces 2 fichiers pour les exécuter sur mon instance SQLSERVER 2008 SP0. J’ai pris soins de modifier dans mon fichier de config (mySQLDIAG.xml) la balise
pour prendre en compte la version 10 (SQLSERVER 2008) au lieu de 9 (SQLSERVER2005) Et là j’ai cette erreur :

2010/03/29 16:50:33.18 TESTBED_ZINZINDOHOUE\* Error updating perfmon log . Function result: -2147481643. Message: Aucune donnée à renvoyer.

Auriez-vous une idée sur cette erreur ?

D’avance merci.

]]> Par : vincent http://blog.capdata.fr/index.php/sqldiag-episode-1/comment-page-1/#comment-318 vincent Fri, 26 Mar 2010 15:28:49 +0000 http://blog.capdata.fr/?p=490#comment-318 Article très intéressant. J'attends impatiemment le prochain sur l'analyse des resultats. Article très intéressant. J’attends impatiemment le prochain sur l’analyse des resultats.

]]>