Tout d'abord, merci à Microsoft d'avoir inventé le système de fichiers NTFS. Il s'agit en effet d'un système de fichiers très robuste doté de fonctions puissantes.
Le cluster est l'unité la plus basique pour la lecture et l'écriture des E/S disque (c'est l'unité d'allocation dans NTFS).
Aujourd'hui, nous parlerons de sujets liés à la taille du cluster NTFS dans le stockage de données SQL Server. NTFS utilisera par défaut des clusters de 4 Ko lors du formatage de partitions dépassant 2 Go, ce qui correspond essentiellement à la taille de cluster de la plupart des disques durs actuels. La défragmentation peut être utilisée lorsque le cluster ne dépasse pas 4 Ko.
La taille du cluster NTFS peut être définie entre 512 Go et 64 Ko. Bien entendu, elle doit être spécifiée lors du formatage, sinon elle ne peut pas être modifiée. Si le cluster est trop petit, l'utilisation de l'espace est élevée, mais la table de partition est grande, il y a de nombreux fragments et les performances sont médiocres ; si le cluster est trop grand, l'utilisation de l'espace est faible, mais il y a peu de fragments ; et les performances sont bonnes. 4 Ko est donc un choix courant.
Les disques durs actuels ont une capacité de plusieurs centaines de Go, l'espace ne semble donc plus être un problème. Cependant, les E/S disque ont toujours été un goulot d'étranglement en termes de performances. Afin d'augmenter la vitesse de lecture et d'écriture du disque, tout le monde s'est creusé la tête. Dans tous les cas, tant que le disque dur est sélectionné, il semble impossible de modifier sa conception physique, et ce n'est pas recommandé. Nous ne pouvons donc partir que d'autres endroits, comme utiliser une matrice RAID, défragmenter fréquemment, utiliser des puces, bien. câbles de données, etc., tout ce qui peut être utilisé est utilisé.
Le serveur SQL Server est une application avec des exigences d'E/S élevées. L'unité de base de lecture et d'écriture de fichiers de données est une page. La taille de chaque page est de 8 Ko. 8 pages consécutives forment une zone, soit une zone de 64 Ko. fichiers de données Ils sont tous relativement volumineux et, dans les environnements de production généraux, plusieurs Go ou plus sont courants. Et fondamentalement, personne ne défragmentera le stockage SQL Server, nous pouvons donc formater la partition de disque dédiée au stockage SQL Server en un cluster de 64 Ko, ce qui peut améliorer les performances sans perdre d'espace.
Y a-t-il des risques ? Bien sûr, en cas de panne de disque, la perte de données peut être un peu plus importante, au moins 64 Ko. Cependant, la pratique a prouvé que cette solution est toujours très réalisable, car les blocs de la matrice RAID des serveurs généraux font également 64 Ko. peu importe si c'est 64 Ko.
Vous pouvez également vous référer à d'autres scénarios d'application. S'il y a des erreurs, vous pouvez critiquer.
Auteur de cet article : gytnet
Source de cet article : http://www.cnblogs.com/gytnet/archive/2009/12/21/1628561.htm