x10000~块存储使用场景，有关精简卷空间回收问题

sdelete 工具原理是先写零，再写1，最后做删除动作。从客户端来看删除文件可以在操作系统层面释放空间，但对X10000来说对写零动作的支持不是很好。所以如果windows 2008 R2连接X10000的效果如下 比如X10000存储3个节点，做3副本的存储池，建立一个100G的卷，在未写入数据的情况下，X10000存储占用基本为零。此时如果写入数据35GB左右，会以3倍的方式占用存储空间大概120GB左右（比3倍多一些）。此时删除部分文件后，执行sdelete后，会发现此时X10000存储的120GB空间占用不但没有变少，而是变多，最终会占用存储卷大小的3倍多一些。100GB的卷，空间回收后最终没有释放空间，反到会占用存储更多的空间，达到了320GB左右。 结论：并未实现空间释放功能。那么此时相当于这个thin volume变成了full volume，此时系统下删除文件再次写入会是始终使用此320GB空间，不会使用其他X10000存储空间。 建议： 不推荐windows 2008系统的客户端以thni模式连接X10000存储。 windows 2012不受影响，windows 2012支持T10 unmap指令，可以自动释放空间。

sdelete 工具原理是先写零，再写1，最后做删除动作。从客户端来看删除文件可以在操作系统层面释放空间，但对X10000来说对写零动作的支持不是很好。所以如果windows 2008 R2连接X10000的效果如下 比如X10000存储3个节点，做3副本的存储池，建立一个100G的卷，在未写入数据的情况下，X10000存储占用基本为零。此时如果写入数据35GB左右，会以3倍的方式占用存储空间大概120GB左右（比3倍多一些）。此时删除部分文件后，执行sdelete后，会发现此时X10000存储的120GB空间占用不但没有变少，而是变多，最终会占用存储卷大小的3倍多一些。100GB的卷，空间回收后最终没有释放空间，反到会占用存储更多的空间，达到了320GB左右。 结论：并未实现空间释放功能。那么此时相当于这个thin volume变成了full volume，此时系统下删除文件再次写入会是始终使用此320GB空间，不会使用其他X10000存储空间。 建议： 不推荐windows 2008系统的客户端以thni模式连接X10000存储。 windows 2012不受影响，windows 2012支持T10 unmap指令，可以自动释放空间。

sdelete 工具原理是先写零，再写1，最后做删除动作。从客户端来看删除文件可以在操作系统层面释放空间，但对X10000来说对写零动作的支持不是很好。所以如果windows 2008 R2连接X10000的效果如下 比如X10000存储3个节点，做3副本的存储池，建立一个100G的卷，在未写入数据的情况下，X10000存储占用基本为零。此时如果写入数据35GB左右，会以3倍的方式占用存储空间大概120GB左右（比3倍多一些）。此时删除部分文件后，执行sdelete后，会发现此时X10000存储的120GB空间占用不但没有变少，而是变多，最终会占用存储卷大小的3倍多一些。100GB的卷，空间回收后最终没有释放空间，反到会占用存储更多的空间，达到了320GB左右。 结论：并未实现空间释放功能。那么此时相当于这个thin volume变成了full volume，此时系统下删除文件再次写入会是始终使用此320GB空间，不会使用其他X10000存储空间。 建议： 不推荐windows 2008系统的客户端以thni模式连接X10000存储。 windows 2012不受影响，windows 2012支持T10 unmap指令，可以自动释放空间。