Bonjour,

Je viens de lire dans un article du msdn 'Troubleshooting Performance
Problems in SQL Server 2005'
(http://www.microsoft.com/technet/pro.../tsprfprb.mspx) qu'il
pouvait etre préférable de supprimer la possibilité de traitement parallele
dans un environnement OLTP.
L'article date d'octobre 2005, est ce que c'est toujours vrai ou des
correctifs dans des services packs ont optimisés la gestion du parallelisme ?

Quel est votre retour d'expérience sur cette option ?

Merci
--
Thierry

Bonjour,

Si votre environnement est fortement transactionnel et qu'il y a de
nombreuses petites transactions, il est préférable de ne pas paralléliser
les transactions car la parallélisation a un coût trop élevé pour ce type
d'activité.

Cordialement
_______________________________

Philippe TROTIN
Microsoft Services France
_______________________________

"tla" <tla@discussions.microsoft.com> a écrit dans le message de groupe de
discussion : 224E5CF2-2C02-4906-89DC-239181C5802C@microsoft.com...
> Bonjour,
>
> Je viens de lire dans un article du msdn 'Troubleshooting Performance
> Problems in SQL Server 2005'
> (http://www.microsoft.com/technet/pro.../tsprfprb.mspx)
> qu'il
> pouvait etre préférable de supprimer la possibilité de traitement
> parallele
> dans un environnement OLTP.
> L'article date d'octobre 2005, est ce que c'est toujours vrai ou des
> correctifs dans des services packs ont optimisés la gestion du
> parallelisme ?
>
> Quel est votre retour d'expérience sur cette option ?
>
> Merci
> --
> Thierry

Bonjour,

> L'article date d'octobre 2005, est ce que c'est toujours vrai ou des
> correctifs dans des services packs ont optimisés la gestion du parallelisme ?

C'est toujours d'actualité, notamment si vous utilisez des processeurs
hyperthreadés. Si c'est le cas, limitez au moins le maxdop au nombre de
processeurs physiques.

--
Rudi Bruchez
Consultant independant, MCDBA, MCITP, MCT
http://www.babaluga.com/
http://rudi.developpez.com/