SQL Server FILESTREAM limitation

I am looking at FILESTREAM attribute in SQL Server to store files in it. I understand it stores the files on hard drive and stores the file pointer/path information in DB. Also, maintains transactional consistency in the process.

There also seems to be a limitation “FILESTREAM data can be stored only on local disk volumes” for the FILESTREAM attribute.

If i anticipate my web app to store 200,000 images of 1-2mb each, i would require around 200gb of hard drive space to store the images. Since, the FILESTREAM requires all data to be stored only on local disk as per the limitation, it would be impossible to store millions of files on a single hard drive, as the storage requirements would be extremely large.

Is my understanding of the limitation correct or am i missing anything here?

If this limitation is correct, i would instead store it in db as plain blob and cluster my DB for increase in storage requirements, which doesn’t seem to be possible with FILESTREAM.

Please share your thoughts!

Few more questions regarding FILESTREAM:-

  1. How to handle data recovery in case
    of data container corruption?
  2. Can we just backup the DB without
    the file system data? [assuming data
    is in SAN, which need not be moved]
  3. I would like to back up or restore
    the DB and just remap the filegroup
    path information [that maps to SAN].
    Is this possible?


FILESTREAM does not actually require local storage, just not SMB network storage. An iSCSI or Fiber Channel SAN works fine to store FILESTREAM data. You can also have multiple filestream file groups per table, essentially partitioning your data. If you are strictly targeting sql server 2008 there is very little reason to not use filestream for large binary data. There is a Microsoft whitepaper describing filestream partitioning here.

Source : Link , Question Author : pencilslate , Answer Author : Jeff Mc

Leave a Comment