Mesdames, Mesdemoiselles, Messieurs, public chéri - mon amour  
 
Soit un serveur virtuel Exchange  (j'en ai déjà parlé en MP à quelqu'un sur ce forum, qui se reconnaitra, mais   ).
 
Pour des raisons que je ne puis révéler, au risque de devoir ensuite vous tuer un par un, j'ai décidé de lancer une tétra-chiée de compteurs d'analyse de performance sur ce serveur.
 
Bilan : il va bien  
 
Sauf... Sauf... Sauf un "petit" compteur qui m'embête, parce que sa valeur max ne convient pas, apparemment, aux précos Microsoft. Ne t'impatiente pas, public chéri, je te le donne, là, doucement, dou-ce-ment :
 
Objet : Base de données
Compteur : Anomalies de pages de bases de données/s
Instance : svchost
Description : Indique le taux de défaillances de page qui ne peuvent pas être corrigées en raison de l'absence de pages disponibles pour une allocation à partir du cache de base de données. Ce compteur doit être égal à 0 (zéro) sur les serveurs de production.
Valeur min : 0
Valeur moyenne : 0,327
Valeur max : 1704,708
 
Question : sachant que ce serveur est en production, que cela signifie-t-il ?
 
Question subsidiaire, pour départager ceux qui auront répondu correctement à la première question : sur quel point du serveur virtuel agir pour faire revenir cette valeur dans le cadre des précos de Microsoft ?
 
Merci de votre attention, je vous souhaite le bonjour

Salut ,
 
Là comme ça je dirais que c'est pas très grave (vu la moyenne).
Je pense que ça se produit à cause d'une latence disque trop élevée sur les IO.
 
Comment régler ça : s'assurer que le sous système disque est suffisamment sizé en terme d'IO, que l'antivirus est bien configuré pour exclure les process Exchange et chemins des DB, logs.
 
Si besoin de monitoring "intelligent", je te conseille SCOM et le management pack Exchange qui contient l'intelligence pour comprendre les erreurs et les sources des problème. Bon par contre c'est pas gratuit .

Oh ben tiens, salut Je@nb, ça alors, si on m'avait dit que ce serait toi qui répondrait
 

 
Donc je note deux informations intéressantes :
 
- ça ne te semble pas dramatique, étant donné que la moyenne flirte avec les précos
- ça peut se régler en agissant sur l'AV (bon ça c'est déjà fait, mais je vais faire vérifier ce point), et le sizing du sous-système disque.
 
Alors je vais transmettre, évidemment, parce que le sous-système disque, je sais même pas ce que c'est
 
Concrètement, à une bite comme moi en serveurs en général, et en exchange en particulier, comment tu expliquerais avec des mots simples, ce que tu entends par "s'assurer que le sous système disque est suffisamment sizé en terme d'IO" ? Cela a-t-il à voir avec l'environnement de virtualisation (hyperv ou vmware), ou pas ?
 
Merci encore en tous cas

En gros et de loin, s'assurer que tes disques sont suffisamment rapides pour encaisser la charge Exchange.

Ah ben là déjà je comprends de quoi ça parle
 
Merci

Yes que les disques sont suffisamment rapides, que le nombre de disque est suffisant, que le cache RAID s'il y a est en assez grande quantité, bien configuré (ratio R/W, type de cache), si c'est du SAN que les cartes HBA sont bien configurées (cache et buffers, vitesse du lien etc.), que les switchs SAN sont bien configuré, que les buffers ne sont pas pleins etc.

Bon ben j'emballe tout ça dans du papier journal et j'envoie par UPS
 
Merci bien messieurs

Si c'était pour faire ça, vous auriez aussi bien fait de finir en MP