“扩展单位”只会影响新的LD而不会影响现存的LD，要想取到一个理想的扩展单位值，必须考虑到：扩展单位应当尽可能小，避免预留太大的空间，这对 SSD尤其关键，因为SSD的空间宝贵而量小;同时扩展单位又必须“够大”从而能够将新增的LD全局条带化到所有底层磁盘上，例如8GB扩展单位用 256MB的 chunklet和RAID1保护会用到64个chunklet也就是64块物理盘，假如共有480块盘(RAID1保护和256MB chunklet)，那么理想的扩展单位是60GB，假如共有480块盘(RAID1保护和1GB chunklet)，那么理想的“扩展单位”是240GB。小结：CPG应当尽可能使用所有同类型磁盘(FC、NL、SSD)已达到“全局条带化”，当新 的磁盘加入时用DO来均衡负载，扩展单位尽可能把它的chunklet 1、2、3... 逐个遍历所有底层磁盘。

报警的设置：TPVV使用率的限制和报警、CPG“扩展单位”的限制和报警、已使用物理盘空间报警、未使用物理盘空间报警。

当达到TPVV使用率的限制时，停止写入并返回SCSI错误。当达到CPG使用率的限制时，结果同前，但是影响更严重，因为所有VV都受影响。当达到所谓“系统级限制”时，所有VV开始“乱写”——随意写入任何CPG。当物理空间耗尽时，没法再写，必须扩盘。

Thin Conversion(精简转化)要求数据迁移的Target 3PAR必须配置有ThP许可，同时所有目标TPVV上打开“零检测”。HP保证至少“50% Get Thin Guarantee”。Thin Persistence(持续精简)其实就是在线实时的空间回收，它要求必须配有Thin Conversion许可，在使用Veritas Storage Foundation、VMWare vSphere、Oracle ASRU和其它类似软件时，同样需要这个软件来回收空间。Thin Copy Reclamation可以在删除快照时回收空间，不管快照空间是来自于Full VV还是TPVV都可以回收，还到CPG里给其它VV再使用，它需要ThP许可。

在Unix和Linux中用dd、在Windows中用sdelete，就可以对已删除的空间写零，零检测把连续的16K“还回去”用于TPVV的 再使用，把连续的128MB“还回去”到CPG用于所有VV的再使用，用“compactcpg”就可以把128MB“还回去”到整个系统的大Pool中 用于其它的CPG。在 3.1.1(3PAR InForm OS版本)里，系统自动运行反碎片例程，per-VV basis，把16K的空间收集起来组成一个连续的128MB。3.1.1之前，回收只作用于TPVV，从3.1.1开始，回收同样作用于快照 (read/write)，同样针对每个快照要做出设置打开零检测。

受到VxVM管理的VxFS文件系统通过API的集成，可以在文件系统删除或者收缩时自动回收空间，而不需要运行“写零”的工具。回收由VxVM的“vdisk reclaim”命令触发。这个集成工具包含在Thin Persistence许可中。

Oracle数据库同样需要回收功能：删除表空间或者数据库、收缩表空间、数据重新分布到新盘和老盘、老盘空间释放等等场景。3PAR和 Oracle共同开发了Oracle ASM Storage Reclamation Utility，凡是在Oracle Automatic Storage Management环境中删除的数据块都可以回收。ASRU是一个脚本，用一个命令把ASM磁盘“收缩”掉，同时3PAR把连续的16KB零空间释放回阵列，这个在线实时工具同样需要Thin Persistence许可。