我正在尝试按照以下文章在我的机器中配置SQL Server 2008文件流: -
http://msdn.microsoft.com/en-us/library/cc949109(lightweight).aspx
文章说,出于性能原因,应该禁用8.3名称和Windows中文件的最后一次访问,然后再继续执行SQL Server更改以启用文件流。
问题: - (如果你能告诉我你的经验,那会更好)
如果我选择不禁用8.3名称以及最后一次访问Windows中的文件,该怎么办?我还能使用Filestream吗?
是否会出现问题如果我首先为文件流执行SQL Server配置,如果我发现性能问题,我会进行Windows更改吗?
提前感谢您的建议。
与Ashish
答案 0 :(得分:2)
如果不禁用此选项,仍可以使用Filestream类型。在低容量情况下,如我管理的一个实施中,没有关于性能的抱怨。这只有3-6个并发用户每分钟查看1-2个图像,或者那里。有一个日常工作是将更新的blob转储到Web服务器以实际托管图像(初始加载后每天最多150个)。我想说,唯一可以确定的方法是在将服务器投入生产之前测试您期望的峰值负载。
根据msdn选择不禁用8.3功能可能会导致性能持续下降,因为更改只会影响将来的文件,因此枚举旧文件会更慢(不确定最后一部分,但是msdn文章没有指定在查找文件后是否禁用8.3名称后禁用。如果blob数据具有可预测的大小模式,您可能还需要考虑实现中的簇大小。如果所有文件都在25到30 KB之间,您可能希望将群集大小设置为32,以减少碎片和i / o操作(您不会想要过大,因为它会浪费小文件上的空间)。
意见如下:如果您知道可以更改此设置并且它只会阻止将来出现问题,我会这样做。
答案 1 :(得分:0)
8.3性能下降是由NTFS实现细节引起的 - 当生成新的8.3名称时,将查询特定文件夹中的所有文件以检查给定的名称是否尚不存在。因此,文件夹中的文件越多,生成此类名称所需的时间就越长。
Paul Randal不久前写了关于FILESTREAM的few tips。
此致
·彼得