开始之前，先介绍一下什么是EMC VNX2代设备以及什么是base module？EMC的VNX存储分为1代和2代，两个物理架构发生了很大的变化，VNX2代的型号是偶数的，如VNX5200，VNX5400，VNX5600，VNX5800，VNX7600和VNX8000。与之相对应的VNX1代就很好理解，就是VNX5100，VNX5300，VNX5500，VNX5700和VNX7500。
Base module是VNX2代才有的一个部件，在机器的后面，用来安装BBU电池，后端SAS接口的地方，他本身也是一个IO module，可以理解为安装IO module扩展卡的扩展卡。下面是base module的物理外观。很多朋友把这个当作控制器。区分是不是控制器很简单的一个原则就是是否有CPU和内存。
Base module是一个故障率很高的部件，base module出现故障，控制器就会宕机，所以很多朋友看到控制器宕机，就认为是控制器的问题，其实有一部分是base module的问题，所以更换完毕控制器还是依然有问题，然后就投诉说发给他们的控制器是坏的。至于如何确定是控制器的问题还是base module的问题导致的控制器宕机，可以联系我们专业人员来进行故障的诊断分析。add wechat at StorageExpert。
下面回到本文的主要部分，如何更换base module？
由于base module的更换要将和其对应的控制器下电，所以要提前检查客户多路径配置是否正常。如果有单路径业务会造成业务中断。
在操作前将write cache暂时disable。
首先在Unisphere中把disable 并且zero out 系统的write cache，如下图：
System->system management-> manage cache
把write cache disable了，如下图所示：
- 首先找到有问题的base module位置，如下图所示：
- 将对应的控制器下电
使用naviseccli命令对控制器做shutdown操作，命令如下
Naviseccli -h <IP address> -user - password -scope 0 shutdownpeerSP
这里的IP地址是正常控制器的，不是要shutdown控制器的。注意后面的命令是 shutdownpeerSP，就是把对端的控制器给shutdown下来。
然后ping这个sp，如果ping不到了，说明这个sp已经shutudown了。
- Base module上有BBU和电源模块，还有接后端的SAS线，将这些线缆做标记，然后断开连线。
- 将有问题的base module从机器上拆除，换上新的base module，按照之前的线缆标记插回线缆。
- 对控制器重新加电，命令如下：
Naviseccli -h <IP address> -user - password -scope 0 rebootpeerSP
- 控制器启动需要大概10-15分钟左右，登录图形界面观察控制器的状态。也可以ping这个控制器的IP地址来判断控制器是否正常启动。
备注：如果命令行有困难，也可以通过插拔控制器的方法来上电和下电。但一定要将write cache disable掉再做上面的动作。
- 控制器正常后，将write cache enable，否则会影响客户业务性能。
到此更换任务结束，如果还有问题，随时沟通交流。
