[Sql Server 2005] Au secours on sature !

Au secours on sature ! [Sql Server 2005] - SQL/NoSQL - Programmation

Marsh Posté le 30-07-2009 à 15:05:33    

Hello la compagnie,
 
notre serveur de Prod est sur les genoux.
Y'a bcp ( trop ) de choses qui tournent dessus, on est en train de dispatcher les fonctionnalités : les instances IIS vont migrer sur 2 frontaux et les outils ( tâches planifiées ) sont en cours de migration sur un autre serveur. le MySql va rester sur ce serveur, mais c'est pas lui le gros du pb.
Notre bête noire c'est mssql.
On a plusieurs bases, avec des volumétries importantes ( ~50Go sur les 2 bases principales ).
On arrive à saturation : le process mssql bouffe en moyenne 50% du CPU ( çà doit être un bi xeon 2GHz ) et 1.6Go de ram ( alors que je lui en alloue 2Go max, mais il plafonne à 1.6 ), les disques doivent clignoter non stop.
C'est du mssql 2005 standard.
Les bases sont sur une grappe raid 5 de 4 disques SCSI 15k. J'ai 1 fichier data, un fichier de log et 1 fichier d'index, mais tous sur la même grappe ( oui je sais çà sert à rien donc :D )
A part archiver les anciennes données ds des tables séparées et ainsi diminuer la volumétrie des tables 'en cours', et sans tout péter l'archi du serveur, j'ai quoi comme solution ?
Moi je veux faire du raid avec des SSD mais j'ai pas encore eu l'accord pour faire un test :D
 
Je suis preneur d'idées :jap:


---------------
FeedBack HFR
Reply

Marsh Posté le 30-07-2009 à 15:05:33   

Reply

Marsh Posté le 30-07-2009 à 16:00:04    

WhyMe,
 
A mon avis ton problème est vaste, mais si ton serveur sature c'est certainement lié à la facon dont les applications sont programmées aussi.
 
Une application fluide en dév, le deviendra moins avec en production avec 50 utilisateurs et la volumétrie après des années d'utilisations commencera à faire saturer en connexion ton serveur, car les requêtes mettront de plus en plus de temps à s'éxecuter.
Il faudrait donc optimiser les connexions au base de données, repenser les applications par rapport aux volumes.
 
Quand aux SSD, d'après certains tests, en utilisation du type base de données, les performances vont vite tombées et la fiabilité pas suffissament éprouvée avec le recul, sans même parler des prix pour avoir un bon disque.
 
A ton service,
Gag
 
 
^^


---------------
Oppa Gagman Style
Reply

Marsh Posté le 30-07-2009 à 16:04:12    

Je sais, tu vas encore me parler de la façon dont a été développée la boutique, tout çà ...
 
Faites pas attention on bosse ensemble :D


---------------
FeedBack HFR
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed