Discussion :

[ZuZu]

Bonjour,

sur un poste avec MSDE2000 d'installé, j'aimerais limiter la quantité de mémoire utilisée par SQL Server, donc avec

Code :

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

EXEC sp_configure 'MAX SERVER MEMORY', '512'

puis dans une seconde commande

Code :

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

RECONFIGURE

je n'ai pas d'erreur retournée, mais la limite n'est pas prise en compte (alors que sur le site de microsoft j'ai pu lire qu'il n'y avait pas besoin de redémarrer le serveur pour cette option).
Dans le fichier journal d'erreur, j'ai cette erreur qui apparait après sp_configure :

Erreur : 15457, Gravité : 0, État : 1
L'option de configuration 'max server memory (MB)' a changé de 512 à 512. Pour installer, exécutez l'instruction RECONFIGURE..

Je n'ai encore rien trouvé, les instructions sont pourtant très simples ...

Merci d'avance

[ZuZu]

J'ai rajouté avant la désactivation de l'allocation dynamique

Code :

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

EXEC sp_configure 'AWE ENABLED', '1'

et ca fonctionne, par contre l'utilisation que je constate dans le gestionnaire des tâches est toujours environ 15% plus élevé que la valeur max spécifiée lorsque pour les tests je mets des valeurs très faibles.

Les modérateurs jugeront de l'utilité de ce post ...

[SQLpro]

C'est tout à fait normal !!!!

Imaginez que vous soyez dans un avion disons de 30m de long avec tous les sièges occupés et que vous décidez subitement en plein vol de suupprimer quelques 10m de l'avion.

Je crains quelque peu pour vos passager !!!

Le seul moyen de faire cela sans tuer vos passager est d'attérir et de faire l'opération au sol.

Il en est de même pour SQL Server. Certaines opérations de reconfiguration ne peuvent se faire dans certaines conditons. Certaines nécessite l'arrêt du serveur SQL, d'autres, l'arrêt de la machine.

Ainsi pour AWE il faut modifier le boot.ini, redémarrer le PC, puis modifier SQL Server, et redémarrer SQL Server.

A +

[ZuZu]

Le seul moyen de faire cela sans tuer vos passager est d'attérir et de faire l'opération au sol.

Pourquoi ?? Mes passagers sont virtuels, ils n'ont qu'à mourrir !!

OK pour un redémarrage du serveur, mais pourquoi me parlez-vous du fichier boot.ini ???


En ce qui concerne le principe d'utilisation de la mémoire vive par SQL Server, je comprends très bien la démarche qui est de garder en tampon dans la mémoire vive des instructions ou résultats de requete ou tout ce qu'il veut, en mémoire vive oui, mais pourquoi utilise-t-il également, lorsqu'il n'est pas limité, le fichier de pagination de mémoire virtuelle qui lui est sur le disque dur, et donc ou il n'y a pas d'avantages en terme de vitesse d'écriture par rapport au fichier de base de donnée .mdf ?? Non ?

[Edit] Je pose cette question parce qu'en fait c'est le problème qui m'ammène à vouloir limiter l'utilisation de la mémoire vive par SQL Server, s'il n'utilisait "que" toute la RAM disponible, dans mon cas où une application tourne en permanence sur le poste, tout irait bien, le problème c'est que le poste ralentit de plus en plus au fur et à mesure que SQL Server utilise de grandes quantités de mémoire virtuelle (en plus de la mémoire vive).