RAID 性能突然变慢

Question 1

正如 Michal 指出的那样在他的评论中，问题出在“预故障”磁盘上。megaraid 控制器的诊断中没有红旗，smartctl 的诊断中SMART Health Status:有OK，但smartctl在每个磁盘上运行都发现了一个巨大的非中等错误计数（我编写了一个快速 bash 脚本来循环遍历每个磁盘 ID）。以下是来自全力输出：

# Ran this for each individual disk on the /dev/sdb array:
smartctl -a -d megaraid,18  /dev/sdb

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
               ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:    7950078        0         0   7950078    7950078        660.801           0
write:         0        0         0         0          0        363.247           0
verify:       12        0         0        12         12          0.002           0

Non-medium error count:  3253718

除此磁盘（磁盘 ID 18）外，其他所有驱动器均显示非介质错误计数为 0。我识别了磁盘，将其换成新磁盘，然后恢复 3gbps 读取速度。

根据smartmontools 维基：

显示的错误日志（如果有）显示在单独的行上：

写入错误计数器

读取错误计数器

验证错误计数器（仅当非零时才显示）

非介质错误计数器（仅显示一个数字）。这表示除写入、读取或验证错误之外的可恢复事件的数量。

错误事件保存在“最后 n 个错误事件”日志页中。保存的错误事件记录数（即“n”）是特定于供应商的（例如，对于 Hitachi 10K300 型号磁盘，最多保存 23 条记录）。每个错误事件记录的内容都是 ASCII 格式的，并且特定于供应商。与每个错误事件记录关联的参数代码表示错误事件发生的相对时间。较高的参数代码表示错误事件发生的时间较晚。如果设备不支持此日志页，则输出“不支持错误事件日志记录”。如果支持此日志页并且有错误事件记录，则每个记录都以“错误事件：”为前缀，其中是参数代码。

Answer

正如 Michal 指出的那样在他的评论中，问题出在“预故障”磁盘上。megaraid 控制器的诊断中没有红旗，smartctl 的诊断中SMART Health Status:有OK，但smartctl在每个磁盘上运行都发现了一个巨大的非中等错误计数（我编写了一个快速 bash 脚本来循环遍历每个磁盘 ID）。以下是来自全力输出：

# Ran this for each individual disk on the /dev/sdb array:
smartctl -a -d megaraid,18  /dev/sdb

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
               ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:    7950078        0         0   7950078    7950078        660.801           0
write:         0        0         0         0          0        363.247           0
verify:       12        0         0        12         12          0.002           0

Non-medium error count:  3253718

除此磁盘（磁盘 ID 18）外，其他所有驱动器均显示非介质错误计数为 0。我识别了磁盘，将其换成新磁盘，然后恢复 3gbps 读取速度。

根据smartmontools 维基：

显示的错误日志（如果有）显示在单独的行上：

写入错误计数器

读取错误计数器

验证错误计数器（仅当非零时才显示）

非介质错误计数器（仅显示一个数字）。这表示除写入、读取或验证错误之外的可恢复事件的数量。

错误事件保存在“最后 n 个错误事件”日志页中。保存的错误事件记录数（即“n”）是特定于供应商的（例如，对于 Hitachi 10K300 型号磁盘，最多保存 23 条记录）。每个错误事件记录的内容都是 ASCII 格式的，并且特定于供应商。与每个错误事件记录关联的参数代码表示错误事件发生的相对时间。较高的参数代码表示错误事件发生的时间较晚。如果设备不支持此日志页，则输出“不支持错误事件日志记录”。如果支持此日志页并且有错误事件记录，则每个记录都以“错误事件：”为前缀，其中是参数代码。

Question 2

您需要验证驱动器的碎片：

xfs_db -r /dev/sdbx
frag

你将会得到这样的答案：

actual 347954, ideal 15723, fragmentation factor 95.48%

如果碎片率很高，则需要对磁盘进行碎片整理。（是的，我知道，就像在 Windows 上一样...）：/

要对磁盘进行碎片整理：xfs_fsr -v /dev/sdbx

Answer

您需要验证驱动器的碎片：

xfs_db -r /dev/sdbx
frag

你将会得到这样的答案：

actual 347954, ideal 15723, fragmentation factor 95.48%

如果碎片率很高，则需要对磁盘进行碎片整理。（是的，我知道，就像在 Windows 上一样...）：/

要对磁盘进行碎片整理：xfs_fsr -v /dev/sdbx

Question 3

对于 LSI 来说，有几件事确实非常重要。

1) 刷新 RAID 固件。您比当前版本慢了几圈。

2）刷新驱动器上的固件并确保其也已更新。

3) 更新您的驱动程序。根据 LSI 网站上的发布说明，他们刚刚在一月底发布了一个新驱动程序。

然后您可以重新运行测试以查看是否有任何变化。

Answer