Configurer TempDB pour les instances SQL Server chargées

TempDB gère tris, hachages, versions de lignes, objets temporaires, déversements et tables internes. Une mauvaise configuration peut devenir un goulot partagé.

Ce qu'il faut mesurer

Corrélez latence des fichiers, espace, attentes d'allocation, version store et déversements. Séparez manque de capacité, contention d'allocation et requêtes demandant trop de mémoire.

Approche pratique

Utilisez des fichiers de même taille avec une croissance identique, préallouez pour les pics normaux, surveillez le version store et corrigez les déversements répétés.

Ce qu'il faut éviter

N'ajoutez pas de fichiers sans mesurer la contention, n'utilisez pas une croissance en pourcentage et ne réduisez pas TempDB régulièrement.

Résultat opérationnel

Une bonne conception offre une capacité partagée prévisible et rend visibles les consommateurs anormaux.

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.