Discussion :

[yinyang]

Bonjour!!


Dans le service où je travaille, nous avons un serveur Windows 2003 bi-proc avec une base de données SQL Server 2000 (collecte d'information de qq serveurs de l'entreprise), et j'aurai une ou deux questions.

1e question :
Le processus "sqlservr.exe", en plus d'utiliser de + en + de RAM au fil du temps, réalise un pic d'utilisation CPU de 50% parfois (100% sur l'un des CPU).
Quelles sont les raisons possibles de cette subite %CPU ?

2e question :
Cela concerne les journaux d'erreurs SQL (bdd/Gestion/Journaux d'erreur).
Je souhaiterai pouvoir configurer leur taille, les infos qu'ils contiennent et leur "nettoyage", et pour l'instant ne réussi à ne rien faire.


Si vous pouviez m'éclairer !
Merci d'avance.

[WOLO Laurent]

Plusieurs raisons peuvent être à l'origine de la chûte des performances de du serveur parmis lesquelles nous pouvons citer
1-L'augmentation de la volumétrie de tes bases de données.
2-L'augmentation des nombres d'utilisateurs
3-Les problèmes liés à l'optimisation des bases de données et des applications clientes qui tournent sur ce serveur.

Quand au journaux d'érreurs, une petite fonction de recherche pourra faire l'affaire.
Ca fait parfois du bien.

[yinyang]

Concernant la chûte des performances de du serveur, je vérifierai que les choses changes lorsque je vais ajouter des index, car pour l'instant il existe des tables contenant les enregistrement mais sans aucun index créés (pas util pour notre utilisation actuelle).

Pour les journaux d'érreurs, j'ai bien sûr fait des recherches pour obtenir un début d'idées mais rien de très concluant dans mes recherches.

[WOLO Laurent]

A lire: MS SQL Server et les problématiques du journal de transaction

[SQLpro]

1e question :
Le processus "sqlservr.exe", en plus d'utiliser de + en + de RAM au fil du temps, réalise un pic d'utilisation CPU de 50% parfois (100% sur l'un des CPU).
Quelles sont les raisons possibles de cette subite %CPU ?

C'est le comportement normal d'un SGBDR : il est taillé pour rendre le plus vite possivle les données. Il gère lui même les processus, l'accès disque et la RAM et passant outre l'OS (il intègre donc son propre OS apellé SQL OS). Il prendra à terme toute la RAM disponible s'il en a besoin. Il est prioritaire devant toutes les applications, sauf en ce qui concerne l'OS et ce uniquement s'il est en état de stress.
SQL Server parallélise les processeurs et est capable de consommer la totalité d'un proc si besoin est.

2e question :
Cela concerne les journaux d'erreurs SQL (bdd/Gestion/Journaux d'erreur).
Je souhaiterai pouvoir configurer leur taille, les infos qu'ils contiennent et leur "nettoyage", et pour l'instant ne réussi à ne rien faire.

Normal, c'est une sécurité. Laurent vous à donné l'article que j'ai écrit à ce sujet.

Sachez que je délivre des formations sur MS SQL Server en standard ou à la carte...

A +