Discussion :

[janlouk]

Bonjour à tous,

On rencontre très souvent de gros problèmes de lenteur, et je suis tombé sur ce post : http://www.developpez.net/forums/d15...rf-sql-2005-a/

Si je lance la requête de David, je me retrouve avec ça :



Malheureusement, je ne comprends pas du tout ce tableau. Qui donne surement plein d'explication importante, mais si je pouvais le comprendre, je saurais par où commencer et surtout le faire sur d'autres instances. Quelqu'un peut m'aider un peu svp ?

Merci

[Boubou2020]

le membre Hmira a fait la traduction des different Type d'attentes en francais
il ont parler de ce sujet dans cette discussion
http://www.developpez.net/forums/d14...es-sql-server/
l'execution de la requéte mis en piéce joint dans l'ancien discution prend beaucoup du temps mais tu trouve tout les explications nécessaires pour les différents attentes récupérer

[janlouk]

Ok merci. J'avais déjà vu cette discussion mais j'avoue que je n'avais pas comparer. Je vais regarder.

[elsuket]

Bonjour,

Attention avec l'étude des attentes à ne pas faire de conclusions hâtives.
Il est par ailleurs important de noter la date de dernier démarrage de l'instance, car ces statistiques sont remises à zéro au démarrage de l'instance / du service.
Sous SQL Server 2005, cela peut se faire à l'aide de la requête suivante :

Code :

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

1
2
3
SELECT	login_time
FROM	sys.dm_exec_sessions
WHERE	session_id = 1

Dans la sortie dont vous donnez une impression d'écran, le type d'attente ASYNC_NETWORK_IO est prévalent.
On pourrait en déduire hâtivement qu'il s'agit d'un problème réseau; en réalité, il suffit d'exécuter une requête avec un applicatif (SQL Server Management Studio suffit) pour obtenir quelques attentes de ce type.
Il est donc possible que cette attente soit tout à fait normale, ou au contraire que l'application mette trop de temps à consommer le résultat des requêtes : soit ceux-ci sont très larges, soit l'application qui les consomme doit être revue.
Dans ces deux cas, SQL Server est obligé d'attendre que l'application ait entièrement consommé le résultat de la requête.

Si on déduit que ce n'en est pas la cause, ce qui est rare, comme les infrastructures réseau sont faites de nombreux éléments (switchs, routeurs, pares-feu, pilotes, micrologiciel, virtualisation, ...), il peut être bon d'en parler avec un Administrateur Système.

@++

[janlouk]

Merci Nicolas, je vais voir ça, mais cela ne m'étonne pas car nous avons beaucoup de problèmes réseaux.