2010-10-22 14 views
5

Combien de fichiers un répertoire Windows Server 2008 r2 peut-il contenir en toute sécurité? Je pense à un site Web qui a des galeries d'images. Supposons qu'il y ait un répertoire qui contient toutes les vignettes et un répertoire différent qui contient les images en taille réelle. Combien de paires d'images peuvent être stockées en toute sécurité? Ou, s'il n'y a pas une bonne réponse, devrais-je simplement essayer avec 30 000 images?Combien de fichiers un répertoire Windows Server 2008 R2 peut-il contenir en toute sécurité?

Répondre

7

Si votre serveur utilise NTFS pour son système de fichiers de volume, vous n'êtes pas limité à un certain nombre de fichiers par répertoire en tant que tel, mais plus que vous êtes limité à un certain nombre de fichiers/répertoires par volume.

Pour NTFS, les limites de taille sont:

NTFS Limites de taille

Fichiers par volume 4294967295 (2^32 moins 1 fichier)

Bien sûr, cela ne dit rien performance, et il y a d'autres considérations qui peuvent entrer en jeu. Avec 30000, vous ne devriez pas vous inquiéter. Lorsque vous atteignez des millions, vous devrez peut-être commencer à vous restructurer.

modifier pour traiter l'échelle/performances

Techniquement parlant, le système de fichiers NTFS utilise un MFT global qui garde la trace de tous les fichiers (répertoires sont des fichiers et sont principalement utilisés pour la représentation logique de l'utilisateur final) donc chaque fois que vous modifiez le volume, ce changement est reflété dans le MFT. Lorsque vous commencez à avoir un seul répertoire avec un grand nombre de fichiers, l'une des procédures recommandées est de désactiver la génération automatique de noms 8.3. À partir de l'article technet que j'ai lié ci-dessus:

Chaque fois que vous créez un fichier avec un nom de fichier long, NTFS crée une deuxième entrée de fichier qui a un nom de fichier court 8.3 similaire. Un fichier avec un nom de fichier court 8.3 a un nom de fichier contenant de 1 à 8 caractères et une extension de nom de fichier contenant de 1 à 3 caractères. Le nom de fichier et l'extension du nom de fichier sont séparés par un point.

Donc, si vous modifiez constamment un répertoire unique avec une grande quantité de fichiers, le système doit générer un nom court pour elle - cela peut conduire à une dégradation des performances si vous modifiez constamment le contenu d'un répertoire unique . Puisque vous stockez des images, il pourrait très probablement beaucoup de fichiers ont des noms de fichiers similaires au début, comme imageblahblahblah.

Pour les performances de recherche de fichiers, même pour les grands répertoires, NTFS doit être raisonnablement rapide en raison de l'implémentation de B-Tree sous-jacente.

Consultez également ce sujet: NTFS performance and large volumes of files and directories

+0

Oui, mais est-il un inconvénient notable, comme la vitesse? Avec autant de fichiers cela prendra-t-il plus de temps pour qu'un site web trouve le bon fichier et l'affiche? Ou modifier le contenu du répertoire? – quakkels

+0

@quakkels J'ai édité quelques informations concernant la performance dans ma réponse. – birryree

+0

merci pour les conseils et la ressource! – quakkels