Bonjour,
 
Je vais changer bientôt mon serveur SGBD.
J'ai actuellement des traitements qui durent 8H la nuit.
Je voudrai bien estimé le gain qui je vais avoir avec un nouveau CPU.
Quelle méthode de calcul faites vous ? autrement dit comment estimé vous le besoin de CPU de votre serveur de bases de données ?

sa dépent aussi de la mémoire et des disques ou son stocké tes bases.  c'est ton SGDB ? SQL serveur ? Oracle? DB2 ? informix ? MySQL ? ...
La taille de tes bases ?

Les BDDS sont stockés sur une baie N-Series de IBM en Fiber Channel.
Mémoire, minimum 4Go mais je compte doubler.
SQL Serveur 2005 --> Voir une migration 2008 possible.
La plus grosse bases doit faire 35Go mais j'ai le LDF qui peut atteindre 40Go durant des traitements.
Evidemment, la BDD va encore augmenter de taille et les calculs aussi... et nous allons bientôt ne plus passer en terme de temps.
 
Nous avions déjà prévu de changer de serveur de BDD, mais je voudrai être tranquille au moins pendant 3ans. alors je voudrai faire une estimation.

Mémoire du serveur ou il y a SQL 4 GO ?
peut importe la baie.
Donne moi le RAID du volume ou est le MDF le volume et le RAID ou ce trouve le LDF est ce le même ?
Parceque si tu 4 Go sur ton serveur pour une base de 35 Go c'est normal que ça patauge. Si en plus derrière ton volume tiens pas la route logique sa pédale dans la semoule.
 

Je ne peux pas plus de 4Go, je suis en Windows Std
Il faut que je migre sur la nouvelle machine (d'où ma question)
 
Le LDF est sur un controleur (je pense que le RAID est un 0+1) de 100Go
Le MDF est sur un autre controleur de 120Go.
 
Il me semble que le dimensionnement de la ram n'a rien à voir avec la taille de la bdd.

 
    Si justement en ""principe"" tu devrais provisionner ton serveur de autant de mémoire que la taille de la base + un peu pour l'OS. Sinon il utilise a fond ces LDF et MDF et donc si les RAID sont un peux mou hé bien ça mouline.
RAID 0+1 c'est bien . Mais le MDF sur du 0+1 aussi ?

auissi c'est une baie N3300 je pense pas mettre en cause la baie de stockage... je pense qu'elle tienne la route.
 
Attends c'est pas un peu absurde sans vouloir etre méchant, mais si j'ai une base de 100Go alors de je dois prendre 100Gode ram ?

oui et non , si tu peux oui fais le , sinon mais un stockage qui tiens la route. De la même Manière je ne met pas ta baie en cause mais il faut savoir quel type de raid et de disque tu met dessus.  
Exemple : tu fait un RAID 5 avec 3 disques SATA 7,5 kRPM sa sera pas comparable avec un RAID 10 de 16 disque 15000 RPM. de plus il est souhaitable de séparé comme tu l'a fait les volumes des MDF et des LDF. Mais en tous cas essaye de mettre un max de mémoire par rapport à ta base.

C'est du RAID 10 avec 6 disque par controleur de 15K

et tes volumes pour les LDF et les MDF sont sur le même RAID 10 ?

non sur 2 controleurs différents.  Je pense que j'arrive à la limite de mon processeur. et de la ram. donc ma question est comment calibrer le prochain CPU et y a t'il une formule pour savoir combien je vais gagné en temps?
 
La ram ça sera minimum du 8Go.

ton appli utilise des procédures stocké ? que dit l'éditeur de ton appli qui utilise ces bases ?

c'est un ERP nous sommes conscient que c'est les calculs qui prennent beaucoup de temps... C'est en interne dans l'application.
 
Nous avons déjà optimisé les requêtes, les indexations et statistique.

quel ERP si ce n'est pas indiscret ?

Dynamics Ax de Microsoft

pour ce qu'on m'avait raconté sur Dynamics, c'est une application mal gaulé qui sur-consomme du CPU et ne fait que des requêtes pas ensemblistes du tout et que pour le CPU il faut privilégier un nombre importants de coeur car la saturation vient au niveau du nbre importants d'instructions dans les files d'attente des CPU

ok je pensai déjà passer à du 8C...

 
+1, je confirmes, les bases SQL, plus elles sont volumineuses, plus elles pompe en RAM.
donc pour toi, obligatoire 64bits avec on va partir sur du 16Go de RAM et RAID5 SATA 15000trs/minutes mini
Il me semblait d'ailleurs avoir vu un topic de benchs de BDD sur HFR, faudrait le retrouver...
A titre d'exemple, notre base compta SAGE SQL fait 1Go sur disque et pompe 1,6Go de RAM mini.
 
PS : par contre, comment tu as fait pour séparer le MDF et le LDF ?  

J'ai 2 controleurrs sur la baie. Donc 2 LUN.
==> MDF et LDF
Puis je fait pointé ces LUN sur mon SGBD. Et j'ai le lecteur F et G.
 
"+1, je confirmes, les bases SQL, plus elles sont volumineuses, plus elles pompe en RAM."
Il dit de :"provisionner ton serveur de autant de mémoire que la taille de la base"  
 
C'est sur le mot "autant" que je réagi...  
 
Comment tu vois la taille que prend ta base dans la mémoire... vu que dans le gestionnaire des taches, sql prend forcement toute ta ram (ce qui est normal)

Attention au RAID 5 en écriture c'est pas la joie. C'est un RAID 5 de combien de disk ?

 Tu ne vois que pour les instances. Et tu limite si tu veux par instances. Tu as mis toutes tes bases sur la même instance ?

drazor tu réponds à akizan... moi je suis sur du Raid 10 15K.
Je n'ai pas de problème d'accés disques... j'ai vraiment un problème de calcul... Ram et CPU...
 
Oui toutes mes bases sur la meme instanace.... mais c'est des bases qui n'ont pas énormément de traffic... (Antivirus, Reporting et SCCM qui est trés peu utilise pour le moment)

fait ton choix  
http://www.cpubenchmark.net/high_end_cpus.html

 
   
Bah oui comme ça lol
Je regarde le processus sqlservr.exe... C'est naze de faire comme ça ?
Hé justement, je suis pas d'accord avec toi, l'utilisation mémoire  monte au fur et à mesure que les utilisateurs travaillent et ensuite c'est vrai plafonne et ne bouge quasiment plus...

 
J'ai dis "mini"
On est d'accord que RAID10, c'est mieux.

je répondais au deux. ton perfmon te dit quoi sur ton serveur SQL ?