Megacli是一款管理维护硬件RAID的工具，有LSI公司提供，LSI公司的raid卡，使用的比较广泛。我们可以通过megacli了解当前raid卡的所有信息，包括raid卡的型号，raid的阵列类型，raid上的磁盘状态，也可以通过它来直接创建阵列，在线添加磁盘等。

一，Megacli工具安装

可以在LSI公司的官网直接下载工具：

​​ftp://download2.boulder.ibm.com/ecc/sar/CMA/XSA/ibm_utl_sraidmr_megacli-8.00.48_linux_32-64.zip​​

 下载完成之后，是一个zip包，然后解压，安装：

# unzip MegaCli_Linux.zip

# cd MegaCli_Linux

# lsmegacli_8.07.08-1_all.deb  MegaCli-8.07.08-1.noarch.rpm  MegaSAS.log

# rpm -ivh MegaCli-8.07.08-1.noarch.rpm

安装成功之后，命令的默认安装路径为：

# /opt/MegaRAID/MegaCli/MegaCli64

​​

二，查看磁盘的状态

作用：显示Raid卡型号，Raid设置，整列类型，Disk相关信息

# /opt/MegaRAID/MegaCli/MegaCli64 -cfgdsply -aALL|less

1，查看raid整列类型和大小

​​

如上图所示：

（1）通过RAID Level字段得知，disk group 0做的是一个raid5。

RAID Level对应关系：

RAID级别一般通过 Primary 字段值来判断，还需要结合Span Depth的值来判断值为1表示为 RAID-1，不为1表示 RAID-10; 还有一种情况：Primary-1， Secondary-3， RAID LevelQualifier-0 也是表示 RAID-10;

RAIDLevel : Primary-0, Secondary-0, RAID Level Qualifier-0    对应RAID 0

RAIDLevel : Primary-1, Secondary-0, RAID Level Qualifier-0    对应RAID 1

RAIDLevel : Primary-5, Secondary-0, RAID Level Qualifier-3    对应RAID 5

RAIDLevel : Primary-6, Secondary-0, RAID Level Qualifier-3    对应RAID 6

RAIDLevel : Primary-1, Secondary-3, RAID Level Qualifier-0    对应RAID 10

（2）disk group 0的大小为1.6TB；

2，查看raid的cache策略

​​

如上图所示，raid的默认以及当前生效的cache策略为writeback（还有一种cache策略为WriteThrough）

策略说明：

（1）. 第一段: WriteBack, WriteThrough

* WriteBack：进行写操作时，将数据写入RAID卡缓存，并直接返回，RAID卡控制器将在系统负载低或者Cache满了的情况下把数据写入硬盘。该设置会大大提升RAID卡写性能，绝大多数的情况下会降低系统IO负载。 数据的可靠性由RAID卡的BBU(Battery Backup Unit)进行保证。大多数情况下，我们都使用这种策略。

* WriteThrough: 数据写操作不使用缓存，数据直接写入磁盘。RAID卡写性能明显下降，在大多数情况下该设置会造成系统IO负载上升。特别对于io负载很大的服务，表现特别明显。

（2）. 第二段: ReadAheadNone, ReadAdaptive, ReadAhead.

* ReadAheadNone: 不开启预读。这是默认的设置

* ReadAhead: 在读操作时，预先把后面顺序的数据加载入Cache，在顺序读取时，能提高性能，相反会降低随机读的性能。

* ReadAdaptive: 自适应预读，当Cache memory和IO空闲时，采取顺序预读，平衡了连续读性能及随机读的性能，需要消耗一定的计算能力。

（3）. 第三段: Direct, Cached.

* Direct: Direct IO模式，读操作不缓存到cache memory中，数据将同时传输到cache中和应用，如果接下来要读取相同的数据块，则直接从Cache memory中获取. 这是默认的设置

* Cached: Cached IO模式，所有读操作都会缓存到cache memory中。

（4）. 第四段: Write Cache OK if Bad BBU, No Write Cache if Bad BBU

* Write Cache OK if Bad BBU: 在BBU有问题时(如电池失效), 依旧使用Write Cache, 有一定的数据丢失风险.

* No Write Cache if Bad BBU: 在BBU有问题时, 不使用Write Cache

策略自动切换的问题由于MegaSAS RAID卡默认采用No Write Cache if Bad BBU的设置，将可能发生Write Cache策略变更的情况(由WriteBack变成WriteThrough)，导致写性能下降，如果该自动变更发生在业务高峰且系统Io负载高的时候，可能会引发不可预测的问题，如卡机。以下原因将造成Write Cache策略的变更.

（1）. RAID卡进入BBU Learn Cycle: 详细介绍见下面

（2）. 检测到某些电池故障，如电池容量过低等，一般是电池老化带来的影响，IBM建议一年更换一次RAID卡电池

（3）. 没有安装电池, 部分服务器购买时不带电池，导致被自动设置为WriteThrough

3，判定磁盘是否损坏

​​

如上图所示，我们一般通过如上5个值，来判断磁盘是否应该报修：

1，Media Error

磁盘存在错误，可能是磁盘有坏道。值越大，越危险。根据磁盘状况，一般大于100报修更换。

2，Other Error

磁盘存在未知的错误，可能是磁盘松动，需要重新再插入。根据磁盘状况，一般大于100报修更换。

3，Predictive Failure Count

磁盘的预警数。一般大于0，就报修更换。

4，Last Predictive Failure Event Seq Number

最后一条预警的时间序列号。这个值不为0，肯定Predictive Failure Count也不为0

5，Firmware state

磁盘目前的状态。一般有9种，即

（1）Unconfigured Good – A drive accessible to the RAID controller but not configured as a part of

a virtual drive or as a hot spare.

（2）Online – A drive that can be accessed by the RAID controller and will be part of the virtual

drive.

（3）Rebuild – A drive to which data is being written to restore full redundancy for a virtual drive.

（4）Failed – A drive that was originally configured as Online or Hot Spare, but on which the

firmware detects an unrecoverable error.

（5）Unconfigured Bad – A drive on which the firmware detects an unrecoverable error; the drive

was Unconfigured Good or the drive could not be initialized.

（6）Missing – A drive that was Online, but which has been removed from its location.

（7）Offline – A drive that is part of a virtual drive but which has invalid data as far as the RAID

configuration is concerned.

（8）Hot Spare – A drive that is configured as a hot spare.

（9）None – A drive with an unsupported flag set. An Unconfigured Good or Offline drive that has

completed the prepare for removal operation.

（10）还有一种特殊的状态copyback：

从磁盘组中把数据复制到非磁盘组的磁盘中，然后等failed的盘更换之后，再从这个非磁盘组的磁盘中把数据给copyback回来。

做hot spare的盘，会出现这种情况：即原来的hot spare盘只是临时存放了数据，等failed的盘更换之后，把数据从hotspare的盘中复制回来，正常使用的还是新更换的盘，hot spare的盘永久做hot spare。

三，获取linux服务器的Serial Number

# dmidecode -t 1|grep 'Serial Number'

通常磁盘维修的时候，需要向机房硬件工程师包对应机器的SN。