我只是一个低调的开发者，所以没有太多的接触我们的虚拟服务器基础设施，所以我想在这里问一个问题。
我们的IT经理只是告诉我忽略基于Windows Server 2003 64位SQL Server上的一个驱动器的“磁盘空间免费”图，并表示“这是跨服务器跨越的重要磁盘arrays中的免费服务”。
从我所知道的服务器是虚拟的VMWare（ESX我认为），我们有一个SAN。 为什么要设置服务器上报告的磁盘大小与实际可用的磁盘大小不同？ 这不会导致麻烦吗？
请赐教。 我很想了解这将如何工作/设置…
他可能正在谈论什么是精简configuration 。
精简configuration是一种适用于大规模集中式计算机磁盘存储系统，SAN和存储虚拟化系统的机制。 精简configuration允许在恰到好处的基础上轻松地将空间分配给服务器。 （维基百科）
在本质上，你看起来像有更多的可用空间，然后提供空间，就像它被实际使用一样。 这可以降低存储容量的开销。
如果超过物理可用存储空间，则会导致写入/拒绝权限被拒绝。 对于一个MS-SQL服务器来说，这确实意味着很多麻烦:)
Roy对自动精简configuration的评论可能是正确的，但是如果是这样的话，那么你所经历的情况就是服务器认为它有一定量的存储量，但实际上实际上只有一部分X是物理分配的。 由于服务器消耗可用空间，SAN \ Storage子系统分配实际存储块。 这使得系统pipe理员可以configuration系统在预期的生命周期内所需的总容量，而不必立即提供这些数量的物理磁盘。 操作系统认为它拥有所有的可用空间，如果需要它，但是这个“按需分配”function使存储pipe理员能够有效地计划分阶段存储购买，而不是购买大量的空闲存储空间大部分的生活。 这也意味着，服务器pipe理员不必为了延长卷的使用量而随意使用任何服务（或者长期计划是好的）。
考虑到你说的这个问题的方式，我想更可能是你的服务器上的一些存储通过NTFS卷挂载点安装。 这个概念对于Unix的人来说是非常基本的，但是在Windows环境中，这个概念还是比较less见的。 如果卷上有挂载点，则可用空间总量将超过驱动器根目录中显示的总量 – 每个挂载点下方的可用空间取决于它指向的存储卷并且不会反映在驱动器中更高的元数据。 这是为几乎所有应用程序提供存储的完全透明的方法，但是如果使用了安装点，则备份过程需要避免根据磁盘级摘要数据对卷中的数据量做出简单的假设。