Choisir la bonne taille de bloc de stockage pour le serveur SQL
Il existe de nombreux articles sur la taille des blocs de stockage à utiliser pour le serveur SQL, par exemple Meilleures pratiques d'alignement de partition de disque pour SQL Server . La bonne taille de blocs devrait améliorer les performances d'une base de données de serveur SQL. Je recherche des recommandations et des méthodes pour identifier la taille des blocs de stockage appropriée pour une base de données. Existe-t-il un guide sur la façon d'identifier une taille de bloc appropriée?
La méthode est celle utilisée dans l'article que vous avez lié dans votre question: testez-la. Vous pouvez capturer une charge de travail représentative pour votre application/base de données et relire cette charge de travail sur des serveurs qui ont des tailles de cluster différentes. Ce que vous découvrirez, c'est que SQL Sever fonctionne mieux avec les clusters de 64 Ko, en raison de la façon dont il lit les données du disque ( lecture anticipée ).
Cependant, vous n'êtes pas obligé de le faire: la définition d'une taille de cluster de 64 Ko est une meilleure pratique établie, comme indiqué clairement dans l'article auquel vous vous référez. De l'article:
La taille d'unité d'allocation de fichiers (taille de cluster) recommandée pour SQL Server est de 64 Ko; cela se reflète dans la figure 4.
Si vous décidez de tester les performances sous différentes tailles de cluster, vous découvrirez probablement que la différence est négligeable, en particulier sur les systèmes de stockage haut de gamme.
La taille de bloc de 64 Ko vient du fait que SQL Server effectue ses E/S dans des unités appelées "Extents", qui sont chacune de 8 pages - et une page est de 8 Ko, de sorte que l'unité de base des E/S est de 8 X 8 K = 64 Ko.
Paul Randal explique ici .