Discussion :

[davy.g]

Bonjour,

Suite à une migration de notre décisionnel vers SQL Server 2008R2, nous rencontrons de gros problème de perf sur un traitement de référence.
Une 1ère migration sur un environnement de test a été effectué sur sql 2008R2 : acun problème de perf rencontré, alors que nous étions sur une petite machine virtuelle et sur des disques (SAN) pas rapide.

Nous avons ensuite installé notre décisionnel sur les futures machines de Prod (DL 580 G7 avec 4 procs x 6 cores (Intel xeon 7542)) et placé nos bases sur des disques performants sur le SAN (découpage bases systèmes, bases utilisateurs, journaux, tempdb sur des LUN dufférents). Ces CPUs ne font pas d'hyperthreading.

Ce traitement de référence est passé de 01H30 à plus de 16H00.

Nous avons ensuite testé ces jobs sur un autre serveur moins puissant (DL 380 G7 : 1 proc x 4 cores) et avons utilisé les mêmes LUN et nous retrouvons des temps très corrects.

Avez-vous une explication sur ce phénomène?

Merci de votre aide.

[Jinroh77]

Les MVP ou autres membres plus qu'avertis devraient passer pour plus de détails et question sûrement, mais en quoi consistent ces traitements ?
Vous avez pu identifier 1 point de contention particulier ?
Un petit coup de monitoring pour savoir où ça bloque ?

[davy.g]

Oui, j'ai beaucoup de wait de type PAGEIOLATCH_SH et à un moment donné j'ai un lock sur la TEMPDB.
Mais pourquoi ces différences en fonction des serveurs (CPU)?

Merci.

[Jinroh77]

Par hasard (et parce que j'ai posé le même genre de question il y a peu) vous avez beaucoup de traitements sur des tables temporaires ? beaucoup de tris effectués par le moteur etc. ?

Combien avez-vous défini de fichiers pour votre base TempDB ?

[davy.g]

J'ai 12 fichiers de 16Go dans ma base TEMPDB.
Pour l'instant, il n'y a pas de problème d'accroissement.

[mikedavem]

Vous ne parlez pas de la quantité de mémoire allouée sur vos différents serveurs ? Qu'en est il ?

Est ce que ce sont des serveurs de production ? Des serveurs virtuels ?

++