SQL Server误区30日谈 第18天 有关FileStream的存储，垃圾回收以及其它(sql server 错误)

误区 #:如下多个有关FileStream的误区

全部错误

a)FileStream数据可以在远程存储

不能，由于FileStream数据容器(指的是存放FileStream文件的NTFS文件夹，杜撰出来的术语)必须像数据文件或日志文件那样符合本地存储策略-也就是说，这个数据容器必须放在对于运行SQL Server的Windows Server是本地存储（译者注：也就是在‘计算机'里能看到的存储，DAC当然是了，其实SAN这类不直接连接服务器的也算是）访问FileStream数据只要客户端连接到了SQL Server服务器并获取响应的事务上下文后，就可以通过UNC路径进行访问了。

b)FileStream的数据容器可以嵌套

不能，对于同一个数据库的两个不同的FileStream容器可能在同一个目录下，但是却不能嵌套。而对于不同数据库的FileStream容器无法在同一个目录下。我的一篇博文有一段代码能说明这一点:Misconceptions around FILESTREAM storage。

c)对于FileStream的更新可以部分更新

对于任何FileStream的更新都会导致创建一个全新的FileStream文件,这个操作会被日志原原本本的记录下来。这也就是为什么FileStream不能被用于数据库镜像。这么多数据如果用于镜像的话那后果简直不可想象，只能希望未来的SQL Server版本可以修改这种机制以允许部分更新。

d)FileStream会在不需要的时候立刻被垃圾回收

错误。FileStream数据会在不再需要并且到了下一个Checkpoint的时候进行垃圾回收。这点并不是那么直接以至于很多人对FileStream的回收机制存在误区。

f)FileStream存放的目录以及文件名是随机取得

其实不然，FileStream的文件名其实代表的是创建其操作对应LSN号。表和列的GUID目录名是可以在系统表中获取到。

我下面两篇博文对此有了更详细的解释:

FILESTREAM directory structure 解释了如何从一个FileStream所在行来得知其名称

FILESTREAM directory structure - where do the GUIDs come from? 可以望文生义的知道这篇文章所讲述的内容:-)

推荐整理分享SQL Server误区30日谈 第18天 有关FileStream的存储，垃圾回收以及其它(sql server 错误)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:sql server报错,sql server常规错误,sql server 1222解决,sql语句错误提示,sql server 1222解决,sql server233错误,sqlserver1053怎么解决,sql语句错误提示,内容如对您有帮助，希望把文章链接给更多的朋友！

SQL Server误区日谈 第天 Truncate表的操作不会被记录到日志 误区#:Truncate表的操作不会被记录到日志错误在用户表中的操作都会被记录到日志。在SQLServer中唯一不会被记录到日志的操作是TempDB中的行版本控制。Tr

SQL Server误区日谈 第天 破坏日志备份链之后，需要一个完整备份来重新开始日志链 误区#:在破坏日志备份链之后，需要一个完整备份来重新开始日志链错误事务日志备份会备份自上次事务日志备份以来所有的事务日志(如果从来没有

SQL Server误区日谈 第天 数据损坏可以通过重启SQL Server来修复 误区#:数据库损坏可以通过重启SQLServer或是Windows,或是附加和分离数据库解决错误SQLServer中没有任何一项操作可以修复数据损坏。损坏的页当然需要通