Splipting Tempdb en fichiers multiples égaux au nombre de processeurs

Question

L'article SQL Server Tempdb Les meilleures pratiques augmentent les performances suggère que je devrais diviser tempdb dans un certain nombre de fichiers égaux au nombre de cœurs. Donc, pour 4 cœurs, vous obtenez 4 fichiers.

En ayant le plus grand nombre de fichiers, vous pouvez augmenter le nombre d'opérations d'E / S physiques que SQL Server peut pousser vers le disque à tout moment. Plus SQL Server peut pousser au niveau du disque, plus la base de données s'exécutera rapidement. Avec les bases de données standard, SQL Server peut mettre en cache une grande quantité de données dont elle a besoin en mémoire. En raison de la nature à l'écriture élevée du TEMPDB, les données doivent être écrites sur le disque avant de pouvoir être mise en cache dans la mémoire.

Bien que cela sonne bien en théorie, est-ce vraiment si bon qu'une optimisation générale? Est-ce quelque chose qui ne peut s'appliquer que pour des systèmes spécifiques où IO est très élevé?