Discussion :

[6bil1]

Bonjour,

Nous avons une requête "select" qui tourne sans donner de résultat. (Logiciel métier)

Etat : Suspendu
Temps d'attente : 2844375
Type d'attente : CXPACKET
UC : 5835
E/S physique : 3342

Code :

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

1
2
3
 
 
SELECT MAX(m.period ) period , m.voucher_ref , m.sequence_ref , m.client FROM ##Hagresso_AGRTPS11252 h , acumatch m WHERE h.client = m.client AND h.voucher_no = m.voucher_ref AND h.sequence_no = m.sequence_ref AND m.period >= h.payperiod AND h.voucher_no != h.voucher_ref GROUP BY m.voucher_ref , m.sequence_ref , m.client

Dois je m'inquiéter ? Pouvez vous me dire à quoi correspond CXPACKET

Merci d'avance

[hmira]

- As-tu analysé la requête avec l’assistant de paramétrage du moteur de base de données et vérifié s’il ne manque pas des indexes ?
- As-tu examiné le plan d’exécution estimé de la requête ? et vérifié s’il n’y a pas des problèmes manifestes sur le plan ?
- Quelle est la valeur actuelle du degré de parallélisme définie au niveau de l’instance SQL server ?

Code :

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

sp_Configure "max degree of parallelism"

Note : La valeur 0 signifie que le serveur détermine le degré maximal de parallélisme à utiliser.

- De combien de processeurs le serveur dispose t-il ? En effet, certaines personnes recommandent une valeur de "max degree of parallelism" égale au nombre de processeurs divisés par 2.

Exemple pour 8 processeurs, maxdop = 4 (il faut, peut être, ajuster cette valeur en faisant des tests de performance grandeur nature, tenant compte de l’activité réelle du Serveur et la nature des applications).

Code :

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

1
2
3
4
5
6
7
8
sp_configure 'show advanced options', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO
sp_configure 'max degree of parallelism', 4;
GO
RECONFIGURE WITH OVERRIDE;
GO

Enfin, il est aussi possible de fixer le MAXDOP au niveau de la requête. Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
SELECT MAX(m.period ) period , m.voucher_ref, m.sequence_ref, m.client 
FROM ##Hagresso_AGRTPS11252 h,  acumatch m 
WHERE h.client = m.client 
AND h.voucher_no = m.voucher_ref 
AND h.sequence_no = m.sequence_ref 
AND m.period >= h.payperiod 
AND h.voucher_no != h.voucher_ref 
GROUP BY m.voucher_ref, m.sequence_ref, m.client 
OPTION (MAXDOP 1) -- c.à.d. on n'utilise plus le parallélisme pour cette requête on particulier

A+

[6bil1]

Merci de la réponse.

je suis débutant dans SQL... Comme tu viens de me le faire remarquer, il manque des informations.

- As-tu analysé la requête avec l’assistant de paramétrage du moteur de base de données et vérifié s’il ne manque pas des indexes ?
Oui, j'ai du créer des index. Au passage, j'en ai appris pas mal.

As-tu examiné le plan d’exécution estimé de la requête ? et vérifié s’il n’y a pas des problèmes manifestes sur le plan ?
je ne sais pas comment faire et je ne trouve pas de doc ??

sp_Configure "max degree of parallelism" Me retourne 0
Le serveur possède 8 processeurs

Il n'est pas possible de modifier la requete, c'est un logiciel d'un éditeur.

[hmira]

- Pour la doc, il existe sur internet un foisonnement de tutoriaux etc .. à commencer par l’excellent présent site Developpez.com ! Ci-dessous quelques liens :
http://rudi.developpez.com/sqlserver.../optimisation/
http://blog.developpez.com/sqlpro/p9...avec-sql-serv/

- Comme il s’agit d’un logiciel déditeur. Il faut aussi se retourner vers l’éditeur et lui demander de te donner des solutions pour corriger le problème, de t’indiquer, par exemple, les conditions et autres préconisations optimales pour le bon fonctionnement du logiciel.

- Revenons au problème posé. Comme tu n’as aucun accès au code source du logiciel la marge de manœuvre devient alors réduite. Ci-dessous quelques pistes :

1 – Jouer sur les indexes des tables. Examiner le plan d’exécution, et ajouter les indexes manquants.

2 - Définir l’option maxdop au niveau des indexes. Pour cela, il suffit de droper les indexes impliqués dans la requêtes incriminée, puis les recréer avec l’option maxdop = 1
Exemple :

Code :

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

1
2
3
4
5
DROP INDEX IX_MaTable _xxxx ON dbo.Matable; 
GO 
CREATE INDEX IX_MaTable_xxxx ON dbo.MaTable (Champ1, Champ2, ..)
WITH (MAXDOP=1); 
GO

PS : Attention, pense à extraire et à sauvegarder les scripts des indexes avant de les droper et de les recréer à nouveau.

3 – Modifier au niveau de l’instance SQL SERVER la valeur de l’option 'max degree of parallelism'
J’ai déjà évoqué cette solution dans mon post précédent. Attention, cette option a une portée de niveau Instance et donc toute modification aura des impacts sur toutes les applications qui tournent sur cette instance SQL Server.

Code :

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

1
2
3
4
5
6
7
8
sp_configure 'show advanced options', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO
sp_configure 'max degree of parallelism', 2;  -- ou 3 ou 4 (faire des tests..) 
GO
RECONFIGURE WITH OVERRIDE;
GO

[elsuket]

Bonjour,

Il serait surtout bon de regarder la plan de requête pour voir ce qui cause la lenteur de la requête (CTRL+L sous SQL Server Management Studio) ...

Notons au passage que le degré de parrallélisme peut être paramétré u niveau de la requête, ce qui me semble être plus sage que de la placer au niveau de l'instance.
Considérez toujours que SQL Server sait mieux que vous ce qu'il a à faire, même s'il faut parfois le guider

@++

[SQLpro]

CXPACKET est une attente de process CPU. Le temps est totalement anormalement élevé et je suis prêt à parier que vous êtes victime du bug de l'hyperthreading...
http://blogs.msdn.com/b/slavao/archi...12/492119.aspx

Seule solution :
arrêter le serveur, dans le BIOS, désactiver l'hyperthreading.

A +