RAMMap sur Windows Server 2019 : compatibilité, configuration et limites

RAMMap est-il compatible avec Windows Server 2019 ?

La documentation officielle de RAMMap mentionne Windows Server 2008 et les versions ultérieures. Cette plage inclut Windows Server 2019, mais elle ne garantit pas que tous les modes d’installation ni toutes les méthodes d’administration à distance se comportent comme un bureau Windows complet.

Pour une analyse locale, considérez RAMMap comme un observateur graphique portable de l’utilisation des pages physiques. Commencez par une référence au repos, notez la version du serveur et la charge, puis séparez l’observation de toute action destinée à modifier l’état. La vraie fenêtre Use Counts ci-dessous aide à classer les pages, mais ne remplace ni les compteurs longue durée ni une trace de diagnostic applicative.

Desktop Experience ou Server Core

Server Core est l’option d’installation minimale de Windows Server. Le shell de bureau complet y est volontairement absent ; le flux RAMMap habituel — ouvrir une fenêtre, choisir un onglet et lire la grille — doit donc être prévu avec Desktop Experience ou une méthode d’administration prise en charge, et non supposé identique sur Server Core.

Cette limite concerne l’interface et la procédure, pas une déclaration selon laquelle Server Core serait un système non pris en charge. Sur un serveur Core uniquement, utilisez Performance Monitor, les compteurs Windows, PowerShell et la télémétrie approuvée. Ne présentez pas RAMMap comme disposant d’un mode de cible distante intégré qui n’aurait pas été vérifié.

Quel exécutable RAMMap choisir ?

L’archive v1.63 vérifiée contient RAMMap.exe, RAMMap64.exe, RAMMap64a.exe et Eula.txt. Une installation Windows Server 2019 classique sur matériel Intel ou AMD est x64 : RAMMap64.exe est donc le choix habituel. RAMMap64a.exe est destiné à Windows on ARM et RAMMap.exe à la version 32 bits ; le nom du fichier ne doit pas remplacer la vérification de l’architecture.

Téléchargez l’archive depuis le guide d’installation RAMMap ou le ZIP officiel Microsoft, extrayez l’ensemble dans un dossier contrôlé et gardez les exécutables d’une même version ensemble. En cas de doute, consultez le guide des versions RAMMap avant de collecter des preuves.

Procédure de configuration sûre pour un serveur

Une enquête mémoire serveur est plus facile à reproduire lorsque la configuration reste simple et explicite. L’archive Microsoft actuelle est un ZIP portable, pas un service en arrière-plan. Notez l’identité du serveur, la charge, l’heure et l’architecture avant d’ouvrir une vue détaillée, puis conservez l’archive originale et les instantanés à part du dossier de travail.

Le guide de sécurité RAMMap détaille la source, le hash et la signature. La procédure courte ci-dessous garde la question de diagnostic visible et évite de confondre une commande Empty avec une correction.

1. Enregistrer la référence

   Notez la build Windows Server, la mémoire installée, l’architecture, la charge, l’heure et le symptôme étudié.

2. Vérifier la source

   Utilisez Microsoft Learn et le ZIP officiel Sysinternals. Pour v1.63, l’archive contrôlée fait 737 190 octets et porte le SHA256 6536A8107A3FB391E4443F2742366067341A7DA50DE89F99CA0B2390120DD0CC.

3. Extraire une seule version

   Décompressez l’archive complète dans un dossier contrôlé. Ne mélangez pas RAMMap64.exe ou RAMMap64a.exe de versions différentes.

4. Lancer avec les droits nécessaires

   Démarrez l’exécutable correspondant comme administrateur lorsque l’analyse nécessite une visibilité système, en respectant la politique d’accès et de changement.

5. Capturer avant toute modification

   Commencez par Use Counts, puis passez à Processes, Priority Summary ou File Summary selon la catégorie importante. Enregistrez vos notes avant une action Empty.

Ce que RAMMap peut et ne peut pas prouver

RAMMap répond surtout à la question : « quelle catégorie de pages physiques est importante maintenant ? ». Il peut orienter l’analyse vers les processus, les fichiers mappés, les priorités, les pages Standby ou les catégories du noyau. Il ne prouve pas seul une fuite applicative, n’explique pas chaque décision de commit et ne remplace pas une trace de performance longue durée.

Utilisez la référence des types mémoire RAMMap pour lire les libellés, puis choisissez l’outil adapté au chemin d’allocation suspecté. Pour une fuite applicative, corrélez des instantanés reproductibles avec les compteurs de processus ; pour un problème de pool noyau, passez à un diagnostic pool ou performance approprié.

Checklist reproductible pour Server 2019

Utilisez la même étape de charge et le même ordre d’observation pour comparer deux points de contrôle. Un bon relevé contient la version exacte de RAMMap, l’architecture de l’exécutable, la build Windows Server, la mémoire installée, la charge, l’horodatage et l’onglet ou la catégorie qui a changé. Cette méthode vaut mieux qu’une seule capture colorée.

Si RAMMap se fige ou ne démarre pas, ne traitez pas l’absence de vue comme une preuve sur la mémoire du serveur. Suivez la checklist RAMMap ne s’ouvre pas, vérifiez que les fichiers proviennent de la même archive et notez l’erreur. Pour un échec d’actualisation, consultez le guide d’erreur de base de données.

• Conserver une référence calme avant l’étape de charge.
• Répéter la même charge plutôt que modifier plusieurs services à la fois.
• Comparer catégories et horodatages, pas seulement les couleurs.
• Conserver le hash du ZIP et l’architecture avec les notes.
• Passer à Performance Monitor, aux traces, aux outils pool ou fournisseur lorsque RAMMap ne trouve pas le chemin d’allocation.

Questions fréquentes sur RAMMap sur Windows Server 2019