简介：面向DIY装机爱好者、运维初学者与需要自行搭建磁盘阵列的PC用户，这份资料以“手把手”方式梳理主板RAID的开启与配置思路，兼顾RAID 0、RAID 1、RAID 5、RAID 6等常见级别的原理差异与适用场景。压缩包共72个文件，由71张JPG图片和1个HTM页面组成，约1.98MB，图片用于呈现BIOS界面与阵列设置过程，HTM页面便于集中浏览图文教程。已有2922人学习，说明其对入门与实操排错具有一定参考价值。读者可从中了解进入BIOS、切换SATA模式、创建阵列、初始化格式化等关键环节，并关注数据备份、硬盘兼容性、BIOS更新与RAID驱动安装等注意事项，适合作为多品牌主板RAID设置的图文速查材料。
1. 主板 RAID 的开启设置，真正麻烦的其实不是 BIOS 里那一下切换
很多人第一次做主板 RAID，都以为把 BIOS 里的 SATA 模式从 AHCI 改成 RAID 就算完成了，结果重启进系统硬盘全不见了，或者装系统时安装程序一个盘都认不出来。这套「手把手教你做 raid」的流程，真正麻烦的不是在 BIOS 里点那一下，而是点完之后的三件事：阵列怎么建、驱动怎么加载、建好的阵列怎么验证它真的在跑。这篇文章面向的是手上有两到四块同容量硬盘、主板自带 RAID 功能、想把它跑起来的场景——装机、小型工作站、家用存储都算。文中把 Intel 和 AMD 两套芯片组的开启路径分开写，参数和排错都落到具体位置，照着做能复现，也能提前知道哪一步容易出问题。
2. 选型：RAID 0/1/5/10 在桌面主板上的实际得失
2.1 一块盘坏掉时到底会发生什么
先想清楚最坏情况，再决定点哪个按钮。桌面主板最多给四个 SATA 口做阵列，插满四块 4TB 盘，四种级别的结局完全不同。
RAID 0 是纯条带，数据被切成块轮流写到所有盘上，任何一块盘挂掉，整组数据就废了，连文件系统都挂载不上。它唯一的优势是顺序读写速度能接近盘的倍数，容量也是全部相加，但代价是没有冗余。我一般只在纯缓存盘、可随时重建的素材盘上用 RAID 0，绝不放唯一副本。
RAID 1 是两块盘互写镜像，可用容量等于单块盘容量，坏一块另一块照常读，换上新盘重建即可。读写性能基本等于单盘，写甚至略低一点点。它是四盘位以下最省心的选择，尤其适合放系统和重要资料。
RAID 5 至少三块盘，可用容量是 N-1 块，牺牲一块盘的空间存分布式校验。问题出在写入上：每写一个新数据块，控制器要先读旧数据、读旧校验，算出新校验，再写数据、写校验，四次 IO 换一次写。小文件随机写会明显拖慢速度，很多主板上的 RAID 5 实际写入还不如单盘。
RAID 10 是镜像加条带，至少四块盘，可用容量是总容量的一半，坏一块盘只影响其中一组镜像，读性能好，重建也快。代价是空间利用率只有 50%。
| 级别 | 最少盘数 | 可用容量（4×4TB） | 顺序读 | 顺序写 | 单盘故障 | 重建压力 |
|---|---|---|---|---|---|---|
| RAID 0 | 2 | 16TB | 高 | 高 | 整组报废 | 无 |
| RAID 1 | 2 | 4TB | 单盘水平 | 略低 | 可继续读 | 低 |
| RAID 5 | 3 | 12TB | 高 | 低（写惩罚） | 降级可读 | 高 |
| RAID 10 | 4 | 8TB | 高 | 中高 | 可继续读 | 低 |
我自己的习惯是：两块盘只做 RAID 1；四块盘优先 RAID 10；只有对容量特别敏感、写入又很轻的场景（比如归档、冷备）才考虑 RAID 5。
2.2 容量、条带与重建风险的三角权衡
建阵列向导里最容易被忽略的参数是条带大小（Strip Size），常见选项是 16K、32K、64K、128K。它的含义是：一份数据被切成的块有多大，块越小越分散到多块盘上。
大文件连续读写（视频素材、虚拟机镜像、备份包）选 128K，能减少寻道切换，顺序吞吐更好。小文件随机读写（数据库、大量小文档）选 16K 或 32K，让 IO 分散到更多盘上。什么都干一点就选 64K，这是最不容易出问题的中间值。RAID 1 没有条带概念，这个选项在镜像模式下基本不影响结果。
容量这块有个反直觉的点：RAID 1 和 RAID 10 的可用容量由组内最小的那块盘决定。你插三块 4TB 加一块 2TB 进 RAID 10，结果可能是按 2TB 算，白扔 6TB 空间。混插不同容量在主板 RAID 上非常不划算，我一般强制同型号同容量，宁可少插一块。
重建风险是最该提前想清楚的。一块 4TB 机械盘在桌面主板上重建，实际速率常见在 100～150MB/s，满盘重建要 8 到 11 个小时。这期间阵列处于降级状态，剩下几块盘要承受持续的高负载读取，如果它们本身就是同批次、同寿命的盘，第二块出问题的概率并不低。RAID 5 在这个窗口里再坏一块，数据就彻底没了。
注意：同批次采购的硬盘往往在同一年限集中老化，四块盘一起上阵列，等于把四个相同寿命的故障点绑在一起。有条件就分批买，或者至少别把 RAID 5 当唯一备份。
2.3 主板 RAID、系统软 RAID 与阵列卡的分界
主板 RAID 在技术上叫 firmware RAID，也有叫 fake RAID 的。它的元数据写在成员盘的保留区域里，阵列的组装由固件加驱动共同完成，CPU 参与校验计算。优点是不用额外买卡、能直接引导系统、Windows 下有图形界面管理，缺点是绑定芯片组——换主板或者刷了不同版本的 BIOS，元数据可能读不出来。
系统软 RAID（Windows 存储空间、Linux 的 mdadm）元数据由操作系统管，跨平台性好，换主板基本无感，但不能直接引导系统（Windows 存储空间尤其如此），而且性能依赖 CPU。mdadm 有个额外的能力：它能识别 Intel 的 IMSM 元数据，把主板 RAID 组装起来，这在数据救援时很有用。
硬阵列卡带独立处理器和掉电保护缓存（BBU 或超级电容），写入不依赖主机内存，重建不阻塞系统，缺点是贵、发热大、卡本身也是单点。
选型上我的判断标准很朴素：要引导系统、盘位不超过四个、不想多花钱，走主板 RAID；数据要跨机器搬、要长期可读，走 mdadm 或存储空间；对性能和重建期间的可用性有硬要求，才上阵列卡。
3. 进 BIOS 之前：前置检查与两个关键开关
3.1 SATA 模式从 AHCI 切到 RAID 的代价
这是翻车率最高的一步。系统已经装在 AHCI 模式下的盘上，你直接进 BIOS 把模式改成 RAID，重启大概率蓝屏，报 INACCESSIBLE_BOOT_DEVICE（0x7B）。原因很直接：Windows 启动时加载的存储控制器驱动是 AHCI 那套，模式一变，驱动对不上设备，系统盘就读不到了。
正确顺序是先让系统在 AHCI 模式下把 RAID 驱动准备好，让相关服务在 boot 阶段就加载，再切模式。做法是把存储控制器服务的启动类型改成 0（boot 启动）。
# 切 RAID 模式前执行：把存储控制器服务改为开机加载，避免 0x7B 蓝屏 # 需要管理员权限，执行完先重启一次确认系统正常，再进 BIOS 改模式 $services = @("msahci", "storahci", "iaStorV", "iaStorAV", "iaStorSV") foreach ($s in $services) { $path = "HKLM:\SYSTEM\CurrentControlSet\Services\$s" if (Test-Path $path) { Set-ItemProperty -Path $path -Name "Start" -Value 0 -Type DWord Write-Host "已设置 $s 的 Start=0" } else { Write-Host "跳过不存在的服务 $s" } }Start这个 DWORD 值决定驱动加载时机：0 是 boot 阶段加载，1 是 system 阶段，3 是手动，4 是禁用。改成 0 之后，即使当前是 AHCI 模式，系统也会在启动早期把 RAID 驱动一起拉起来，切到 RAID 模式后就能正常识别。iaStorV、iaStorAV、iaStorSV分别对应不同代的 Intel 存储驱动，机器上存在哪个就改哪个，不存在直接跳过。
改之前一定先建系统还原点，或者直接做一次完整备份。注册表这一步改错了不会立刻出问题，但等到切完模式蓝屏再想改回来，就得进 PE 了。
3.2 Intel 芯片组：VMD 与 RST 两个开关的位置
Intel 平台分两代做法。较老的芯片组只有一个开关：Advanced → SATA Configuration → SATA Mode Selection，改成 RAID，保存重启，开机自检时按 Ctrl+I 进 Option ROM 建阵列。
较新的平台引入了 VMD（Volume Management Device），逻辑变成三层：先在 Advanced → VMD Setup Menu 里把 Enable VMD Controller 打开，再在 VMD Port Mapping 里确认哪些 SATA 口和 M.2 口挂在 VMD 下，最后才是建阵列。VMD 打开后，NVMe 固态也归它管，这意味着装 Windows 时如果没加载 VMD 驱动，安装程序会一个盘都看不到。
| 选项名（各家叫法略有差异） | 典型位置 | 取值 | 影响范围 |
|---|---|---|---|
| SATA Mode Selection | Advanced → SATA Configuration | RAID | 全部 SATA 接口 |
| Enable VMD Controller | Advanced → VMD Setup Menu | Enabled | 绑定到 VMD 的 SATA 与 NVMe |
| VMD Port Mapping | Advanced → VMD Setup Menu | 按口开启 | 逐个端口 |
| RAID Option ROM / RST | Boot 或 Advanced | Enabled | 开机能否按 Ctrl+I |
进 Option ROM 的键位各家不同，常见是 Ctrl+I，也有 F 键或者直接在 UEFI 里内嵌一个 RAID 配置页。开机时留意屏幕下方那行提示，比翻说明书快。
3.3 AMD 芯片组：RAIDXpert2 的启用路径
AMD 平台把 RAID 功能收在 RAIDXpert2 这套东西里。BIOS 里的入口通常在 Advanced → SATA Configuration，把 SATA Mode 改成 RAID；如果要给 NVMe 做阵列，还得额外找 NVMe RAID Mode 之类的选项打开，很多主板默认是关的。
改完保存重启，UEFI 里会出现 RAIDXpert2 Configuration Utility，可以在这里直接 Create Array，不必像 Intel 那样非进 Option ROM。也可以在开机自检时按提示键进传统界面。
AMD 平台在 Windows 安装阶段最容易卡住的地方是驱动。安装程序认不到阵列时，需要提前把主板厂商提供的 RAID 驱动包解压到 U 盘，在选盘界面点「加载驱动程序」，指向解压目录。这套驱动通常包含三个部分：底层总线驱动、RAID 核心驱动和配置工具驱动，缺一个都可能装不上或者装完阵列不工作。我一般把整个文件夹拷到 U 盘根目录，让安装程序自己扫。
提示：驱动包一定从主板型号对应的支持页面下载，别用芯片组通用包凑合。同一颗芯片组，不同主板厂商放出来的 RAID 驱动版本可能差好几代。
4. 建阵列：向导里的参数怎么填
4.1 阵列级别、条带大小与初始化方式
进到创建界面，字段就那么几个，但每一个都有实际影响。
| 字段 | 常见取值 | 怎么选 |
|---|---|---|
| RAID Level | 0/1/5/10 | 按上一章的选型结论 |
| Select Physical Disks | 勾选成员盘 | 只勾要做阵列的盘，系统盘别混进来 |
| Strip Size | 16K/32K/64K/128K | 大文件 128K，随机 16～32K，混合 64K |
| Capacity | 默认全容量 | 一般不改，除非要做部分容量阵列 |
| Volume Name | 自定义 | 起个能看懂的名字，比如 DATA_R10 |
| Initialize | None / Fast / Full | 生产环境选 Fast 起步，Full 用于彻底清盘 |
初始化这个选项值得单独说。「Fast」只写元数据，几秒钟完成，盘上残留的旧数据还在，只是逻辑上被标记为空，后台会慢慢同步。「Full」会把每一块扇区写零，4TB 盘通常要几个小时。全新盘用 Fast 就够；如果是复用旧盘、盘上还有以前的阵列残留，必须先 Full，否则可能建出一个带着脏数据的新阵列，挂载时各种报错。
建完阵列不要急着装系统，先确认状态是 Normal 而不是 Initializing 或 Degraded。镜像类阵列在 Fast 初始化后会有一个后台同步过程，这时候拔盘或者断电，阵列状态会变得很尴尬。
4.2 系统盘已经装好系统时的迁移做法
如果只是加数据盘，不动系统盘，流程很轻：关机插盘 → 进 BIOS 切 RAID 模式 → 保存重启 → 进 RAID 配置界面建阵列 → 进系统装 RAID 管理驱动 → 磁盘管理里初始化磁盘并分区。
如果要连系统盘一起迁到阵列上，顺序就要严格一点。先按 3.1 那节改注册表，重启确认系统正常；然后进 BIOS 切 RAID 模式，确认能正常进系统（这时系统盘还是单盘，只是控制器工作在 RAID 模式）；接着插上新的数据盘，进 RAID 界面只对新盘建阵列；最后进系统装管理工具。整个过程系统盘始终不参与阵列，是安全的。
我不建议把系统盘做成主板 RAID 1 之后再往里加数据盘。系统盘阵列一旦降级，重建时的高负载会拖慢整机，而且 BIOS 升级、换主板都可能让系统盘阵列直接失联，那时候连 PE 都不好救。
4.3 建完立刻验证：三条命令确认阵列真的在跑
阵列建好、系统装完，第一件事是确认设备确实起来了，而不是看起来起来了。
# Windows 侧：先看物理设备，再看逻辑磁盘 # FriendlyName 出现 "Raid" 字样说明走的是阵列驱动，不是单盘直通 Get-PhysicalDisk | Format-Table FriendlyName, SerialNumber, MediaType, Size, HealthStatus, OperationalStatus -AutoSize # 逻辑磁盘视角：这里看到的是阵列卷，不是成员盘 Get-Disk | Format-Table Number, FriendlyName, Size, PartitionStyle, OperationalStatus -AutoSizeGet-PhysicalDisk里阵列通常会显示成一个整体卷，名字带 RAID 标识，容量是可用容量而不是总容量。如果四块盘各自单独列出来，说明阵列没建成，或者驱动没接管，系统还在直通模式。Get-Disk看的是逻辑层，新建的阵列如果还没初始化，PartitionStyle会是 RAW，需要在磁盘管理里初始化成 GPT 再分区。
Linux 侧验证要换一套工具：
# 列出块设备，确认阵列卷的容量与成员盘是否被隐藏 lsblk -o NAME,SIZE,TYPE,FSTYPE,MODEL,SERIAL # 查看平台 RAID 元数据，mdadm 能识别 Intel IMSM 格式 sudo mdadm --detail-platform 2>/dev/null # 如果已经组装，看阵列详细状态与降级标记 sudo mdadm --detail /dev/md0 2>/dev/nulllsblk的SERIAL列很关键，成员盘在阵列模式下往往不会单独出现，只能看到一个逻辑卷，这是正常的。mdadm --detail-platform会打印固件里的 RAID 信息，包括级别、条带、成员盘数量，能和 BIOS 里填的参数对上就说明元数据正常。--detail里的State字段如果出现degraded，说明少了一块盘，得回头看是不是没插紧或者盘本身有问题。
5. 避坑：装完系统才暴露的五个问题
5.1 现象：Windows 安装程序一个磁盘都看不到
原因基本是两个：一是 VMD 或 RAID 模式的驱动没加载，安装程序用的是通用 AHCI 驱动，扫不到挂在 RAID 控制器下的盘；二是 U 盘启动时走了老式 USB 2.0 口或者兼容模式，加载的 PE 环境缺少对应驱动。
解决办法是按 3.3 的做法，把驱动包解压到 U 盘，在选盘界面点「加载驱动程序」指向它。如果还是看不到，换一个原生 USB 3.0 口、关掉 BIOS 里的快速启动再试。装完系统后记得把驱动完整装一遍，否则设备管理器里会挂着一个带感叹号的 RAID 控制器。
5.2 现象：坏盘换新之后，阵列一直停在降级状态不自动重建
原因不是盘的问题，是主板 RAID 默认不会自动把新插入的盘认作替换盘，需要手动指定。RST 界面或 RAIDXpert2 里都有一个「标记为重建目标」的操作，很多人换完盘就关机上电，等了一晚上发现状态没变。
解决办法是进 RAID 管理界面，选中降级的那组阵列，把新盘指定为 Rebuild 目标，然后确认重建进度开始走动。重建期间别断电、别拔盘、别做大规模写入。如果重建进度卡在 0% 超过十分钟，多半是新盘容量比原盘小，或者新盘上有残留的旧阵列元数据，需要先清一次元数据再重来。
5.3 现象：阵列运行正常，但读不到成员盘的 SMART 信息
原因在阵列本身的设计：成员盘被控制器接管后，操作系统看到的是逻辑卷，底层物理盘被隐藏了，smartctl扫不到，Get-PhysicalDisk也只能看到阵列卷。
解决办法是分两步走。日常巡检用 RAID 管理工具自带的健康状态和事件日志；需要精确判断某块盘的健康度时，关机把盘拆出来，接到另一台机器的 SATA 口上单独读 SMART，或者临时把 BIOS 切回 AHCI 模式（不要动阵列元数据）单独读。我一般会保留一份建阵列前的 SMART 基线，重建之前先比对重映射扇区和待映射扇区的变化。
5.4 现象：阵列建好，可用容量比算出来的少一大截
常见原因有三个。一是 RAID 1 或 RAID 10 的容量按组内最小盘算，混插不同容量就会缩水。二是 RAID 5 的校验空间正好占掉一块盘的容量，有人按总容量减一点来估算，结果差了一整块盘。三是元数据在每块盘上占了几十 MB 的保留区，加上分区对齐的损耗，实际可用比理论值再少一点。
解决办法是建阵列前用同容量盘，建完后在磁盘管理里看实际容量，按实际值做分区规划。分区时按 4K 对齐，别用老式工具默认的对齐方式，否则条带和分区边界错位，性能会莫名下降一截。
5.5 现象：换主板或者升级 BIOS 之后，原来的阵列认不出来了
原因是主板 RAID 的元数据格式跟芯片组和固件版本绑定，跨代换板、刷了差异较大的 BIOS，固件可能解析不了盘上的元数据，界面上直接显示成几块独立的物理盘。
解决办法是先别急着重建。把旧板子装回去，或者在兼容的平台上把阵列解除、数据拷出来，是最稳妥的路。如果旧板子已经没了，可以尝试用 Linux 下的 mdadm 强制组装（对 Intel IMSM 格式成功率较高），组起来之后立刻把数据拷到新盘，别在组装状态下长期运行。这件事的教训是：重要数据永远不要只存在主板 RAID 里，至少再做一层独立备份。
6. 进阶：把阵列健康检查做成每周一次的固定动作
阵列建好那天状态是正常的，三个月后是不是还正常，得靠巡检发现。我现在的做法是每周跑一次脚本，把块设备、阵列状态和每块盘的 SMART 关键项拉出来看一眼，比等到系统卡了再查要省事得多。
#!/usr/bin/env python3 """解析 smartctl 的 JSON 输出，只挑真正需要人看的几个指标""" import json import subprocess DISKS = ["/dev/sda", "/dev/sdb", "/dev/sdc", "/dev/sdd"] # 重点关注：重映射、待映射、不可纠正错误、通电时间 WATCH = {"5": "重映射扇区", "187": "不可纠正错误", "197": "待映射扇区", "198": "离线不可纠正"} def check(dev): # -j 输出 JSON，比解析文本稳；返回码 bit0/bit1 表示命令或设备打开失败 r = subprocess.run(["smartctl", "-j", "-a", dev], capture_output=True, text=True) if r.returncode & 0x03: return dev, "读取失败", {} data = json.loads(r.stdout) passed = data.get("smart_status", {}).get("passed") attrs = {} for item in data.get("ata_smart_attributes", {}).get("table", []): key = str(item["id"]) if key in WATCH: attrs[WATCH[key]] = item["raw"]["value"] return dev, "正常" if passed else "告警", attrs for d in DISKS: dev, state, attrs = check(d) detail = " ".join(f"{k}={v}" for k, v in attrs.items()) or "无属性数据" print(f"{dev:12} {state:6} {detail}")这段脚本里-j让 smartctl 输出结构化 JSON，省去正则匹配不同厂商的文本格式；returncode & 0x03判断前两个 bit，因为 smartctl 的返回码是位掩码，bit0 是命令行错误，bit1 是设备打开失败，不看这两位会把权限问题误判成硬盘故障。WATCH字典里挑的四个属性是判断机械盘寿命最直接的：重映射扇区持续增长、待映射扇区不为零，基本可以准备换盘了。
比巡检更重要的是重建演练。新阵列建好之后，我会找一块空盘，故意把其中一块成员盘拔掉，观察系统多久报降级、管理界面能不能正确识别、换上新盘后重建能不能走完、重建期间的读写性能掉多少。这一遍走完，真出事的时候就不会手忙脚乱。演练完记得把数据完整性校验跑一遍，确认重建出来的阵列内容是对的。
从那以后我每建一个阵列，都会在正式放数据之前强制走一遍「拔盘、降级、重建、校验」的流程，宁可浪费半天，也不愿意在真丢数据的时候才发现某个环节压根没配好。希望帮到你。
本文还有配套的精品资源，点击获取
