Discussion :

[guilld]

Bonjour,

Je me pose une question en rapport à la durée de vie d"une page..
je lis souvent qu'une page devrait avoir en moyenne une durée de vie à 300 secondes..
Si j'espionne un peu, je vois que la PLE monte jusqu'à 3000 secondes mais dés qu'il y a une activité soutenue sur la SGBD, la PLE chute à environ 50-60 !! Puis remonte au fil des heures..
Qui peut engengrer ce symptôme ? une mauvaise comception de la base ? ou configuration d'un ou plusieurs paramétres à revoir ??

Merci pour vos lumières..

[CherifIB]

SQL Server ajuste cette valeur selon la quantité de mémoire disponible dans
le cache, moins il y a de mémoire, plus la durée de vie est courte .
si ce compteur tombe en dessous de 300, vous manquez de mémoire ou vous avez limité l'option max server memory .
l'article t'aidera d'avoir des informations sur l'utilisation de la mémoire :
http://blog.developpez.com/zinzineti...ation-memoire/

[mikedavem]

Cette valeur est en réalité une estimation pour une quantité de mémoire de référence de l'ordre de 4Go et 1.6Go pour le buffer cache lorsque l'on avait des architectures 32 bits. Il faut donc faire attention à estimer une valeur de seuil correcte en fonction de la quantité de mémoire disponible sur le serveur SQL.

Par exemple pour 15Go on aurait une valeur de PLE :

Code :

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

15 * 300 / 4 = 1125

si ce compteur tombe en dessous de 300, vous manquez de mémoire ou vous avez limité l'option max server memory

Ce n'est pas forcément le cas. La seule indication de valeur de ce compteur ne suffit pas à dire qu'il existe une pression mémoire réelle sur le serveur. Il faut investiguer plus loin que cela. On peut par exemple corréler avec la valeur du compteur Lazy Writes/sec ou encore Free List Stalls/sec.

De plus, il faut regarder si le problème est réellement un manque de mémoire (quantité de RAM ou paramétrage de la valeur max server memory ) ou un mauvais design d'une requête. Visiblement dans le cas de guild je pencherai plus pour la 2ème voie ... à déterminer donc ..

++

[guilld]

Merci pour ces réponses précieuses...

Donc voici un résumé rapide concernant la RAM:
RAM physique disponible : 24GO
MAX Memory sur SQL : 20 000 MO (bridé volontairement car lors de l'installation SQL serveur la valeur était par défaut à 2 milliard et quelque..)
J'ai coché l'option AWE puisque SQL est en 32Bit malgré une configuration serveur en 64bit.

Aprés avoir fait un test simple et pour répondre à l'éventualité d'un design de requette non optimisé, un SELECT COUNT sur une table de 65 million de lignes fait tomber le PLE à 25! (voir moins parfois..)

Et pour finir, la RAM totale utilisé par SQL est d'environ 10GO sur les 20 que j'ai alloué en MAX.. Je m'attendait à ce que SQL vampirise rapidement cette ressource, mais non.

[SQLpro]

en 32 bits il faut modifier le boot.ici et verrouiller les pages en mémoire...

À me lire : http://blog.developpez.com/sqlpro/p5...2-bits-et-awe/

A +

[guilld]

J'ai demandé à l'administrateur d'effectuer la modification de BCDEdit afin d'ajouter la PAE... Affaire à suivre.. Merci pour votre aide..