Discussion :

[Bernardos]

Bonjour,
j'ai mis en place une petite analyse de perf avec l'analyseur de performance(perfmon ) et j'ai en autre choisi le compteur :"page life expectancy".

d'après ce que j'ai compris c'est la durée de vie d'une page en secondes. mais j'ai un gros doute sur le fait que ce soit réellement en secondes.

mon serveur est certe performant et bien fourni en mémoire mais j'obtiens des valeur genre 538 512,000 ce qui fait en gros plus de 6 jours...

est ce que ca vous parait plausible ou est ce que cette valeur est en fait en ms?

autre observation j'obtiens systématiquement une droite très légerement croissante. vu la grandeur de la valeur je m'attendais plutot à avoir une constante. quel est votre avis sur le sujet?

merci d'avance

cordialement,

[darkelend]

oui c'est bien en seconde. Et si tu n'as pas d'activité suffisante pour vider le buffer de SQL Server, ta courbe va grandir de 1 toutes les secondes.

[mikedavem]

Cela est effectivement une valeur en seconde et instantanée.
SQL Server tente de garder un niveau de pages libres raisonnable et en fonction peut être amené à libérer de la place (pression mémoire entre autre).

Si ce seuil est atteint et que celle concernant le cache de données (buffer pool) ne l'est pas alors SQL Server aura tendance à récupérer des pages qu'il aura réservée plutôt que de déplacer une page précédemment utilisée sur le disque.

C'est la raison pour laquelle tu peux voir que ce compteur peut avoir une valeur relativement élevée.

++

[Bernardos]

merci de vos réponses.
j'ai encore une petite question(et une sous question ) annexe :

quelles sont d'après vous les seuils d'avertissement et critiques pour ce compteur? faut il faire une différence entre le 32 bits et 64 bits ou entre les différentes versions de sql server?

j'ai lu et entendu pas mal de réponses différentes sur le sujet
Celle qui semble revenir le plus c'est <300 secondes = avertissement et <30 secondes = critique

Merci d'avance

[mikedavem]

Ces seuils sont historiques et ne sont plus à prendre comme généralité.
Chaque contexte de serveur possèdera ses propres valeurs et ce qui est important je pense c'est surtout de voir les variations à la baisse de ce compteur ou pouvoir faire un comparatif avec une valeur dans une période normale.

Si l'idée derrière tout cela est de savoir s'il existe ou non une pression réelle de mémoire il faudra que tu corrèles cette information avec d'autres valeurs de compteur (entre autres) spécifiques au comportement de la mémoire liée à SQL Server pour affirmer réellement qu'il existe un problème.

++

[darkelend]

Il était admis qu'en dessous de 300 secondes, il y avait surement un problème de pression mémoire. Mais c'était valable pour du 32 bits lorsque la RAM était limitée. Maintenant, il faut surveiller et se poser des questions si ça dégringole d'un coups.

[Bernardos]

ok.
Merci beaucoup pour vos réponses.

[dbaffaleuf]

Perso j'utilise la formule PLE = min(max server memory,VAS) / 4Gb * 300 sec. En gros on compte 300sec par pallier de 4Gb. Comme dit au dessus, le chiffre de 300sec date de l'époque où une majorité de 32 bits occupaient encore le terrain, et où on rencontrait peu de configs au dessus de 4Gb de mémoire physique. Aujourd'hui ce chiffre ne veut plus rien dire.