我只是一个低级的开发人员，所以对我们的虚拟服务器基础设施并没有太多的了解，所以我想在这里问一个问题。
我们的 IT 经理刚刚告诉我忽略我们基于 Windows Server 2003 64 位的 SQL Server 上的一个驱动器的“可用磁盘空间”数字，并表示“重要的是服务器跨越的磁盘阵列上的可用磁盘空间”。
据我所知，服务器在 VMWare 上是虚拟的（我认为是 ESX），我们有一个 SAN。为什么要设置服务器上报告的磁盘大小与实际物理可用的不同？这不会带来麻烦吗？
请赐教。我很想了解这将如何工作/设置...
他可能在谈论所谓的精简配置。
从本质上讲，您使可用空间看起来比实际空间多，然后按照实际使用的空间提供空间。这允许低得多的存储容量开销。
如果超出物理可用存储，则应导致写入失败/权限被拒绝。对于 MS-SQL 服务器，这确实意味着很多麻烦 :)
Roy 关于精简配置的评论可能是正确的，但如果是这样，那么您遇到的情况是服务器认为它在一个卷中提供了 X 数量的存储，但实际上只有 X 的一部分实际上是物理分配的。当服务器消耗可用空间时，SAN\Storage 子系统会分配真正的存储块。这使系统管理员可以根据预期生命周期内所需的总容量来配置系统，而无需立即准确地配置该数量的物理磁盘。操作系统相信它拥有所有可用空间，如果需要它就会拥有，但这种“按需分配”功能使存储管理员能够经济高效地计划分阶段的存储购买，而不是预先购买大量闲置的存储它的大部分生命。
鉴于您提出问题的方式，我认为您服务器上的某些存储更有可能是通过NTFS Volume Mount Point(s) 安装的。这个概念对于 Unix 人来说是非常基本的，但在 Windows 环境中它仍然相对不寻常。如果卷上有正在使用的挂载点，那么可用的可用空间总量将超过驱动器根目录中显示的数量 - 每个挂载点下方的可用空间取决于它指向的存储卷，并且不会反映在驱动器中较高的元数据中。这是一种为几乎所有应用程序提供存储的完全透明的方式，但是如果使用挂载点，则备份过程需要避免根据磁盘级别的摘要数据对卷中的数据量做出简单的假设。