SQL Server 2008 filestream numero massimo di righe


8

Stiamo utilizzando filestreams in Microsoft SQL Server 2008 (SP2) - 10.0.4000.0 (X64) e Windows server 2008 per archiviare milioni di file. Poiché ci sono milioni di file, tutti sono raggruppati in 100 filegroup e inseriti di seguito uno dopo l'altro. Ora abbiamo circa 15K file in ogni filegroup e prevediamo di arrivare presto a 20K. quindi vogliamo sapere che esiste un limite massimo di righe che un filegroup può avere per offrire prestazioni ottimali o esiste un limite massimo sul lato del sistema operativo per prestazioni ottimali mentre stiamo archiviando o andando a archiviare circa <20K file in una singola cartella?

Qualsiasi suggerimento per le giuste risorse sarà anche molto utile.

Ho un link al blog msdn che lo afferma

4.Controllare se i contenitori di directory FILESTREAM non hanno più di 300.000 file singolarmente, poiché il degrado delle prestazioni NTFS può essere un problema soprattutto quando è abilitata la generazione di nomi di file 8.3.

Msdn Blog Link

Grazie.


4
Bene, un consiglio, non provare mai a navigare in quella cartella in Esplora risorse.
Aaron Bertrand

1
Recentemente ho giocato riempiendo le cartelle NTFS con un numero osceno di file (un mio progetto di pet casuale). Tank di prestazioni in Explorer circa 1 milione, ma la maggior parte delle operazioni del file system sono OK fino a quando non si supera la cache del file system. I file 20k non dovrebbero rappresentare un problema.
ligos,

Aaron, Non navigare a causa della sicurezza o cancellare erroneamente preoccupazioni o c'è qualche altro motivo per non farlo?
cakiran,

Risposte:


3

In realtà puoi inserire tutti i file che vuoi in un gruppo di file.

Fondamentalmente la funzionalità di gruppo di file inclusa nel server sql consente di archiviare correttamente i dati dell'organizzazione e di interrogarli in modo efficiente. Dipende anche dallo spazio su disco rigido sul server e dalla configurazione del modello di raid utilizzato per l'archiviazione dei dati.


Uno dei blog di MSDN suggerisce quanto segue come best practice. 4.Controllare se i contenitori della directory FILESTREAM non hanno più di 300.000 file singolarmente, poiché il degrado delle prestazioni NTFS può essere un problema, specialmente quando è abilitata la generazione di nomi di file 8.3. LINK - blogs.msdn.com/b/blogdoezequiel/archive/2011/02/11/…
cakiran

0

gestiamo anche molti file in filestream. In un numero di 1600000 file in un filegroup (directory) le operazioni di lettura e scrittura su dati filestream erano molto lente. Fino a circa 1000000 file non ho riscontrato problemi con SQL e C #. Ma il filesystem era molto lento allora.

Un altro suggerimento. Se hai molti file in un filegroup potresti avere problemi durante il backup. Il nostro sistema si blocca. http://support.microsoft.com/kb/2550552 aiutaci.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.