SQL 2000, optimisation

Le
Boris
Bonjour,

j'ai une gestion de production qui tourne sur SQL 2000,
j'ai un client qui intercepte les vnements de 40
automates puis les envoit au SGBD.J'ai dvelopp des
procdures stockes. Un autre client permet de visualiser
l'tat des mahcnines en temps rel puis faire des stats.

Mon pb est que les automates envoient un certain nb
d'info, que ma base fait 7 Go et que SQL me prend 540 Mgo
de mmoire vive, comment je peux connatre la queue de sql
car je suppose que la mmoire importante est la file
d'attente. Bref, je suis oblig de redmarrer mon serveur
tous les jours car sql ne rpond plus, je suppose que je
perd la file d'attente donc des donnes. Comment puis je
analyser a et surout l'optimiser.

Merci

Boris.
  • Partager ce contenu :
Vos réponses
Trier par : date / pertinence
anonyousmen
Le #11665651
il faut monitorer la consommation de la memoire , pour
voir exactement quel process est entrain de consommer le
plus et a priori ne libere pas bien la memoire ???

Dbcc memusage et compteurs de performance rubrique memory


-----Message d'origine-----
Bonjour,

j'ai une gestion de production qui tourne sur SQL 2000,
j'ai un client qui intercepte les événements de 40
automates puis les envoit au SGBD.J'ai développé des
procédures stockées. Un autre client permet de visualiser
l'état des mahcnines en temps réel puis faire des stats.

Mon pb est que les automates envoient un certain nb
d'info, que ma base fait 7 Go et que SQL me prend 540 Mgo
de mémoire vive, comment je peux connaître la queue de


sql
car je suppose que la mémoire importante est la file
d'attente. Bref, je suis obligé de redémarrer mon serveur
tous les jours car sql ne répond plus, je suppose que je
perd la file d'attente donc des données. Comment puis je
analyser ça et surout l'optimiser.

Merci

Boris.
.



Fred BROUARD
Le #11665531
pour une application "temps réel" à première vue 540 Mo de RAM pour une base de
7 Go, c'est faible. Quelle est la taille de la RAM ?

Attention : a ce stade toute mise en oeuvre d'outils de monitoring va prendre
des ressources et donc dégrader encore plus le fonctionnement de la base.

Voici quelques éléments sur l'optimisation :
http://sqlpro.developpez.com/OptimSQL/SQL_optim.html

Mais seul un audit te permettra d'approfondir le sujet et de voir les remèdes
les plus appropriés.

A +

--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
** www.datasapiens.com, ingéniérie des données, de SQL et des SGBDR **

Boris a écrit:
Bonjour,

j'ai une gestion de production qui tourne sur SQL 2000,
j'ai un client qui intercepte les événements de 40
automates puis les envoit au SGBD.J'ai développé des
procédures stockées. Un autre client permet de visualiser
l'état des mahcnines en temps réel puis faire des stats.

Mon pb est que les automates envoient un certain nb
d'info, que ma base fait 7 Go et que SQL me prend 540 Mgo
de mémoire vive, comment je peux connaître la queue de sql
car je suppose que la mémoire importante est la file
d'attente. Bref, je suis obligé de redémarrer mon serveur
tous les jours car sql ne répond plus, je suppose que je
perd la file d'attente donc des données. Comment puis je
analyser ça et surout l'optimiser.

Merci

Boris.


Poster une réponse
Anonyme