Ralentissement au niveau d'un serv SQL

Version imprimable

03/04/2011, 21h05
guigui69

Ralentissement au niveau d'un serv SQL

Bonsoir à tous,

Désolé pour le titre pas très explicite.

Au sein de notre entreprise nous disposons d'un serveur:
- windows 2003 R2 (32bit)
- Xeon 3.00 et 4 giga ram.

Nous avons ms sql 2000 (sp4) sur ce serveur, et depuis une semaine nous rencontrons des ralentissement dans notre SI( DMS et sage 100).

Par exemple dans l'utilisation quotidienne de notre outils, ou bien dans lorsque l'on exécute des requête SQL (des stats qui mette le double de temps).

- Par ou commencer pour voir d’où vient ces ralentissement ?.

- Notre prestataire au niveau du SI nous a dit que nous pouvions compacter notre base de donnée ( elle fait 80 giga et elle pourrait etre 50 giga), est-ce que cela peut porter un gain de performance.?

Merci

guigui69
04/04/2011, 08h58
iberserk

Commencez par monitorer les ressources de votre serveur (cpu, mémoire, disques).
Déterminez si vos ralentissements sont ponctuels, si oui est-ce toujours aux même heures (présences de batchs... ou heures avec plus de connexions).

Pour SQL SERVER, tachez de monitorer les reqûêtes problématiques (lecture/ecritures élevées) via SQL PROFILER etc.

Et tenez nous au courant
04/04/2011, 10h07
SQLpro

Avez vous un plan de maintenance incluant une défragmentation des index et un recalcul des statistiques ?

A +
04/04/2011, 12h13
guigui69

2 pièce(s) jointe(s)

Bonjour et merci pour vos réponse.

Ci-joint le monitoring du serveur concernée sur une semaine (semaine dernière).

- SQL PROFILER est-il inclus en version 2000 ? C'est le générateur de profil?
- sql Profiler analyse toute les requêtes de notre base? car moi j’exécute 2-3 requête en SQL depuis soit l'outil de requête analyseur requête ou bien depuis une page php. Après toute le reste se fait par l’intermédiaire de nos outil (sage compta & icar dms)

"plan de maintenance incluant une défragmentation des index et un re calcul des statistiques ?" Je ne sais pas, c'est une procédure propre à SQL server ou bien a notre outil SI qui utilise la base sql server.?

Merci pour votre aide

guigui69
04/04/2011, 13h55
SQLpro

Commencez par reconstruire tous les index hors production et voyez si cela a changé les choses....
Exemple : http://blog.developpez.com/sqlpro/p8...-des-statisti/

A +

Merci pour ta réponse.

Je connait rien au niveau de la gestion optimisation de sql server.

Code:

1
2
3
4
5
6
7
8
9
 
DECLARE @SQL VARCHAR(max); 
SET @SQL ''; 
SELECT  @SQL  =  @SQL + 'ALTER INDEX ' + dbo.sys_INDEX_NAME(object_id, index_id) +' ON ' + 
       dbo.sys_COMPLETE_NAME(object_id) + ' REBUILD;' 
FROM   sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, NULL) 
WHERE  avg_fragmentation_in_percent > 15 
  AND  page_count > 8 
EXEC (@SQL);

Ton code est-il sans risque pour les base de données?

guigui69

04/04/2011, 17h28
SQLpro

je ne peut en aucun cas le garantir car cela dépend de la façon dont vous administrez votre serveur et en particulier, quel est le mode de journalisation des transactions et y a t-il de la place sur le disque contenant le JT.

De plus cela ne marchera qu'en version 2005/2008. SI vous êtes en 2000, ce n'est pas la même chose. Mais vous n'avez rien indiqué (ni version, ni édition...) Commencez par le commencement !

A +
04/04/2011, 21h41
guigui69

Ah ben pardon c'est pas ça la version "ms sql 2000 (sp4)" comme indiqué dans mon premier post.? C''est un numéro de version que vous avez besoin, je regarde ca demain matin.

Citation:

mode de journalisation des transactions et y a t-il de la place sur le disque contenant le JT.

Je regarde ca demain

Merci

guigui69