我们使用StarWind SAN，它具有根据需要增长的精简configuration磁盘的概念。 你可以分配一个4TB的驱动器，但是它开始很小，并且随着块被写入到虚拟磁盘（通过iSCSI）而增长。
用于我们的主要文件系统的虚拟磁盘已经增长到了1.5TB，并且有足够的虚拟空间（2.5TB），但SAN上的磁盘空间是另一回事 – 它变得有点紧张。 这是精简configuration的缺点 – 您可以过度使用磁盘空间。
所以我们正忙于将旧的文件夹从主磁盘系统归档到归档区域。
但是，如果Windows 2008 在添加新文件时将新块添加到磁盘之前重新使用已删除的块，则这只会有所作为。
是这种情况，还是我们浪费时间归档（除了保持整洁的好处），还需要考虑快速扩展SAN磁盘？
你要找的东西实际上叫做“精简回收”（thin reclamation），即服务器操作系统在没有映射块的情况下通知底层存储的过程，即使它没有被清零。 Windows 2008可以configuration为与某些供应商一起采用这种方式，但是（至less在我上次读到有关testingstarwind的人时）不是你的。
我相信在Windows中无法configuration将新数据写入磁盘的决定。 但是我相当确定它足够复杂，您不想轻易configuration它。 无论如何，不pipe后端存储是什么，您都必须假定Windows将写入所需的位置。
如果删除大量文件，请考虑将其迁移到另一个精简configuration的LUN。 如果你经常这样做，这会浪费很多时间，但是它会给你足够的时间来增加你的存储硬件，或者决定一个更持久的解决scheme。
请与供应商联系，但您可能会浪费时间归档。
由于在Windows中删除文件，LUN分配的空间不会缩小。 请注意，分配给LUN的空间不同于LUN本身的大小。 如果精简configuration100GB的LUN，并向其写入10GB的数据，则SAN将在其底层磁盘上将10GB的原始磁盘块分配给LUN。 然后，当Windows想要写入一个新块时，这会增加分配/置备的精简LUN上的空间百分比。 随着时间的推移，当Windows请求写入原始块（从未触及）的块时，这些块将由SAN从其未使用块的全局池分配，并且分配/供应的LUN的大小将进一步增加。
最终，如果数据stream失严重，精简configuration的LUN将会变得厚实。 这可能需要很长时间，但完全取决于操作系统的行为。
如果没有专门的软件（罗马提到），SAN无法知道哪些块可以回收，因为SAN本身不能“看见”NTFS（或任何其他文件系统）。 此外，大部分时间您需要在Windows运行Windows 之前运行此软件， 然后再与供应商联系。
一般而言，自动精简configuration会为您带来时间（您不必在开始时分配所有存储），但最终需要使用存储100％备份卷。
请注意，我的理解是， Linux宁愿覆盖块，而不是使用原始的块，但我没有参考。