RAID
RAID级别表
在表中，我们假设 N N N 为硬盘总数， S S S 为单块硬盘的容量。
| RAID 级别 | 读写能力 | 冗余能力 | 容错率 (允许故障硬盘数) | 最少硬盘数 | 空间利用率 | 冗余方式 | 特点与适用场景 |
|---|---|---|---|---|---|---|---|
| RAID 0 | 读写极快 | 无 | 0 (一坏全丢) | 2 | 100 % 100\% 100% | 无 (纯数据条带化) | 追求极致速度，无数据安全要求（如临时缓存） |
| RAID 1 | 读快，写一般 | 极强 | N − 1 N-1 N−1 | 2 | 1 / N 1/N 1/N (通常 50 % 50\% 50%) | 镜像 (Mirroring) | 安全性最高，成本也最高，适用于操作系统盘 |
| RAID 5 | 读快，写一般 | 中等 | 1 | 3 | ( N − 1 ) / N (N-1)/N (N−1)/N | 分布式奇偶校验 | 性质均衡，最常用的级别，兼顾空间与安全 |
| RAID 6 | 读快，写较慢 | 强 | 2 | 4 | ( N − 2 ) / N (N-2)/N (N−2)/N | 双重分布式奇偶校验 | 容错性高，适用于大容量硬盘阵列，预防重建时再坏盘 |
| RAID 10 | 读写均很快 | 极强 | 每组镜像 坏1块 (理论 1 ∼ N / 2 1 \sim N/2 1∼N/2) | 4 | 50 % 50\% 50% | 先镜像再条带化 (1+0) | 性能与安全兼得，但硬盘利用率低，常用于数据库 |
RAID组概念术语
RAID 降级（Degraded）
简单来说，RAID 组降级 (Degraded) 是指 RAID 阵列中有一块或多块硬盘出现故障，导致阵列失去了冗余保护，但尚未完全崩溃（数据暂时还能访问）的"亚健康"状态。
- 状态表现 ：阵列中损坏的硬盘数量在 容错范围内（例如 RAID 10 坏了一块盘，RAID 5 坏了一块盘）
- 功能影响：系统仍然可以读写数据，但由于失去了冗余，如果此时再坏掉关键位置的硬盘，整个 RAID 组就会彻底失效（Failed），导致数据丢失
- 性能下降：降级模式下，控制器通常需要通过校验算法或跨盘读取来重建丢失的数据，这会显著降低系统的读写速度
RAID 踢盘 (Drive Kicking / Kicked)
"踢盘"是硬件术语，指 RAID 控制器主动将某块硬盘从阵列组中剥离出去，并将其标记为"故障"或"离线"状态。
- 为什么会被 ''踢'' ? 链路误码/连接不稳定： 即使硬盘物理上没坏，如果连接电缆或背板有干扰导致通信中断，控制器就会认为它不可靠，直接踢出。
- 超时 (Timeout)： 硬盘出现坏道尝试自纠错时，如果耗时过长（超过 RAID 卡设定的 7~15 秒响应阈值），控制器会为了保证阵列整体性能将其踢出。
- 坏道过多： 硬盘 SMART 信息显示介质损坏严重。
- 后果： 阵列进入降级 (Degraded) 状态，失去了部分或全部冗余保护。
RAID Rebuild (重建)
"重建"是指在阵列中有一块盘被踢出（或物理损坏）后，利用剩余健康硬盘里的冗余数据，在新硬盘上把丢失的数据"算"出来并写进去的过程。
- 它是如何工作的？
- RAID 1/10 (镜像型)： 过程简单，直接从健康的镜像盘里把数据 1:1 拷贝到新盘。
- RAID 5/6 (校验型)： 过程复杂，控制器需要读取所有剩余硬盘的数据，通过 XOR（异或）逻辑运算 实时计算出原本属于故障盘的数据，再写入新盘。
- 重建的代价：
- 性能下降： 重建时 RAID 卡的运算压力和硬盘读取压力极大，业务访问会明显变慢。
- 二次故障风险： 随着硬盘容量增大（如 10TB+），重建可能持续数天。在这个过程中，剩余硬盘处于高负载状态，如果再坏一块，阵列可能彻底崩溃。
RAID 掉盘 (Drive Dropping / Offline)
"掉盘"通常指 硬盘因自身硬件故障、物理连接中断或断电，导致其在系统中瞬间消失或无响应的被动行为。与"踢盘"不同，这往往不是控制器的逻辑选择，而是硬件层面的"失联"。
- 为什么会"掉盘"？
- 物理故障 (Hardware Failure)： 硬盘磁头损坏、电机停转或电路板（PCB）烧毁，导致硬盘彻底停止工作。
- 供电异常 (Power Issue)： 服务器背板供电不稳、电源线接触不良，导致硬盘瞬间掉电而退出阵列。
- 固件崩溃 (Firmware Panic)： 硬盘内部控制程序运行报错，进入受保护的挂起状态，停止一切对外通信。
- 物理连接中断： SAS/SATA 线缆松动、接口氧化或背板插槽损坏，导致数据通道被动切断。
- 表现特征：
- 不可见性： 在 RAID 管理界面或 BIOS 中，该物理槽位通常显示为 "Missing"（缺失）或 "Empty"（空），而不是 "Failed"（失败）。
- 突发性： 往往没有预警，硬盘在运行过程中直接从设备列表中消失。
- 后果： * 阵列进入 降级 (Degraded) 状态。
- 如果掉盘数量超过了 RAID 级别的容错极限，阵列会立即 失效 (Failed)，导致业务中断及数据丢失。
热备盘 (Hot Spare)
热备盘是指阵列中预先配置、处于通电待机状态但平时不存储数据的"替补"硬盘。它是实现自动化修复的关键。
- 工作机制 ：
- 自动接管 ：当 RAID 组发生"踢盘"或"掉盘"导致阵列降级时，RAID 控制器会立即激活热备盘。
- 自动重建 ：热备盘会自动取代故障盘的位置，无需人工干预即可开始 Rebuild（重建） 进程。
- 类型划分 ：
- 全局热备 (Global Spare)：可以为控制器下所有的 RAID 组提供冗余备份。
- 专属热备 (Dedicated Spare)：仅指定给某个特定的 RAID 组使用。
- 优势：极大缩短了阵列处于"降级"状态的时间，避免了因管理员出差或夜间无法及时更换硬盘而导致的数据风险。
重建再故障 (Failure During Rebuild)
这是存储运维中最危险的"噩梦"场景，指在 Rebuild（重建） 进程尚未完成时，阵列中剩下的健康硬盘又有一块发生了"踢盘"或"掉盘"。
- 为什么容易发生？
- 读压力激增：重建过程需要读取剩余所有硬盘的每一个扇区，这往往会诱发那些已经处于寿命边缘硬盘的隐藏故障。
- 链路不稳：如你提供的图片所示，如果存在"链路误码"，在高负载的重建压力下，很容易导致第二块盘也因超时或错误被踢出。
- 后果影响 ：
- 超出容错极限 ：对于 RAID 5 或只剩一组存活盘的 RAID 10，如果此时再坏一块，阵列将由"降级"直接转为 失效 (Failed)。
- 数据丢失：一旦阵列失效，系统无法进入，通常只能通过高昂的数据恢复服务或从外部备份中恢复。
- 应对措施 ：
- 预防 ：定期检查硬盘 SMART 信息，并在大容量阵列中优先选择容错率更高的 RAID 6。
- 补救：若发生此类故障，应立即停止读写，尝试联系专业人员分析是否可以通过强制上线（Force Online）或链路修复来挽救数据。
踢盘/掉盘 → \rightarrow → 降级 → \rightarrow → 热备盘激活（如有） → \rightarrow → 重建 → \rightarrow → (重建再故障 → \rightarrow → 阵列失效 / 重建成功 → \rightarrow → 正常)
硬盘灯
硬盘灯
硬盘指示灯分为 Active（绿色） 和 Fault（黄色） 两种
| 硬盘 Active 指示灯 （绿色） | 硬盘 Fault 指示灯 （黄色） | 状态说明 |
|---|---|---|
| 常亮 | 熄灭 | 硬盘在位 |
| 闪烁 (4Hz) | 熄灭 | 硬盘处于正常读写状态或重构主盘状态 |
| 常亮 | 闪烁 (1Hz) | 硬盘被定位（Locate） |
| 闪烁 (1Hz) | 闪烁 (1Hz) | 硬盘处于重构从盘状态 |
| 熄灭 | 常亮 | RAID 组中硬盘被拔出 |
| 常亮 | 常亮 | 硬盘故障 |
硬盘点灯流程
RAID 卡 -> 背板 -> LED
- 信号发起： RAID 控制器（RAID Controller）感知硬盘状态（如读写、故障、定位等）
- 信号传输： RAID 卡通过 SAS 线缆 （含带外信号通道，如 SGPIO 协议）发送硬盘状态信号至硬盘背板（Backplane）
- 如果是配置了 Expander（扩展芯片） 的机型，信号先到达 Expander 芯片
- 信号解析与执行：
- EXP 背板： Expander 芯片接收信号后，将其转发给背板上的 CPLD 芯片
- 直通背板： 信号直接由背板上的 CPLD 接收并解析
- 点灯： CPLD 根据解析出的状态，输出高低电平信号驱动 LED 指示灯（Active/Fault）做出相应动作（常亮、闪烁或熄灭）
状态回传与监控
- 上报 BMC： CPLD 在解析状态并执行点灯动作的同时，会将硬盘状态通过主板上的 CPLD 或 Local Bus 上传至 iBMC，以便管理员在 Web 界面查看硬盘健康状况
- 带外管理： iBMC 与 RAID 卡之间也存在 I2C 通道，用于带外监控和管理
特殊情况：JBOD 模式
- 当硬盘处于 JBOD（直通） 模式且 RAID 卡不支持带外管理时，RAID 卡不会主动点亮 Fault 灯
- 在这种情况下，系统只能通过从 CPLD 读取到的原始硬盘状态来产生告警，而无法通过 RAID 卡的逻辑判断来驱动指示灯
说明
免责声明与版权声明
本文内容由个人发布，仅用于学习、技术研究与经验交流。
文中涉及的软件（包括正版及第三方版本）仅供测试与学习用途，不构成任何形式的分发、破解、商业使用或侵权行为的鼓励。若您需要长期使用或商业部署，请前往官方网站购买或获取正版授权。
作者不对任何软件的使用、修改、传播及由此产生的后果承担法律责任。读者应自行判断、下载与使用软件，并遵守所在地法律法规及相关许可协议。
部分内容参考或摘录自公开资料、官方文档或其他技术文章，均已尽可能注明原作者及来源链接。若原作者或版权方认为本文存在不当引用或侵权内容，请联系作者处理，作者将在核实后及时修改或删除相关内容。
知识共享许可声明
除特别说明外，本文中的原创文字、图片、图表及资料均依据：
CC BY-NC-SA 4.0（署名－非商业性使用－相同方式共享）
许可协议发布。
您可以在遵守本协议的前提下：
- 复制、转载和分享本文内容；
- 对本文内容进行修改、改编和二次创作；
- 将本文内容用于个人学习、研究和非商业用途。
同时必须满足以下条件：
- 保留原作者署名及原文链接；
- 明确标注内容来源；
- 不得将本文及其衍生作品用于任何商业用途；
- 基于本文进行修改、改编或再创作的作品，必须继续采用相同协议进行发布。
特别声明
未经作者书面授权，禁止以下行为：
- 将本文原创内容用于商业培训、付费课程、付费社群、收费咨询等商业活动；
- 将本文原创内容转载至以盈利为目的的网站、平台、出版物或知识付费平台；
- 将本文原创内容批量采集、镜像、聚合或作为数据库内容进行商业运营；
- 将本文原创内容用于人工智能模型训练、知识库构建、数据集整理或其他商业化用途；
- 删除、修改或隐藏原作者署名、原文链接及版权声明。
对于违反上述声明的行为，作者保留依法追究相关责任的权利。
AI 辅助生成声明
本文部分内容在撰写、整理、润色或结构优化过程中使用了 AI 工具进行辅助生成。
AI 生成内容仅作为写作辅助参考，最终内容已由作者进行人工审阅、修改、校对与确认。本文观点、技术步骤、命令示例及相关说明均以作者最终发布版本为准。
读者在参考本文内容进行实际操作前，应结合自身环境进行验证，作者不因 AI 辅助生成内容可能存在的遗漏、错误或不适用情况承担额外责任。