IBM3850 pcserver 读写缓慢问题（raid cache 策略）

最近装了好几台服务器给核心那边做应用服务器，进行性能压测。其中有台IBM 3850 PCServer 的读写很低，导致压测出来的结果很不理想。

使用 dd测了下，写大概在30-50M左右，读在500M左右。而同等配置的HP G9服务器，写有300多M，读有2G。

其实我自身对存储这块的知识储备很少，很多东西都是在现学，不断摸索的过程。

在网上下了个megacli的rpm包，在这台服务器上安装了，通过命令查看raid 相关信息发现，raid卡cache写机制的策略是：write through

megacli -LDGetProp -Cache -L0 -a0
Adapter 0-VD 0(target id: 0): Cache Policy:WriteThrough, ReadAheadNone, Direct, No Write Cache if bad BBU

谈的raid卡 cache写机制策略，这里简单介绍一下：

cache写机制有两种：write through和write back

Write-through（直写模式）在数据更新时，同时写入缓存Cache和后端存储。此模式的优点是操作简单；缺点是因为数据修改需要同时写入存储，数据写入速度较慢。
Write-back（回写模式）在数据更新时只写入缓存Cache。只在数据被替换出缓存时，被修改的缓存数据才会被写到后端存储。此模式的优点是数据写入速度快，因为不需要写存储；缺点是一旦更新后的数据未被写入存储时出现系统掉电的情况，数据将无法找回。

关于raid卡cache这块知识，我也是在网上查阅相关资料获得，其中仍然有许多不解之处。我用megacli命令将cache写机制改为：write back

修改成write back模式
megacli -LDSetProp WB -L0 -a0

改过之后用dd再次测试了一下，发现读写没有什么变化，以为需要重启系统后生效，重启操作系统后发现raid卡的cache写机制又变成了write through 

这里又涉及到一个关于write back的知识，通过write back介绍可知，对于服务器异常断电情况，数据将会丢失，所以对于cache写机制改成write back的情况，需要raid卡的BBU（我理解是raid卡自带的电池）配合使用。

但我通过命令查看电池信息发现电池状态是failed

hxcsapp:~ # megacli -AdpBbuCmd -GetBbuStatus -aALL  
Adapter 0: Get BBU Status Failed.
Exit Code: 0x01

再通过查看raid信息发现(截取部分信息)：

hxcsapp:~ # megacli -AdpAllInfo -aAll  

                HW Configuration
                ================
SAS Address      : 500605b0048bb920
BBU              : Absent
Alarm            : Present
NVRAM            : Present
Serial Debugger  : Present
Memory           : Present
Flash            : Present
Memory Size      : 512MB
TPM              : Absent
On board Expander: Absent
Upgrade Key      : Absent
Temperature sensor for ROC    : Absent
Temperature sensor for controller    : Absent

可以看到BBU那一项，显示absent，缺席，不存在。所以我怀疑该raid卡上的电池坏了，或者压根就没有。

于是，之前将raid卡cache策略改成write back重启后失效的问题就好理解了，因为write back模式需要有BBU来配合，但由于现有的BBU出问题了，导致write back失效，后来改成木有BBU也强制启用write back方可。

--------------------------------------------------------------------

接触的越多，发现欠缺的知识越多，保持一颗敬畏的心，慢慢积累，不断丰富自身的知识体系。尽管有很多东西一知半解，但欲速则不达，不断实践，不断理解，相信未来自会水到渠成。