Discussion :

[tiferg]

Bonsoir à tous,

J'ai installé une base de données sql server 2005 sur laquelle j'ai branché un projet access ADP. Le problème que je rencontre est que je constate qu'au file des jours sql server prend de plus en plus de mémoire vive, jusqu'à 1 GO. Je suis alors obligé d'arrêter le service sql server afin de libérer la mémoire. Est-ce un problème sql server ou windows XP ? Y'a t-il une solution à cela ?
Merci pour votre aide.

tiferg

[SQLpro]

J'ai installé une base de données sql server 2005 sur laquelle j'ai branché un projet access ADP. Le problème que je rencontre est que je constate qu'au file des jours sql server prend de plus en plus de mémoire vive, jusqu'à 1 GO. Je suis alors obligé d'arrêter le service sql server afin de libérer la mémoire. Est-ce un problème sql server ou windows XP ? Y'a t-il une solution à cela ?

En principe un SGBDR C/S est conçu pour consommer toutes les ressources du serveur et cela pour optimiser le service des données. Ainsi que vous mettiez 1, 2 ou 4 Go de RAM ou bien plus, plus il prendra tout s'il en a besoin, au détriment de tous les autres process, OS compris.
C'est pourquoi il faut en principe un serveur dédié. Néanmoins pour de petites solutions pour lesquelles on veut à la fois le serveur SQL et l'application sur la même machine, alors il convient de brider la mémoire utilisable par SQL Server.
Dans votre cas, je vous conseille de fixer la RAM de SQL Server à 75% de la RAM physique.
Cela peut se faire à l'aide de la commande suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

EXE sp_configure 'max server memory', xxx

ou xxx est le nombre de Mo.

A +

[tiferg]

Merci beaucoup pour ta réponse qui va me solutionner mon problème.

tiferg

[tiferg]

oups je crois que j'ai parlé trop vite.
j'ai bien tenté l'execution de la ligne de commande mais j'obyiens le message suivant : Msg*15123, Niveau*16, État*1, Procédure*sp_configure, Ligne*51
L'option de configuration*'max server memory' n'existe pas ou il s'agit d'une option avancée.


merci

tiferg

[mikedavem]

Bonjour,

Activez les options avancées de configuration de votre serveur sql

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO

Exécutez ensuite le code que SQLPro vous a fourni.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sp_configure 'max server memory', xxx

++

[tiferg]

Bonsoir,

voilà la syntaxe que j'ai executée :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
 
EXECUTE sp_configure 'max server memory', 500000
RECONFIGURE

afin de fixer la mémoire utilisée par sqlserver à 500 MO.
Lors de l"exution cela est bien pris en compte.
Cependant cela ne change rien, le service sqlservr.exe augmente de 100 MO en moyenne par jour. Fallait_il arrêter le service puis le redémarrer ? Pour info sql server est installé sur un win xp.

merci et bonne soirée

tiferg

[mikedavem]

Bonsoir,

Certaines opérations nécessitent effectivement l'arrêt du serveur sql.
Redémarrez votre serveur sql.

++

[sevyc64]

Et il n'est pas interdit de redémarrer régulièrement la machine hébergeant le serveur, 1 fois par semaine par exemple

[djlixfe]

Et il n'est pas interdit de redémarrer régulièrement la machine hébergeant le serveur, 1 fois par semaine par exemple

ce que je déconseille pour un serveur de production, un redémarrage vide le cache de données qui permet d'exécuter plus rapidement les requêtes récurrentes.
Franchement quelle est cette manie de croire qu'un serveur WINDOWS doit être redémarré régulièrement

[SQLpro]

Et il n'est pas interdit de redémarrer régulièrement la machine hébergeant le serveur, 1 fois par semaine par exemple

Ceci est effectivement d'une haute spupidité, sauf si vous voulez sciemment pourrir les performances de votre serveur SQL.

En effet non seulement le cache est optimisé au fil du temps, mais certaines données d'optimisation et de contrôle (notamment statistiques) sont relevées en permanence et malheureusement vidées lors des redémarrage du service SQL Server (donc d'un arrêt machine).

Un Serveur SQL digne de ce nom est prévu pour fonctionner 24h/24, 7j/7 et de 365 jour par an avec une disponilité de 99,999 % ! (soit 5 minutes d'interruption par an). Toutes les opérations pouvant être faites à chaud.

Le mythe du "il faut redémarré Windows parce que ça marche pas bien" est hélas une rumeur courante, infondée et stupide ! Je gagerais qu'elle est sciemment entretenue par des intégristes linuxiens malintentionnés !

Aujourd'hui Windows est au moins aussi fiable que n'importe quel Linux ou Unix et SQL Server l'un des SGBDR les plus sécurisé, devant même Oracle qui tenait le pompon quelques années auparavant !

A +

A +