文件共享上的SQL Server数据库文件？ – 性能

不。 SAN，是的。 一个通用的networking文件共享，没有。 事实上，它需要一点点黑客才能运行，几乎肯定会爬行。 dynamic扩展的vhd并不是什么大问题 – 只要确保你创build了你的SQL Server数据库文件，这样它们就不会在一天之中自动生长，你应该没问题（也就是说，提供足够的成长空间）。

这不是典型的，也不是微软推荐的。

引用MS KB文章304261 ：

Microsoft通常build议您使用存储区域networking（SAN）或本地连接的磁盘来存储Microsoft SQL Server数据库文件，因为此configuration优化了SQL Server的性能和可靠性。

不build议这么多，所以您需要为SQL Server设置跟踪标志1807以允许它。

dynamic扩展VHD将在VHD文件级别进行另一级别的碎片化。 这也意味着如果您的磁盘空间过大并且物理驱动器上的空间不足，则您的服务器/数据库可能会崩溃。

对于数据库文件，我会使用以下驱动器：

• 直接分配
• iSCSI驱动器
• 最坏的情况下，我会最less预先分配磁盘空间

这得看情况。 通过'文件共享'我假设你的意思是在Windows中映射的驱动器通过基于以太网的networking连接到您的SQL服务器。 在这种情况下，没有它不正常或推荐。 但是，如果您的意思是像在SAN服务器或NAS上的光纤通道或其他高速介质上安装在SQL服务器上的卷中的“文件共享”那么是的，这一切都是一直发生的。

不是以我的经验; 您的networking带宽总是会低于您的内部硬盘带宽，所以您将会受到显着的性能影响。