j'ai une gestion de production qui tourne sur SQL 2000,=20
j'ai un client qui intercepte les =E9v=E9nements de 40=20
automates puis les envoit au SGBD.J'ai d=E9velopp=E9 des=20
proc=E9dures stock=E9es. Un autre client permet de visualiser=20
l'=E9tat des mahcnines en temps r=E9el puis faire des stats.
Mon pb est que les automates envoient un certain nb=20
d'info, que ma base fait 7 Go et que SQL me prend 540 Mgo=20
de m=E9moire vive, comment je peux conna=EEtre la queue de sql=20
car je suppose que la m=E9moire importante est la file=20
d'attente. Bref, je suis oblig=E9 de red=E9marrer mon serveur=20
tous les jours car sql ne r=E9pond plus, je suppose que je=20
perd la file d'attente donc des donn=E9es. Comment puis je=20
analyser =E7a et surout l'optimiser.=20
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
anonyousmen
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. .
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.
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
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.
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.
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.