vnx 5300 Lun选项里有一个Compression 有什么作用

你把它勾上，会发现lun的占用空间变小了。压缩。

问个相关的问题：

   我在测试VNX compress的时候，我当选中这个选项后，VNX后台多长时间会发起compress的进程，那个大侠告知下！！

在我的测试环境中，我勾选后，等了24小时也没有自动开启，我把这个卷空间使用量超过90%也没有发起，只有最后手动通过CLI才发起了compress的功能，所以这个自动开启时间我很搞不清，到底是达到哪个条件它才能出发开关。

你也是在LUN上启用Compression的？LUN是RAID Group LUN、Thick LUN还是Thin LUN？

如果不是Thin LUN，第一次启用Compression后，系统会将你的LUN转换成Thin LUN，这个过程视LUN大小会耗去不等的时间。可以创建一个Thin LUN再试试。

我使用的Thin LUN，然后把这个LUN通过CIFS输出给windows Client的。结果就是我上面说的情况。

根据这个帖子里所讨论到的问题，我把帖子移动到更合适的 存储系统 版块内，方便更多的坛友们看到和参与讨论。

上面这段描述针对的是重复数据删除（消重），而不是压缩。它们是两种不同的节省空间的技术。有兴趣的话可以看一看官方白皮书：https://www.emc.com/collateral/white-papers/h12209-vnx-deduplication-compression-wp.pdf

理论上通过GUI和CLI下达命令效果是一样的，如果多次测试获得的都是一致的结果，建议提供VNX的SPCollects日志进行分析。SPCollects中的SP logs日志详细记录了存储系统所有的后台操作。

日志收集的方法参考：如何通过网页界面Unisphere收集VNX Block端SP日志

我在“新一代VNX软件架构 - 数据块级重复数据删除”，看到如下一段话：

    当一个消重进程允许运行时，它会检查Pool中是否已经有64GB的新或者更新过的数据。如果新数据不到64GB，这个进程就会继续等待12小时。如果新数据达到了64GB，这些数据会被分割成8KB的数据块（chunk）。基于这些chunk，会有专门的算法来判断是否存在重复的部分。

是不是说必须要在开启compress的LUN上面还有新数据达到64GB之后并且达到12小时的检查周期时，VNX才能主动开启compress进程。如果没有达到，就继续12小时等待。