EMC的早期中端产品Clariion产品，包含CX系列，VNX1代和VNX2代产品。目前这个产品已经演进到了PowerStor系列，从Unity开始产品底层架构就发生了重大变化，本文讨论的收集完全日志的方法就不再适用。
EMC的VNXe产品和Unity产品的日志收集方法我们在其他文章中再详细描述，本文只介绍CX系列和VNX系列日志的收集方法。
其实，很多现场工程师应该都有收集日志的经验，但这里我们重点讨论一下收集日志过程中常犯的一些错误，避免多次到现场多次收集日志。
1. 是否只收集一个控制器的spcollect就可以？
如果两个控制器都是online的，一定要同时收集两个控制器的日志，不能只收集一个控制器的日志。这是个Clarrion的存储架构有关的，两个控制器看到的问题是不同的。要详细分析故障，一定要收集两个控制器的日志。
2. 是否随便找两个不同时间收集的两个控制器的日志都可以？
这个也是现场工程师常犯的一个错误，两个控制器分开收集日志，但是收集的时间相差很大，比如1个小时，甚至几个小时。由于收集的spcollect是某个时间点这台存储的所有配置信息和日志信息等。如果两个控制器的收集时间不同，可能环境已经发生了变化，两边的日志不能反映同一个事件。从EMC官方的要求是两个控制器的时间差不能超过10分钟，超过10分钟，他们认为这个日志已经没有意义了。最好的办法就是两个控制器的收集菜单先后都点了，这样就能保证时间点相差不多。
3. 收集完毕日志出来很多的文件，到底那个是最终需要的打包文件？
很多时候收到的日志其实都是event.xml 文件，不是spcollect文件。具体那个文件是最后的spcollect日志参考下面的详细介绍。
4. 收集到的日志不全，zip包是损坏的。造成这个问题的原因是日志还没有收集完毕，还在打包过程中，就下载了spcollect日志。
按照经验来说，这个日志的收集时间大约是 20分钟左右，文件大小大概几十兆左右。
下面是详细的收集方法，供参考。
登陆Unishpere，选择要收集日志的存储，然后选择 System, 如下图，右侧
在右侧点击Generate Diagnostic Files – SPA, 点击OK直到出现"Success"。此后，对SPB也做同样的操作。请注意，要对SPA个SPB同时收集spcollect日志，很多人都收一个，两个要一起收，而且相差的时间不要大于10分钟。
sucess的时间很快，这不代表日志已经收完了，这仅仅说明收集日志的指令下达成功了，一般等待大概15分钟左右，日志就会收集完毕。
点击 Get Diagnositics SPA，如果您看到以runlog.txt结尾的文件，说明SPcollect还没收集完成，请耐心等待并点击Refresh 按钮直到runlog.txt消失。
当SPCollect收集完成后，会出现一个最新的以_data.zip结尾的文件，文件名如ArraySerialnumber>_SPA_<date_time_code>_data.zip (由于是格林威治时间，会比中国时间慢8小时)
如下图，把spcollect日志保存到本地。点击Browse按钮，选择不同的本地路径。
同样的，把SPB的spcollect文件也拿下来，每个文件大概30M左右。两个一起发给我们，做后台分析。
