Hi Michel,
Vous devez mettre à l'échelle votre architecture TempDB pour traiter les allocations de pages en parallèle. La norme de l'industrie est de configurer un fichier de données TempDB pour chaque cœur de processeur logique de votre machine, jusqu'à un maximum initial strict de huit fichiers. Si votre matériel dépasse huit cœurs et que vous observez toujours une latence d'allocation après cette modification, vous devez prudemment ajouter des fichiers de données supplémentaires par incréments de quatre jusqu'à ce que la contention disparaisse.
Lorsque vous exécutez les commandes ALTER DATABASE tempdb ADD FILE pour effectuer cette mise à l'échelle, vous devez vous assurer que chaque fichier de données TempDB possède exactement la même taille initiale et des paramètres d'accroissement automatique (autogrowth) identiques. SQL Server s'appuie sur un algorithme de remplissage proportionnel qui répartit le trafic en fonction de la quantité d'espace libre dans un fichier. Si vos fichiers sont de tailles inégales, le moteur dirigera obstinément la majeure partie de votre charge de travail vers le fichier le plus volumineux, ce qui recréera immédiatement le goulot d'étranglement exact que vous essayez de résoudre.
J'espère que cette réponse vous a apporté des informations utiles. Si tel est le cas, veuillez cliquer sur « accept answer ». Si vous avez des questions, n'hésitez pas à laisser un commentaire.
VPHAN