Comment justifier plus de ram pour SQL Server 2005

Question

Nous avons SQL Server 2005 en cours d'exécution sur Win2003/64, et nous le poussons fort. Nous générons des rapports en temps réel sur plusieurs tables avec quelques millions d'enregistrements en utilisant asp.net 3.5, et ils expireront périodiquement. Je voudrais augmenter notre mémoire de 8 Go à 16 Go ou même 32 Go pour voir comment cela aide, mais je dois justifier cela aux pousse-crayons avant qu'ils ne dépensent l'argent. Quelqu'un peut-il me diriger vers des ressources qui m'aideront à faire valoir mon point de vue et me donneront des chiffres précis à utiliser?

Answer 1

Cherchez d'abord quel est vraiment le problème et que le serveur est correctement réglé pour les requêtes que vous exécutez. C'est très triste de gaspiller l'argent sur RAM pour découvrir que vous êtes lié aux E/S. Après avoir recueilli des données sur la cause des délais d'attente, vous devriez être capable de convaincre les utilisateurs de crayon facilement.

Quelques liens tuning/de surveillance:

http://www.brentozar.com/archive/2008/03/sql-server-2005-setup-checklist-part-1-before-the-install/ (cochez les deux articles)

http://www.sql-server-performance.com/

A propos d'E/S spécifiquement:

http://www.microsoft.com/technet/prodtechnol/sql/bestpractice/pdpliobp.mspx

http://searchsqlserver.techtarget.com/generic/0,295582,sid87_gci1307990,00.html

http://www.novicksoftware.com/Articles/sql-server-io-statistics.htm

Answer 2

Je commencerais par profiler et optimiser les requêtes autant que je le pourrais.

Je voudrais construire un système de test et exécuter les requêtes en utilisant 1 Go de RAM, 2 Go de RAM, 4 Go de RAM et enfin 8 Go de RAM. Je voudrais calculer comment les requêtes se comporteraient avec 16 ou 32 Go de RAM (et montrer les valeurs de temps réelles et les augmentations en pourcentage - ils comprendront cela) et construire un joli graphique coloré (pencilpushers comme ça).

Ils ne comprendront pas les aspects techniques, mais ils comprendront les augmentations en pourcentage et un joli graphique.

Mais je reviendrais à travers les requêtes un essai pour les optimiser d'abord.