J'ai un problème avec la configuration de mon SQL Server 2000. Je me rend
compte que la place occupée par le process sqlservr.exe est de plus en plus
importante au fur à mesure que des requêtes sont passées sur la base. Et
cela relativement rapidement (de 18 Mo occupé au démarrage, je me retrouve
vite à 200 ou 300 Mo) Que faut il faire pour que le process ne prenne pas
aussi vite autant de place ?
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
Fred BROUARD
LM a écrit :
Bonsoir,
J'ai un problème avec la configuration de mon SQL Server 2000. Je me rend compte que la place occupée par le process sqlservr.exe est de plus en plus importante au fur à mesure que des requêtes sont passées sur la base. Et cela relativement rapidement (de 18 Mo occupé au démarrage, je me retrouve vite à 200 ou 300 Mo) Que faut il faire pour que le process ne prenne pas aussi vite autant de place ?
C'est le comportement NORMAL de tout bon SGBDR qui place en cache TOUTES les données utilisée. C'est pourquoi un SGBDR doit être installé sur un serveur dédié et seul.
maintenant vous pouvez faire cohabiter SQL Server avec n'importe quelle autre application ou service, mais il faut lui limiter la mémoire et ce sera donc au détriment des performances de SQL Server.
pour ce faire : procédure système, sp_configure, option max server memory
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci !
Laurent
LM a écrit :
Bonsoir,
J'ai un problème avec la configuration de mon SQL Server 2000. Je me rend
compte que la place occupée par le process sqlservr.exe est de plus en plus
importante au fur à mesure que des requêtes sont passées sur la base. Et
cela relativement rapidement (de 18 Mo occupé au démarrage, je me retrouve
vite à 200 ou 300 Mo) Que faut il faire pour que le process ne prenne pas
aussi vite autant de place ?
C'est le comportement NORMAL de tout bon SGBDR qui place en cache TOUTES
les données utilisée.
C'est pourquoi un SGBDR doit être installé sur un serveur dédié et seul.
maintenant vous pouvez faire cohabiter SQL Server avec n'importe quelle
autre application ou service, mais il faut lui limiter la mémoire et ce
sera donc au détriment des performances de SQL Server.
pour ce faire : procédure système, sp_configure, option max server memory
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
J'ai un problème avec la configuration de mon SQL Server 2000. Je me rend compte que la place occupée par le process sqlservr.exe est de plus en plus importante au fur à mesure que des requêtes sont passées sur la base. Et cela relativement rapidement (de 18 Mo occupé au démarrage, je me retrouve vite à 200 ou 300 Mo) Que faut il faire pour que le process ne prenne pas aussi vite autant de place ?
C'est le comportement NORMAL de tout bon SGBDR qui place en cache TOUTES les données utilisée. C'est pourquoi un SGBDR doit être installé sur un serveur dédié et seul.
maintenant vous pouvez faire cohabiter SQL Server avec n'importe quelle autre application ou service, mais il faut lui limiter la mémoire et ce sera donc au détriment des performances de SQL Server.
pour ce faire : procédure système, sp_configure, option max server memory
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci !
Laurent
LM
Merci pour ces renseignements.
Laurent
"Fred BROUARD" a écrit dans le message de news:
LM a écrit :
Bonsoir,
J'ai un problème avec la configuration de mon SQL Server 2000. Je me rend compte que la place occupée par le process sqlservr.exe est de plus en plus importante au fur à mesure que des requêtes sont passées sur la base. Et cela relativement rapidement (de 18 Mo occupé au démarrage, je me retrouve vite à 200 ou 300 Mo) Que faut il faire pour que le process ne prenne pas aussi vite autant de place ?
C'est le comportement NORMAL de tout bon SGBDR qui place en cache TOUTES les données utilisée. C'est pourquoi un SGBDR doit être installé sur un serveur dédié et seul.
maintenant vous pouvez faire cohabiter SQL Server avec n'importe quelle autre application ou service, mais il faut lui limiter la mémoire et ce sera donc au détriment des performances de SQL Server.
pour ce faire : procédure système, sp_configure, option max server memory
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci !
Laurent
Merci pour ces renseignements.
Laurent
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
epOvUki2GHA.3428@TK2MSFTNGP05.phx.gbl...
LM a écrit :
Bonsoir,
J'ai un problème avec la configuration de mon SQL Server 2000. Je me rend
compte que la place occupée par le process sqlservr.exe est de plus en
plus importante au fur à mesure que des requêtes sont passées sur la
base. Et cela relativement rapidement (de 18 Mo occupé au démarrage, je
me retrouve vite à 200 ou 300 Mo) Que faut il faire pour que le process
ne prenne pas aussi vite autant de place ?
C'est le comportement NORMAL de tout bon SGBDR qui place en cache TOUTES
les données utilisée.
C'est pourquoi un SGBDR doit être installé sur un serveur dédié et seul.
maintenant vous pouvez faire cohabiter SQL Server avec n'importe quelle
autre application ou service, mais il faut lui limiter la mémoire et ce
sera donc au détriment des performances de SQL Server.
pour ce faire : procédure système, sp_configure, option max server memory
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
J'ai un problème avec la configuration de mon SQL Server 2000. Je me rend compte que la place occupée par le process sqlservr.exe est de plus en plus importante au fur à mesure que des requêtes sont passées sur la base. Et cela relativement rapidement (de 18 Mo occupé au démarrage, je me retrouve vite à 200 ou 300 Mo) Que faut il faire pour que le process ne prenne pas aussi vite autant de place ?
C'est le comportement NORMAL de tout bon SGBDR qui place en cache TOUTES les données utilisée. C'est pourquoi un SGBDR doit être installé sur un serveur dédié et seul.
maintenant vous pouvez faire cohabiter SQL Server avec n'importe quelle autre application ou service, mais il faut lui limiter la mémoire et ce sera donc au détriment des performances de SQL Server.
pour ce faire : procédure système, sp_configure, option max server memory
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
