我在 vm 来宾操作系统中运行 SQL Server 2008 数据库。现在我在 vh guest vhd 中有数据库文件,它正在动态扩展 vhd。
对我来说,我认为动态扩展 vhd 中的数据库文件对性能不太好。
考虑将它们放在主机操作系统上的文件共享上,这样就不会造成扩展损失。
将数据库文件放在文件共享上是典型的吗?
我在 vm 来宾操作系统中运行 SQL Server 2008 数据库。现在我在 vh guest vhd 中有数据库文件,它正在动态扩展 vhd。
对我来说,我认为动态扩展 vhd 中的数据库文件对性能不太好。
考虑将它们放在主机操作系统上的文件共享上,这样就不会造成扩展损失。
将数据库文件放在文件共享上是典型的吗?
没有。桑,是的。通用网络文件共享,不。事实上,它甚至需要一些黑客攻击才能让它工作,而且它几乎肯定会爬行。动态扩展的 vhd 并不是什么大问题 - 只要确保您创建 SQL Server 数据库文件,以便它们不会在一天中自动增长,您应该没问题(也就是说,提供足够的成长空间)。
这不是典型的,也不被微软推荐。
引用MS 知识库文章 304261:
不建议您为 SQL Server 设置跟踪标志 1807 以允许它。
动态扩展 VHD 将在 VHD 文件级别产生另一个级别的碎片。这也意味着如果您的磁盘容量过大并且物理驱动器上的空间不足,您的服务器/数据库可能会崩溃。
对于数据库文件,我将使用以下驱动器:
这得看情况。通过“文件共享”,我假设您指的是 Windows 中的映射驱动器,它通过基于以太网的网络连接到您的 SQL 服务器。在这种情况下,不,它不正常或不推荐。但是,如果您的意思是“文件共享”,例如通过光纤通道或来自 SAN 或 NAS 的其他高速介质等方式安装在 SQL 服务器上的卷中,那么是的,它一直在发生。
不是我的经验;你的网络带宽总是低于你的内部硬盘带宽,所以你的性能会受到很大的影响。