Discussion :

[kingrvb]

Bonjour à tous,

Voilà je suis en train de voir pour une nouvelle config d'un serveur SQL 2005 standard et je me pose les 2 questions suivantes :

1/ Si je mets des processeurs (2) quad core, est ce qu'ils seront pris en charge à 100% par SQL Server ou pas du à la limite de 4 processeurs maxi sur la version standard de SQL Server 2005.

2/ Est-ce que le fait de mettre l'OS + SQL Server 2005 en 64 bits accroit (significativement) les performances ?

Par avance, merci de votre aide...

RV

[SQLpro]

1) SQL Server standard ne permet pas plus de 4 processeur physiques, même en double coeur. En revanche il permet l'hyperthreading, mais cela est fortement déconseillé à cause du bug intel.
A lire : http://blogs.msdn.com/slavao/archive...12/492119.aspx
http://light.pcinpact.com/actu/print.php?id=24899&c=1

2) la RAM maximale accessible directement par une version standard 2005 est de 3 Go

3) La version 64 bits évite la pagination en RAM. En fait en 32 bits l'accès à la plage de RAM au dessus de 4 GO n'est pas directe mais passe par de la translation d'adresse en effet 2^32 = 4go. Ce qui nécessite du process de pagination en RAM. En revanche en 64 bits la plage d'adresse directe dépasse 15 000 To. Donc plus de pagination à partir de 4 Go. Mais elle pénalise les écritures. En effet les sous systèmes disques sont conçu pour du 32 bits par pour du 64... Il y a donc conversion systématique des données en E/S ce qui freine les écritures. En gros disons qu'un datawarehouse à intérêt à être monté en 64 bits et un OLTP en 32...

A +

[kingrvb]

1) SQL Server standard ne permet pas plus de 4 processeur physiques, même en double coeur.

>> 2 processeurs physiques dual ou quad core sont donc pris en compte c'est bien ça ?

En gros disons qu'un datawarehouse à intérêt à être monté en 64 bits et un OLTP en 32...

C'est là où le bas blesse... Ma DB a une partie OLTP avec un très grand nombre d'I/O et aussi une partie exploitation / reporting avec des requêtes assez conséquentes mais bon disons que c'est la partie transactionnelle qui est la plus conséquente donc on ira vers du 32 bits

Merci beaucoup pour votre réponse !