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左右。兩個一起發給我們，做背景分析。