RAID卡无BBU/CacheVault时，WriteBack会强制降级为WriteThrough，这是安全兜底机制；需用storcli或MegaCli确认BBU状态（如“Not Installed”），并手动执行命令如storcli /c0/v0 set wrcache=off锁死直写策略，确保数据不丢失。
RAID卡没BBU/CacheVault时，WriteBack会被强制降级为WriteThrough
硬件RAID卡（如LSI/Broadcom MegaRAID、Dell PERC）默认策略是：只有检测到缓存保护单元（BBU或CacheVault）状态正常，才允许启用WriteBack模式；否则自动切换为WriteThrough——也就是“直写”。这不是bug，是安全兜底机制。你用storcli /c0 show或MegaCli64 -AdpBbuCmd -GetBbuStatus -aALL查状态，如果输出里有Relative State: Not Installed或Charger Status: Failed，那WriteBack根本设不上去，强行设也会被控制器忽略。
确认当前写入策略是否已是安全直写
别假设，直接查。不同卡命令不同，但核心是看Write Policy字段：
- LSI/Broadcom（
storcli）：storcli /c0/v0 show | grep "Write Policy"→ 输出应为WriteBack（但实际已降级）或明确显示WriteThrough - Dell PERC（
omconfig）：omconfig storage vdisk controller=0 vdisk=0 | grep "Write Cache"→ 显示Disabled即为直写 - HP Smart Array（
ssacli）：ssacli ctrl slot=0 ld 1 show | grep "Current Write Cache Policy"→ 应为Disable
如果仍显示Enable或WriteBack，说明控制器未正确识别电池失效，需手动强制切回。此时不能靠GUI点一下完事，必须走CLI重置策略。
手动强制设置WriteThrough并防止自动恢复
控制器可能在下次重启或固件升级后又尝试恢复WriteBack，所以得锁死。关键操作是清除缓存策略依赖项，并显式禁用：
- LSI/Broadcom：
storcli /c0/v0 set wrcache=off（注意不是wrback），再执行storcli /c0 set cachecade=off关闭所有缓存相关功能 - Dell PERC：
omconfig storage controller controller=0 writecache=disabled，然后omconfig storage vdisk controller=0 vdisk=0 writepolicy=wt - 执行后务必
storcli /c0/v0 show二次确认，Write Policy字段必须稳定显示WriteThrough，且Cache Status为Disabled
这一步做完，所有写IO都会绕过RAID卡缓存，直接落盘。性能会下降（尤其是小随机写），但断电不会丢数据——这才是无保护场景下唯一安全的底线。
文件系统层要配合禁用barrier和journal优化
RAID卡直写只是第一层，如果上层文件系统还在做缓存合并或延迟提交，依然有风险。以ext4为例：
- 挂载选项必须含
barrier=1（默认开启，但某些旧内核或initramfs可能关掉），确保写屏障生效 - 避免使用
data=writeback，改用data=ordered或更严格的data=journal（后者性能差，但最安全） -
/etc/fstab中对应RAID设备行建议加上noatime,errors=remount-ro，减少元数据写入扰动
特别注意：不要为了“提速”在无缓存保护的RAID上配commit=60或lazytime，这些会让日志延迟刷盘，和直写策略冲突，反而放大风险。
真正难的不是命令怎么敲，而是判断“要不要开缓存”——当BBU老化、CacheVault电容鼓包、或者新采购的国产RAID卡压根没配缓存模块时，直写不是妥协，是必须守住的线。很多线上故障就栽在以为“控制器说WriteBack已启用”，结果断电后发现日志根本没刷全。
