Ralentissement au niveau d'un serv SQL

[guigui69]

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

[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

[SQLpro]

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

A +

[guigui69]

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

[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 +

[guigui69]

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

[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 +

[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.

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