T5820 这台塔式工作站放到今天依然有不少人在用，尤其是做三维渲染、视频剪辑、EDA 仿真这类需要大内存和多核的活儿。这两年 PCIe 3.0 的 NVMe 盘价格一路走低，很多人第一件事就是给它加盘提速。但真到了要装系统、组阵列这一步，坑就来了：BIOS 里那几项存储设置到底该怎么选？原生 NVMe 驱动、Intel RST、Intel VROC 这三条路差别在哪？为什么插上盘 BIOS 能认、装系统却找不到？为什么换了模式开机直接蓝屏？这篇就把 T5820 上 NVMe 的三种驱动/管理模式掰开揉碎讲清楚，从物理拓扑、授权成本、部署步骤到踩坑排查全覆盖。不管你是只加一块系统盘的新手，还是想拿四块盘做 RAID 0 跑素材库的老手，都能在里面找到能直接抄的部分。
1. 三种模式到底在争什么：先把概念捋直
很多人一上来就问“哪个模式最快”，这问题其实问错了。这三个模式不是三个性能档位，而是三套不同的存储栈归属方案——谁来做盘的管理者、谁来做 RAID、驱动走哪条路。搞清楚归属关系，选型自然就清楚了。
1.1 原生 NVMe：最短的那条路，也最“素”
原生模式指的是操作系统自带的 NVMe 驱动直接接管硬盘。Windows 10/11 里对应的是stornvme.sys，Linux 下是内核自带的nvme驱动。这条路径最直接：CPU 的 PCIe 通道 → NVMe 盘 → 系统驱动，中间不经过任何 RAID 层的抽象。
好处很明确。第一是延迟最低，没有额外的过滤驱动，队列深度和中断处理都是系统原生逻辑，跑数据库、跑编译这类小 IO 密集的场景，原生模式的响应最干脆。第二是兼容性最好，任何一块标准 NVMe 盘插上去，只要物理链路通，系统一定认。第三是可维护性强，盘坏了直接换，盘上的数据在别的机器上一样能读，不存在阵列元数据绑定的问题。
代价也很明确：没有冗余，没有聚合。四块盘就是四块盘，系统里看到四个独立卷，想要 RAID 得靠 Windows 存储空间或者 Linux 的 mdadm 这类软件方案，性能和可靠性都跟硬件辅助 RAID 不在一个量级。另外原生驱动对某些企业级盘的高级特性（比如带内管理、SMART 深度透传、热插拔事件）支持得比较基础，做监控告警时可能会缺数据。
提示：原生模式并不等于“不能用 RAID”，只是 RAID 由操作系统承担。软件 RAID 在 T5820 这种多核机器上跑顺序读写尚可，但随机小 IO 和重建时的 CPU 占用会让你很难受。
1.2 RST 与 VMD：让平台侧也管起 NVMe
Intel RST（Rapid Storage Technology）这套东西历史很长，早期只管 SATA 阵列。后来 Intel 推出了 VMD（Volume Management Device），思路是把 NVMe 盘也纳入平台侧的管理域，由 RST 驱动统一接管，从而在平台层做 RAID、做热插拔、做 LED 定位。
在 T5820 这一代平台上，情况要说得更保守一些：这台机器官方主推的 NVMe 阵列方案是 VROC，RST 主要服务的是 SATA 侧（BIOS 里的SATA Operation选RAID On就是走 RST）。至于 VMD 能不能开出来，取决于你的 BIOS 版本和具体 CPU 型号，不同批次的机器表现不一致，有些 BIOS 里根本没有 VMD 开关，有些有但开启后行为不稳定。
这一点很关键，因为它直接决定了你的操作路径。如果你在这台机器的 BIOS 里翻遍了System Configuration也找不到 VMD 相关选项，不用怀疑自己看漏了，这台机器就是走 VROC 路线的。强行去装 RST 的 VMD 驱动反而可能让系统在启动阶段找不到引导盘。
RST 模式真正有价值的地方在于：当你需要把 SATA 硬盘和 NVMe 盘混在一个管理界面里，或者需要用 RST 的界面做 SATA RAID 1 装系统时，它是顺手的选择。但如果你目标是 NVMe 阵列，别在 RST 上浪费 time，直接看下一节。
1.3 VROC：把 RAID 搬到 CPU 的 PCIe 通道上
VROC 全称 Virtual RAID on CPU，核心思想是把 RAID 计算从芯片组挪到 CPU 内部，利用 CPU 直连的 PCIe 通道做盘的管理和条带运算。这个设计的直接后果是：它绕开了芯片组的带宽瓶颈。传统 PCH 挂载的 RAID，所有盘的数据都要挤过 DMI 那条上行链路，盘越多越堵；VROC 的盘直接挂在 CPU 的 PCIe lane 上，每块盘独享 x4，四块盘做 RAID 0 顺序读能压到 12GB/s 以上，这是 PCH 方案做不到的。
但 VROC 有两个硬门槛，很多人栽在这上面。
第一个是物理拓扑门槛。VROC 只能管理 CPU 直连 PCIe 通道上的 NVMe 盘。T5820 主板上的 M.2 插槽、以及通过 Ultra-Speed Drive 转接卡插在 CPU 直连槽位上的盘，才在 VROC 的管辖范围内。如果你把盘插在走 PCH 的槽位上，BIOS 的 VROC 管理界面里根本不会出现它，不是坏了，是拓扑不对。
第二个是授权门槛。VROC 分等级：Standard 级别支持 RAID 0/1/10，Premium 级别才开放 RAID 5。功能是通过一个物理的 VROC 升级密钥模块（插在主板对应接口上的小模块）来解锁的。没插密钥，BIOS 里的 VROC 选项就是灰的或者只有最基础的功能。这个模块需要单独采购，装机前一定要确认手上有货，否则装到一半发现组不了 RAID 5，返工成本很高。
1.4 一张表看清三种模式的边界
| 维度 | 原生 NVMe | RST / VMD | VROC |
|---|---|---|---|
| 管理者 | 操作系统驱动 | 平台侧（PCH/RST 驱动） | CPU 侧（VROC 驱动） |
| 支持 RAID 级别 | 无（需软件方案） | 视平台支持，通常 0/1/5/10 | Standard: 0/1/10；Premium: 加 5 |
| 是否需要额外授权 | 否 | 否 | 需要 VROC 密钥模块 |
| 盘位要求 | 任意可用 PCIe/M.2 | PCH 或 CPU 通道均可 | 仅 CPU 直连通道 |
| 单盘延迟 | 最低 | 略高（过滤驱动开销） | 略高（RAID 层开销） |
| 换机可迁移性 | 最好，盘即数据 | 差，需同平台 | 差，需同平台及密钥 |
| 适用场景 | 单盘系统盘、 scratch 盘 | SATA 阵列、混合管理 | 高性能 NVMe 阵列 |
| T5820 上的可用性 | 完全可用 | 部分 BIOS 支持，需实测 | 官方主推方案 |
这张表建议存下来。后面所有选型判断，基本都能从这张表里推出来。
2. 选型逻辑：先看盘插在哪，再看你要什么
选型不是拍脑袋选“最好的”，而是先被物理条件约束，再被需求约束，最后被预算约束。顺序搞反了就会白折腾。
2.1 第一步永远是查拓扑：盘插在哪个槽位
打开机箱之前，先明确一件事：T5820 的 PCIe 槽位不是等价的。靠近 CPU 的那几个全长槽位通常是 CPU 直连的，靠下的槽位可能走芯片组。M.2 插槽的位置也要确认，不同 revision 的主板布线不一样。
判断方法很土但很有效：把盘插上，进 BIOS 看存储设备列表。如果 VROC 管理界面里能看到这块盘，说明它在 CPU 直连通道上；如果只能在普通的 NVMe 设备列表里看到、VROC 界面里没有，那就是走 PCH 的。另一种方式是查随机附带的机箱内部布线图或者主板丝印，通常槽位旁边会标注CPU或PCH。
为什么要这么较真？因为很多人的失败案例是这样的：四块盘插得满满当当，BIOS 里也认到了，兴致勃勃进 VROC 界面准备组 RAID 5，结果只有两块盘可选。剩下两块不是坏了，是插在 PCH 槽位上，压根不在 VROC 的管理域内。这个坑我在一个小型视频工作室的机器上见过一次，四块 2TB 盘，最后只能做 RAID 0 + 单盘，性能上去了但一点冗余都没有，素材丢了一次才后悔。
注意：如果你用的是 Ultra-Speed Drive Quad 这类转接卡，卡本身要插在 CPU 直连的 x16 槽位上，卡上的四个 M.2 才都能进 VROC。插错槽位整卡的四块盘都进不了阵列。
2.2 按真实需求选：三种典型场景的答案
场景一：只加一块盘当系统盘。别犹豫，原生模式。系统盘追求的是启动可靠、故障可恢复、换机可迁移。原生模式下盘就是一块普通的 NVMe，系统崩了拆下来插到别的机器上照样读数据，这是最省心的选择。用 VROC 给单盘做 RAID 0 纯属浪费授权和通道资源。
场景二：两块盘做系统盘冗余。这里有两条路。走 VROC Standard 做 RAID 1，系统装上去以后任何一块盘挂了都不影响开机，代价是失去一块盘的容量和一部分写入性能。或者走原生模式，用 Windows 存储空间做镜像，好处是不需要 VROC 密钥，坏处是软件镜像的重建速度慢、且启动卷的镜像在部分场景下会有兼容性小毛病。我的建议是：既然机器都上到这个级别了，VROC 密钥该买就买，硬件辅助的 RAID 1 在故障切换时的行为更可预期。
场景三：四块盘做素材库/缓存盘。这才是 VROC 的主场。RAID 0 追求极致顺序读写，适合视频剪辑的素材盘和临时渲染缓存，但要接受“一块盘挂全盘数据没了”的现实，重要素材必须有第二份拷贝。RAID 5 用三块盘换一块盘的冗余，容量利用率和安全性平衡得不错，适合做项目归档盘。注意 RAID 5 有写入惩罚，小文件随机写会比 RAID 0 慢不少，别指望它又能存又能跑数据库。
2.3 授权成本这笔账怎么算
VROC 密钥模块是要花钱的，价格不算便宜，很多人卡在这一步。算账的思路是这样：如果你只是两块盘做 RAID 1 保系统，那这笔钱相当于买一份“开机保险”，考虑到重装系统和恢复环境的时间成本，多数情况下值。如果你要做 RAID 5，那 Premium 级别的密钥基本是必需项，没有替代方案（软件 RAID 5 在这台机器上跑起来体验差太远）。
有个折中思路可以参考：先用原生模式把机器跑起来，把 VROC 密钥列为后续升级项。因为 VROC 的阵列配置是可以在不重装系统的情况下做的——前提是你规划好了，系统装在单独的盘上，数据盘后续再组阵列。这样能分批投入，先把机器用起来。
2.4 兼容性红线：不是所有 NVMe 都能进阵列
这一条必须重点提醒。VROC 对盘的兼容性比原生模式严格得多。原生模式下只要是一块标准 NVMe 盘，基本都能用；但 VROC 组阵列时，对盘的型号、固件版本有要求，尤其是消费级盘，很可能在 VROC 管理界面里显示为“不支持 RAID”或者干脆不出现。
原因在于 VROC 需要在盘上写入阵列元数据，并且依赖盘的某些管理特性。消费级盘往往没有实现这些特性。所以组阵列前，务必查一下你这块盘在不在兼容列表里，或者干脆在 BIOS 里先试着选中看看能不能勾上。选不中就是不行，别硬来，硬来的结果是阵列建起来但重建或热插拔时出各种诡异问题。
另外一个容易忽略的点：同一个阵列里尽量不要混用不同型号、不同容量的盘。容量不同会导致阵列按最小容量计算，浪费空间；型号不同会导致性能特征不一致，条带分布的效率下降，而且固件行为差异在重建时容易出问题。
2.5 我在实际项目里的选型决策顺序
把上面的逻辑串成一条可执行的判断链，我一般是这么走的：
- 确认盘插在 CPU 直连槽位（否则 VROC 免谈，直接原生）
- 确认手上有 VROC 密钥且等级够用（否则降级到原生 + 软件方案）
- 确认所有盘在兼容列表内（有不合规的盘就把它单独拿出来做 scratch）
- 根据是否要冗余选 RAID 级别（系统盘优先 1，素材盘优先 0，归档盘优先 5）
- 最后才考虑性能调优（条带大小、驱动版本）
这个顺序不能颠倒。我见过太多人先纠结条带大小是 64K 还是 128K，结果盘插错槽位，白折腾一晚上。
3. 部署实操：三种模式的具体落地步骤
这一节是能直接抄的部分。三种模式我按“前置准备 → 具体步骤 → 验证”的结构写，参数和命令都给出，你照着做就行。
3.1 通用前置：这几件事不做，后面全是坑
第一，先把 BIOS 升到较新版本。T5820 这代机器的 BIOS 更新过很多轮，早期的版本在 NVMe 和 VROC 的支持上有明显缺陷，比如阵列建好重启后丢失、密钥识别不到。升级前记好当前版本号，升级过程中绝对不能断电。升级完进 BIOS 恢复一次默认设置，再重新配置，避免旧配置项残留导致奇怪行为。
第二，确认引导模式是 UEFI。NVMe 阵列做系统盘必须走 UEFI + GPT，Legacy 模式在大多数情况下根本引导不起来。BIOS 里的Boot Sequence或者Boot Mode选项，确保是 UEFI 而不是 Legacy。同时把Secure Boot暂时关掉，装完系统、驱动齐全之后再按需打开，能省掉很多签名相关的麻烦。
第三，把重要数据先备份。切换存储模式、重建阵列、重装系统，任何一个动作都可能清空盘。特别是已经装好系统的机器，切模式之前一定要把系统盘做成镜像或者至少把数据拷出来。这一条听起来像废话，但每次出问题都是因为跳过了这一步。
第四，准备好驱动文件。提前从官方支持页面把 VROC 驱动包和 RST 驱动包下载下来，解压到一个 FAT32 格式的 U 盘里。注意必须是 FAT32，NTFS 的 U 盘在 Windows 安装环境的命令提示符下可能挂载不上。驱动包里通常有一堆子目录，你不用管，找到包含.inf文件的那个目录就行。
3.2 原生模式：十五分钟搞定的那种
原生模式是最省事的。BIOS 里把SATA Operation设成AHCI（如果有这个选项），NVMe 相关的高级 RAID 功能保持关闭或 Disabled。保存退出，插上系统安装 U 盘，UEFI 引导启动。
安装程序进到分区界面时，你应该能直接看到所有 NVMe 盘。如果看不到，先别急着怀疑盘坏了，按Shift + F10调出命令行，敲diskpart，然后list disk。如果 diskpart 里也看不到，说明是物理层或者 BIOS 层的问题，回到 4.2 节排查。如果 diskpart 能看到但安装界面看不到，通常是安装介质缺少对应驱动（极少见于标准 NVMe）或者盘上有残留的阵列元数据。
验证方式很简单：装完系统进设备管理器，展开“存储控制器”，应该看到“标准 NVM Express 控制器”。这就是原生驱动在工作。再打开“磁盘驱动器”，每块盘独立列出，没有额外的卷设备。
顺手做一件事：装完之后在磁盘管理里确认每块盘的分区表是 GPT，不是 MBR。如果安装时误用了 Legacy 引导，这里会露馅，早点改省得后面迁移。
3.3 RST/VMD 模式：驱动注入是关键
先说清楚，这一节主要针对那些 BIOS 里确实有 VMD 或 NVMe RAID 选项的机器。如果你的机器没有这些选项，直接跳过看 3.4。
开启 VMD 之后，最大的问题是Windows 安装程序看不到盘。这不是 bug，是因为安装介质里没有 VMD 的驱动，系统不知道怎么跟这个控制器对话。解决办法有两个。
方法一：安装时手动加载。在分区界面点“加载驱动程序”，浏览到 U 盘里的驱动目录，选中对应的.inf，安装程序会把驱动加载进内存，盘就出来了。这个方式最直观，缺点是每次装系统都要来一遍。
方法二：离线注入到安装镜像。如果你要批量装机，这个方法更省事。把 ISO 里的install.wim提取出来，用 DISM 注入驱动：
dism /Mount-Image /ImageFile:D:\images\install.wim /Index:1 /MountDir:D:\mount dism /Image:D:\mount /Add-Driver /Driver:D:\drivers\rst\iaStorVD.inf /Recurse dism /Unmount-Image /MountDir:D:\mount /Commit注入完把 wim 放回 ISO 重新打包。这样以后用这个镜像装机器，开机就能直接看到盘。
这里有个经验：驱动版本要和 BIOS 里的控制器模式匹配。新版驱动配旧 BIOS，或者反过来，都可能出现装到一半蓝屏的情况。稳妥做法是去官方支持页面，按你的机器型号和 BIOS 版本找对应的驱动包，别随便下个“最新版”就往上怼。
3.4 VROC 模式：从装密钥到装系统
VROC 的部署步骤多一些，我按顺序列。
第一步，确认密钥已就位。关机断电，打开侧板，找到主板上的 VROC 密钥接口（位置参考主板说明，通常在内存槽附近或者 PCIe 槽之间）。如果密钥没插，插上。这个模块很小，插的时候注意方向，别硬怼。插好后开机进 BIOS，在存储相关页面应该能看到 VROC 的等级信息，比如显示 Standard 或 Premium。看不到等级信息说明密钥没识别到，重新插一次或者换个接口。
第二步，配置 BIOS 存储选项。大致路径在System Configuration下面，不同 BIOS 版本的菜单命名会有差异，你要找的是SATA Operation和 NVMe/VROC 相关的开关。把 SATA 模式设成AHCI或RAID On，取决于你的 SATA 盘是否要组阵列；把 VROC 相关的选项设为 Enabled，并选择对应的等级。保存重启。
第三步，进入 VROC 管理界面建阵列。开机自检时留意屏幕提示，一般会有快捷键进入 RAID 配置界面（不同版本可能是Ctrl + I或者通过 BIOS 菜单内的入口）。进去之后你会看到所有可管理的 NVMe 盘。选中要组成阵列的盘，选择 RAID 级别。RAID 0 至少要两块，RAID 5 至少三块。
创建时会让你填几个参数，其中条带大小（Strip Size）最影响性能：
| 条带大小 | 适合的负载 | 说明 |
|---|---|---|
| 16K / 32K | 数据库、小文件随机读写 | 小 IO 命中率高，但顺序读带宽略低 |
| 64K | 通用场景，视频素材、常规文件 | 平衡点，不确定就选这个 |
| 128K | 大文件顺序读写、备份、归档 | 顺序带宽好，小文件浪费明显 |
填完确认创建，阵列会初始化。初始化过程可能要几分钟到十几分钟，取决于容量，别中途断电。
第四步，装系统时加载 VROC 驱动。这一步和 3.3 一样，安装程序看不到卷的时候点“加载驱动程序”，指定 U 盘里 VROC 驱动包中对应的.inf文件。加载完就能看到创建好的阵列卷了。
第五步，验证。装完系统后，设备管理器里应该出现 Intel VROC 相关的存储控制器和卷设备。再装一下官方的管理工具，能看到阵列的健康状态、每块盘的 SMART 信息。这一步别省，它是你后续发现盘快挂了的第一道防线。
3.5 已经装好系统的机器想切模式怎么办
这是最麻烦的情况。系统是按原生驱动装的，现在想切到 VROC 或者反过来，直接改 BIOS 的后果就是开机蓝屏INACCESSIBLE_BOOT_DEVICE（0x7B），因为系统启动时加载的驱动不认识新的控制器。
正确的处理顺序是先注入驱动，再切模式。用 PE 启动盘引导，挂载系统盘，把目标模式的驱动离线注入进去：
dism /Image:C:\ /Add-Driver /Driver:D:\vroc\iaStorAC.inf /ForceUnsigned注入完成后重启，进 BIOS 切换模式，再启动。这样系统启动时会尝试加载新驱动，成功率比裸切高得多。
但说实话，这条路我也踩过坑。有些情况下即使注入了驱动，系统还是会因为引导记录和控制器绑定关系的问题起不来。所以我个人的做法是：只要涉及模式切换，一律按重装系统来规划。数据盘单独放，系统盘重新装一遍，两个小时的事，比折腾一整天排查启动问题划算得多。
4. 踩坑实录与排查速查表
下面这些是我和身边同行在这台机器上真实遇到过的问题，按出现频率排序。
4.1 开机蓝屏 0x7B，进不去系统
最高频的问题，没有之一。原因是系统里没有当前模式的存储驱动，或者驱动加载顺序不对。
排查顺序：先确认 BIOS 里当前的存储模式是什么（AHCI / RAID / VROC），再回想系统是在哪个模式下装的。两者不一致就是这个蓝屏的直接原因。解决方式见 3.5 节，要么注驱动要么重装。
还有一种隐蔽情况：BIOS 升级后部分设置被重置，存储模式从原来的 RAID 变回了 AHCI，系统就起不来了。所以每次升级 BIOS 之后，第一件事是进 BIOS 逐项核对存储设置，别直接让它启动。
4.2 BIOS 里根本看不到盘
分几种情况。如果 BIOS 的存储设备列表里完全没有这块盘，先检查物理连接：M.2 是否插到位、卡扣是否锁紧、转接卡的供电线是否接上。T5820 的 Ultra-Speed 卡需要额外供电，忘了接就是全卡不认。
如果是转接卡上的盘不认，把卡换到另一个 CPU 直连的槽位试试，有些槽位在某些配置下会被禁用（比如插了特定的显卡或者第二颗 CPU 配置不同）。
如果单盘在 BIOS 能看到但 VROC 界面看不到，那是拓扑问题，见 2.1 节，盘插在 PCH 通道上了。
4.3 VROC 界面里盘是灰的，选不中
两个原因。一是盘不在兼容列表内，VROC 不支持在它上面建阵列。二是盘上残留了旧的阵列元数据或者分区表，VROC 认为它处于“非干净”状态。
对第二种情况，可以在 VROC 界面里找“清除元数据”或者“Reset to non-RAID”的选项，把盘重置成普通盘再试。如果界面里没有这个选项，用 PE 引导进diskpart，select disk N之后clean，清空分区表再回 BIOS 试。
4.4 阵列建好了，装系统时看不到卷
典型缺驱动。安装程序的驱动库里没有 VROC 的驱动，它不知道这个控制器下面挂着什么。解决方式见 3.4 第四步。
有个细节容易翻车：驱动包解压后有一堆子目录，你要选的是包含.inf的那一层。选到父目录，安装程序会提示“找不到签名驱动程序”。另外注意架构，64 位系统要选x64子目录下的文件。
4.5 阵列跑起来性能不如预期
先别怀疑阵列，先看单盘的性能基线。用 CrystalDiskMark 或者 fio 单独测一块盘，确认它本身能达到标称速度。如果单盘就慢，问题在盘或者散热。
如果单盘正常但阵列慢，看几个点。一是条带大小是否匹配负载，小文件负载用 128K 条带会明显吃亏。二是PCIe 链路宽度，用工具查一下每块盘是不是跑在 x4，有些转接卡或者槽位会协商到 x2 甚至 x1，带宽直接腰斩。三是温度降速，M.2 盘在转接卡上密集排列时散热很差，跑几分钟顺序写入就过热降频。我见过一个案例，四块盘 RAID 0 顺序写一开始能到 6GB/s，两分钟后掉到 2GB/s，拆开一看盘面温度快 90 度，加了个小风扇就解决了。
4.6 问题速查表
| 现象 | 最可能原因 | 处理方式 |
|---|---|---|
| 开机 0x7B 蓝屏 | 存储模式与系统驱动不匹配 | 注驱动或重装系统 |
| BIOS 完全不认盘 | 物理连接、供电、槽位禁用 | 重插、接供电、换槽位 |
| VROC 界面盘灰显 | 不兼容或残留元数据 | 查兼容性、清理元数据 |
| 安装程序看不到卷 | 缺少对应模式驱动 | 加载驱动或离线注入 |
| 阵列顺序读写偏低 | 条带过小、链路宽度不足 | 调条带、查 PCIe 协商 |
| 跑一会儿性能骤降 | NVMe 过热降频 | 加散热片/风扇，改善风道 |
| 阵列重启后消失 | BIOS 版本缺陷或密钥接触不良 | 升级 BIOS、重插密钥模块 |
| 重建速度极慢 | 混用不同型号盘、盘健康度差 | 统一盘型号，检查 SMART |
5. 性能调优与长期维护的几条经验
部署完只是开始，真正让这套配置跑得舒服，还得在这几个地方下功夫。
5.1 驱动版本别追新，追匹配
存储驱动这个东西，最新的不一定最好。VROC 和 RST 的驱动在不同版本之间行为差异挺大，有时候新驱动修了 A 问题但引入了 B 问题。我的做法是：以机器原厂支持页面提供的驱动为准，那个版本是经过整机验证的。除非遇到明确的 bug 需要靠新版修复，否则不要跨版本乱换。
换驱动之前一定要建系统还原点或者做镜像。驱动装崩了导致开不了机的情况我遇到过两次，都是靠 PE 起来回滚驱动才救回来的。
固件同理。NVMe 盘的固件有时候会有影响阵列行为的更新，升级前先看更新说明里有没有涉及 RAID 相关的内容。四块盘做阵列时，所有盘的固件版本要保持一致，否则可能出现某块盘被踢出阵列的情况。
5.2 条带大小与簇大小的配合
很多人只调条带大小，忽略了文件系统的簇大小。两者是要配合的。举个实际例子：条带 64K、簇 4K 的配置，对于大文件顺序读写没问题；但如果你的负载是大量 32K 左右的小文件，可以考虑条带 32K 配簇 4K，命中率会好一些。
不过说实话，这种精细调优在通用场景下收益有限，别过度纠结。真正影响体验的是有没有踩到明显的坑（比如用 128K 条带存几百万个小文件），微调那点差异普通用户根本感知不到。不确定就用 64K 条带 + 默认簇大小，这个组合在绝大多数场景下不会错。
5.3 散热是这台机器的隐藏短板
T5820 的机箱风道设计是按传统硬盘和显卡做的，对密集排列的 M.2 盘不太友好。四块盘挤在转接卡上，盘与盘之间几乎没有间隙，跑持续写入时温度很容易冲到 80 度以上，触发降频。
几个改善办法，按成本从低到高：一是给每块盘贴薄型散热片，注意厚度别超过转接卡的限高；二是在转接卡附近加一个小的辅助风扇，直接从机箱外引风；三是把高负载的阵列盘分散到不同的转接卡或者主板 M.2 槽位，避免热量集中。第三种最有效但受槽位限制，需要提前规划。
温度监控建议常态化。装个工具定时读 SMART 里的温度属性，超过 70 度就告警。这个习惯能让你在盘真正出问题之前就发现征兆。
5.4 阵列的日常巡检清单
阵列跑起来不是一劳永逸的，尤其 RAID 5 这种有重建风险的配置。我给自己定的巡检节奏是这样：
- 每周看一眼阵列状态和每块盘的 SMART 健康值。重点是重映射扇区计数和可用备用块，这两个指标开始恶化就是盘要挂的前兆。
- 每月检查一次阵列的一致性。VROC 管理工具里有一致性校验功能，跑一遍能发现条带层面的静默错误。
- 每次非正常关机后都要做一次一致性检查。突然断电可能导致条带数据不一致，越早发现越好。
- 长期保持一份重要数据的第二份拷贝。RAID 不是备份，RAID 5 只容忍一块盘故障，重建过程中如果再挂一块，数据就全没了。这一点怎么强调都不过分。
另外提醒一句：RAID 5 在没有掉电保护的配置下写入缓存是有风险的。VROC 不像独立的硬件 RAID 卡有电池或电容做写缓存保护，突然断电时缓存里的数据可能丢失，导致条带不一致。如果这台机器承载的是不能丢的数据，配一个在线式 UPS 是必要的投入，比任何参数调优都实在。
我个人在几台 T5820 上折腾下来最大的体会是：这套配置的复杂度不在技术本身，而在于决策顺序。先想清楚盘插在哪、要不要冗余、有没有授权，这三件事定下来，剩下的都是照着步骤走。反过来，如果上来就急着装系统、建阵列，最后大概率要在“为什么蓝屏”“为什么不认盘”“为什么重装还是不行”之间来回打转。真正花时间的从来不是敲命令，而是搞明白自己站在哪条路径上。至于性能和容量怎么平衡，我的建议永远是留一块独立的 scratch 盘走原生模式，把阵列留给真正需要带宽和冗余的活儿——这样即使阵列出问题，你至少还有一台能开机干活的机器。
