Discussion :

[fda]

Je viens de tracer l'activité sur ma base de production avec l'outil SQL Server Profiler (SQL Server 2005)

J'ai fais un filtre pour ne ramener que les requêtes qui durent plus de 3 secondes.
J'en obtiens un paquet sur un audit de de 5 minutes

Je vous montre ce que j'obtiens

CPU Reads Duration
7704 807682 18156
6984 804952 6856
8000 806892 9906
7655 806817 10550
7906 806684 12550


A vue de nez cela n'a pas l'air terrible : les temps de réponses en production ne sont pas bons mais cela se confirme

Question pour les experts : Quelle est la 1ère chose à faire à la lecture de ces chiffres ?

1) le temps indiqué dans la colonne Duration correspond-il réellement au temps d'attente des utilisateurs (18 s ?)
2) Pourquoi le nombre de blocs lus est il aussi important ( > 800 000) => Que dois-je faire ? Où est le problème ?

Par ailleurs en moins de 5 minutes j'ai 4 EventClass de type Exception
Libellé Error: 2627, Severity:14, State: 1
A priori cette erreur est généreé si l'on essaye de créer un enregistrement qui existe déjà (doublon PK_)
Est-ce normal d'avoir autant d'erreurs de ce type en si peu de temps (progiciel développé par un éditeur).


Merci pour vos réponses

[SQLpro]

Code :

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

1
2
3
4
5
6
CPU Reads Duration
7704 807682 18156
6984 804952 6856
8000 806892 9906
7655 806817 10550
7906 806684 12550

CPU mesure la durée d'activité du ou des processeur. Cela parait beaucoup si ces requêtes se répètent souvent.
Reads est le nombre de pages lues (8 Ko) Encore une fois cela peut être beaucoup et révéler un manque d'indexation si ce sont des requêtes qui sont souvents jouées.
Duration est la durée d'exécution et ne prends pas en compte le temps écoulé depuis le lancement et jusqu'à la restitution des résultats, mais la durée de traitement. Cela veut dire que la durée ressentie par les utilisateurs sera bien plus élevée.

Par ailleurs en moins de 5 minutes j'ai 4 EventClass de type Exception
Libellé Error: 2627, Severity:14, State: 1
A priori cette erreur est généreé si l'on essaye de créer un enregistrement qui existe déjà (doublon PK_)

Cela peut être une stratégie de gestion, mais elle serait malhabile pour le moins. Je soupçonne plutôt une génération de clef auto incrémentée faite de façon stupide avec un MAX + 1.

Que fait ce logiciel ? Avec quel outil a t-il été écrit ???

A +

[fda]

Ce logiciel est un logiciel qui concerne les magasins d'optique.

Saisie d'une commande
Suivi d'un client
Envoi de la commande au magaasin pour fabrication

Il s'agit d'une application WEB (IIS) avec 2 bases de données SQL Server
- Base MAGASIN
- Base ATELIER

[SQLpro]

essaye de trouver le code SQL correspondant aux grosses requêtes et au requête en erreur.

A +

[fda]

Entre 09H37 et 09H42 => 16 requêtes de plus de 5 secondes

J'en ai une qui dure 29 secondes via l'applicatif or quand je l'éxecute via l'analyseur de requête le résultat est immédiat ( < 1s) ??

Peux-il y avoir des verrous sur des objets et comment les lister ?

idem une requête de mis à jour prend 30 secondes

UPDATE champ1, champ2, champ3 where champ_cle = 'valeur'

RIEN de choquant sur cette requête et pourtant 30 secondes.


Vers où dois je orienter mes recherches ?

[rudib]

Bonjour,

article qui peut t'être utile :
http://rudi.developpez.com/sqlserver.../optimisation/