Configuration mémoire et pression dans SQL Server

La valeur par défaut de max server memory peut affamer Windows et les autres services. Une valeur trop basse augmente lectures, compilations et pression des memory grants.

Ce qu'il faut mesurer

Examinez mémoire du processus, mémoire système disponible, pagination, buffer, grants en attente, attentes de workspace, stolen memory, columnstore et services colocalisés.

Approche pratique

Réservez de la capacité pour Windows, pilotes, agents, sauvegardes et autres services. Traitez max server memory comme un plafond, analysez les grants excessifs et mesurez pics, maintenance et basculement.

Ce qu'il faut éviter

N'utilisez pas une formule unique partout, ne jugez pas la pression uniquement avec Page Life Expectancy et n'ignorez pas la mémoire hors buffer pool.

Résultat opérationnel

Une bonne configuration protège l'hôte tout en laissant assez de mémoire à la charge SQL Server réelle.

Checklist de production

Établissez une référence et définissez l'amélioration attendue. Testez avec des données et une concurrence représentatives. Conservez la configuration ou le plan d'origine, préparez un retour arrière et surveillez le prochain pic normal de charge.

Pour appliquer cette méthode à un environnement SQL Server précis, utilisez le formulaire ci-dessous et indiquez la version, la taille de la base, le profil de charge et les éléments déjà collectés.