OS和文件系统有适合ThP和不适合ThP之分，DB必须设置为autoextend而且不能预写空间，Exchange的邮箱删除或者迁移后，邮箱数据库收缩和回收只能离线操作，除非创建一个新的邮箱数据库删掉老的。

VMware自己有ThP，3PAR也提供了ThP，建议同时使用，这要求管理员必须能够汇总和看懂两个不同来源的报警和限制并关联起来，但其好处 是毋庸置疑的。建议使用1-2TB大的虚卷作为datastore。创建虚机时VMDK的创建有几种选项，从3.5开始缺省用Thick Provison Lazy Zeroed，这是适合传统ThP的;但是在追求性能的环境中，VMware建议使用Thick Provision Eage Zeroed，这就不适合传统ThP了，但是对于EZT，Thin Persistence照样可以完美的实现瘦身的功能。vSphere 5.0 + 3.1.1在删除虚机时自动回收空间;vSphere5.0 + 2.3.1 MU2(含以上)同样可以实现，只是需要在vSphere里装上3PAR Management Plug-in for VAAI 2.2;更老版本的vSphere则需要3PAR Management Plug-in for VAAI 1.1。

跨阵列迁移瘦身时，用基于文件的迁移工具，如在Unix/Linux的“resync”，Windows的“Quest”，或者备份恢复的方式，就 可以成功瘦身。块级迁移工具如LVM或者SVC则是块-块对拷，可能不能瘦身，除非实卷上有连续的零空间。同个阵列内部的实虚转换是借助Full Copy完成的，但是完成后必须重新映射卷到主机。Peer Motion，源阵列OS版本不低于2.2.4，目标阵列不低于3.1.1，目标阵列必须配置Peer Motion和ThP许可。