企业官网建设流程全解析

简介：面向装机、运维初学者以及需要为主板开启RAID的IT从业者，这份图文资料包围绕RAID 0/1/5/6的原理差异与主板BIOS配置流程展开，重点解决SATA模式切换、阵列创建、初始化格式化及常见注意事项等实操问题。包内共72个文件，以71张jpg界面截图或实拍图与1个htm图文页面为主，压缩后约1.98MB，轻量便于随查随用；截图对应BIOS入口、RAID选项定位与阵列配置界面，htm承担步骤串联和要点说明。已有2922人学习，说明其内容对入门与排错具有一定参考价值。读者可据此理解条带化、镜像、分布式奇偶校验和双重奇偶校验的适用场景，并按图索骥完成主板RAID启用，同时关注数据备份、硬盘型号与速度一致性、BIOS版本更新及RAID驱动安装等细节，适合作为装机配置与故障排查的速查材料。

1. 主板 RAID 不是“开个开关”：先分清硬 RAID、芯片组 RAID 与软 RAID 的边界

很多人搜主板 RAID 开启设置方法，第一反应是进固件把 SATA 模式改成 RAID，保存重启，然后在系统里等一块大容量盘出现。现场往往没这么直：有的板子改完模式还要再进一次 Option ROM 建卷，有的板载第三方控制器藏在独立菜单里，有的处理器通道 NVMe 阵列还要先做通道拆分。翻车点通常不在“建阵列”，而在建完以后安装器只认一块盘、换主板后阵列离线、重建时业务卡成幻灯片。

这份笔记按固件界面类型拆开讲，覆盖芯片组 RAID、板载控制器 RAID、NVMe RAID 和系统层软 RAID 的开启路径、参数选择、驱动注入与排错顺序。适合第一次给工作站或小型服务器做阵列的人，也适合已经建过阵列、但被重建和掉盘折腾过的熟手。它不替你做备份，但能让你在按创建之前，知道自己在选什么、会失去什么。

2. RAID 级别与固件开关：0/1/5/10 的容量账和三处模式设置

选 RAID 级别时最容易走两个极端：一种只看容量，把四块盘全做成 RAID 0；另一种听说 RAID 5 兼顾容量和冗余，于是所有盘都上 RAID 5。前者一块盘坏掉整组数据归零，后者在小文件写入和重建窗口里被写惩罚拖死。级别不是“越高越安全”，而是拿容量、冗余、随机写性能三者做交换。先把账算清楚，再进固件改模式，顺序反了就会在系统安装阶段返工。

2.1 先算清容量、冗余和写惩罚，再决定级别

容量账要用“最小成员盘容量”做基准，不要拿最大盘算。四块 4TB 做 RAID 5，可用容量是 3×4TB，不是 16TB；做 RAID 10，可用容量是 2×4TB。单盘标称 4TB 是十进制，系统里显示 TiB 会少一截，这不是盘坏了，也不是阵列吃掉了容量。成员盘容量不一致时，多出来的空间通常被浪费，所以混盘之前先想清楚是临时救急还是长期使用。

写惩罚决定随机写性能。RAID 0 写惩罚为 1，RAID 1 和 RAID 10 为 2，RAID 5 为 4，RAID 6 为 6。RAID 5 一次小写要读旧数据、读旧校验、写新数据、写新校验，四块盘上都要动；RAID 6 还要多一份校验，写放大更明显。数据库、虚拟机、频繁小文件写入，优先 RAID 10；大文件顺序读写、归档、备份落地，RAID 5 或 RAID 6 更划算。RAID 5 的重建窗口也要算进去，大容量盘重建动辄数小时，期间再坏一块就整组离线。

# 计算不同 RAID 级别的可用容量，便于建卷前做预算 disk_tb = 4 # 单盘十进制标称容量，单位 TB disk_count = [2, 3, 4, 6, 8] for n in disk_count: raw = n * disk_tb raid0 = raw raid1 = disk_tb if n >= 2 else 0 raid5 = (n - 1) * disk_tb if n >= 3 else 0 raid6 = (n - 2) * disk_tb if n >= 4 else 0 raid10 = (n // 2) * disk_tb if n >= 4 and n % 2 == 0 else 0 print(f"{n} 盘 | 原始 {raw} TB | RAID0 {raid0} | RAID1 {raid1} | RAID5 {raid5} | RAID6 {raid6} | RAID10 {raid10}")

这段脚本只做容量预估，不处理文件系统开销和保留空间。disk_tb改成你手里的单盘标称容量，disk_count按实际成员盘数量改；RAID 5 至少 3 块，RAID 6 至少 4 块，RAID 10 需要偶数盘且至少 4 块。算出来的数字是十进制 TB，系统里按 TiB 显示会小约 9%，做容量规划时留出这部分差值。

提示：阵列创建前先做一次完整备份。RAID 不是备份，它只解决成员盘故障，不解决误删、病毒、固件损坏和整机被盗。

2.2 固件里真正要改的三处：SATA 模式、RAID 控制器、启动模式

第一处是存储模式。固件里常见SATA Mode、Storage Configuration、SATA Configuration这类入口，把 AHCI 改成 RAID。改完必须保存并重启，部分板卡还要再进一次 RAID Option ROM 才会出现创建界面。这里有个血泪经验：系统已经按 AHCI 装好后再切 RAID，引导记录和存储驱动不匹配，轻则蓝屏，重则安装器找不到系统盘。正确顺序是先定 RAID 模式，再装系统；已经装好的机器要切模式，先做完整备份，再考虑系统通用化或重装。

第二处是板载第三方控制器的启用开关。有些板卡把额外 SATA 口挂在独立控制器上，固件里有Controller Enable、Storage Controller之类的选项，默认关闭。只改芯片组存储模式，这些口上的盘不会进 RAID 配置页。要先把控制器打开，再进它自己的 Option ROM 建卷。第三方控制器的驱动和芯片组 RAID 驱动不是同一个包，安装器加载错驱动，结果一样是只看到单盘。

第三处是启动模式。UEFI 启动对应 GPT 分区，Legacy/CSM 启动对应 MBR 分区。阵列要当系统盘，安装介质必须和固件启动模式一致。UEFI 安装介质在 CSM 模式下启动，或者反过来，常见结果是安装器能启动但写不进引导，或者装完重启直接回到固件。大于 2TB 的阵列不要用 MBR，分区表这一步错了，后面扩容和修复都很别扭。

注意：改任何存储模式前，先把原固件设置页拍照或记下来，包括启动模式、CSM 状态、安全启动状态、SATA 模式、控制器开关。换主板或刷固件后，这些设置被重置，阵列“消失”往往只是模式没对上。

2.3 用参数表把条带、缓存和初始化方式定下来

条带大小决定 IO 落到成员盘上的分布。小文件、数据库、虚拟化混合负载，常见做法是 16KB 到 64KB；大文件顺序读写、媒体素材、备份归档，128KB 到 512KB 更常见。条带不是越大越好：单次小写小于条带时，RAID 5 容易触发读改写，写放大比大条带更明显。拿不准就先按 64KB 建，跑一轮第 6 章的测试，再决定下一组阵列要不要调。

缓存策略要分硬件 RAID 卡和芯片组 RAID。带独立缓存和掉电保护的硬件卡，写回模式性能好，但保护电容或电池失效时要及时切回写透；芯片组 RAID 通常没有独立缓存，写回策略更多依赖系统缓存和盘自身缓存，掉电风险要自己评估。初始化方式也分快速和完整：快速初始化只写阵列元数据，几分钟完成，但不会提前暴露全盘坏道；完整初始化会写零，时间长，适合新盘上线前做体检。旧盘或来路不明的盘，先做 SMART 长测，再谈初始化。

3. 进固件建阵列：菜单路径、成员盘勾选与初始化参数

真正进到 RAID 配置页，界面反而比想象中简单：选级别、勾成员盘、填条带、定容量、初始化、保存。容易出错的是“进不对页面”和“勾错盘”。不同板卡的固件把 RAID 配置放在不同位置，有的在启动时按热键进 Option ROM，有的在图形化 UEFI 的存储页里直接建卷，有的板载控制器要单独进自己的配置页。先把界面归类，再动手，比在菜单里乱翻快得多。

3.1 进入 RAID 配置界面的四种典型路径

第一种是传统 Option ROM。开机 POST 时屏幕会闪一行提示，常见热键是Ctrl+I、Ctrl+R或F8，进的是文本界面，菜单里找Create RAID Volume。这种界面通常只有基本参数，条带、容量、初始化方式都在一屏里。改完保存，重启前确认阵列状态是Normal或Optimal。

第二种是图形化 UEFI 存储页。进固件后找Advanced下的Storage Configuration，先把 SATA 模式改成 RAID，保存重启；再次进固件或启动时按提示进 RAID 配置，创建卷。图形界面的好处是成员盘勾选直观，坏处是有些板卡把“创建”和“管理”分在两个页面，建完不设启动卷，安装器仍然不认。

第三种是板载第三方控制器。固件里先启用控制器，保存重启；POST 时出现该控制器的独立提示，按对应热键进它的配置页。这里的成员盘、条带、初始化参数和芯片组 RAID 不共享，驱动也要单独准备。很多人只改了芯片组模式，结果额外端口上的盘一直不出阵列，就是漏了这一步。

第四种是处理器通道 NVMe RAID。先确认平台支持通道拆分，固件里把对应插槽拆成 x4/x4/x4/x4 或类似组合，再进 NVMe RAID 配置页建卷。不是所有板卡都支持，也不是所有处理器都支持；建之前先查板卡说明和处理器通道分配。NVMe RAID 的系统盘驱动同样要在安装阶段加载，漏了就是只看到单块 NVMe。

3.2 创建阵列时逐项怎么填：级别、成员盘、条带、名称、初始化

级别按第 2 章的账选，不要在现场临时改。成员盘勾选时注意三件事：容量尽量一致、扇区格式尽量一致、接口速率尽量一致。512e 和 4Kn 混用，部分控制器会按最小扇区工作，性能和兼容性都受影响；SATA 和 NVMe 不要混在同一个阵列里，除非控制器明确支持。成员盘勾选完，界面会显示可用容量，拿它和第 2 章算出来的数字对一遍，差太多就退回检查。

条带按负载选。数据库和虚拟机先试 64KB，大文件顺序读写试 128KB 或 256KB，小文件密集且写多的场景试 16KB 到 32KB。阵列名称只是标签，不影响性能，但建议把级别、成员盘数量、用途写进去，比如R5-4D-DATA，以后换主板导入配置时不容易认错。初始化方式按盘的状态选：新盘快速初始化，旧盘先做完整初始化或至少后台初始化，别把坏道留到重建时才暴露。

保存前再确认一次启动卷。系统盘阵列要设为启动设备，固件启动项里要出现阵列名称，而不是单个成员盘。保存后退出，进系统前先看阵列状态是否正常；如果状态是Degraded或Offline，不要继续装系统，先回配置页查成员盘是否全部识别。

3.3 建完后用命令行核对逻辑盘和成员盘

硬件阵列在系统里通常表现为一块逻辑盘，成员盘不一定直接可见。用块设备列表先确认逻辑盘容量和类型，再用阵列管理工具看状态。下面的命令适合在开源系统或维护环境中做初步核对；如果成员盘被控制器直通，lsblk会看到多块盘，这时不要误以为阵列没建成功，先看控制器管理页。

# 查看块设备、容量、是否旋转盘、挂载点 lsblk -o NAME,SIZE,ROTA,TYPE,MOUNTPOINT # 查看逻辑扇区和物理扇区，确认对齐基础 blockdev --getss /dev/sdX blockdev --getpbsz /dev/sdX # 如果是系统层软 RAID，查看阵列详情和同步进度 cat /proc/mdstat mdadm --detail /dev/md0 # 查看 IO 调度器和队列深度，判断后续测试参数 cat /sys/block/sdX/queue/scheduler cat /sys/block/sdX/queue/nr_requests

lsblk里的ROTA为 1 表示旋转盘，为 0 表示固态盘；TYPE为disk表示整盘，为raid1之类表示软阵列。blockdev --getss看逻辑扇区，--getpbsz看物理扇区，分区对齐要参考物理扇区。/proc/mdstat和mdadm --detail只对系统层软 RAID 有意义，硬件 RAID 的逻辑盘不会出现在md0里，别拿这两个命令去判断硬件阵列的健康状态。scheduler和nr_requests是后续压测前的观察项，不是必须修改项。

提示：硬件 RAID 的健康状态以控制器管理页或厂商管理工具为准。系统里看到一块大容量盘，只代表逻辑盘被识别，不代表成员盘没有坏道。

4. 系统安装与驱动注入：安装器只认一块盘时先查这四处

阵列建好，最打击人的一步是安装器启动后只看到成员盘，或者干脆一块盘都看不到。原因通常不在阵列本身，而在启动模式、存储驱动、启动卷和安装介质四者没有对齐。先把这四处按顺序排掉，比反复重建阵列有效。下面按安装前、安装中、安装后三个阶段拆开。

4.1 安装介质启动前先确认 UEFI、CSM 和 RAID 驱动

安装介质启动前，先看固件启动模式。UEFI 模式配 GPT，Legacy/CSM 模式配 MBR，两者不要混。阵列系统盘在 UEFI 下启动，安装介质也要以 UEFI 方式启动；如果启动菜单里出现两个同名 U 盘，一个带 UEFI 前缀，一个不带，选错就会在分区阶段卡住。CSM 打开时，部分安装器会优先走 Legacy 路径，装完重启找不到引导，这种翻车现场很常见。

第二看 RAID 驱动。芯片组 RAID 和板载第三方控制器 RAID 需要不同的存储驱动，安装器内置驱动不一定覆盖新平台。驱动包从板卡厂商的存储支持页获取，解压到 U 盘根目录或指定文件夹，安装器出现“加载驱动”时手动选。不要用来路不明的第三方驱动站包，版本和固件不匹配时，轻则认不到阵列，重则安装过程中断。

第三看启动卷。固件启动项里要能看到阵列名称，并把它排在第一位。只看到成员盘启动项，说明阵列还没被标记为启动卷，回 RAID 配置页设置。第四看安装介质本身。制作介质时用校验过的镜像，写完后校验一次；介质损坏的表现很像驱动问题，但换一个 U 口或重做介质就能排除。

4.2 安装阶段加载驱动与分区表选择

安装器启动后，先看磁盘列表。只看到单块成员盘，回固件确认 SATA 模式是否还是 RAID、第三方控制器是否启用、阵列是否处于正常状态。看到阵列但容量不对，回第 2 章查级别和成员盘。看到阵列但无法分区，查分区表：UEFI 启动用 GPT，Legacy 启动用 MBR，大于 2TB 的阵列必须 GPT。

加载驱动时，安装器通常会提供“浏览”或“加载驱动”入口，选中解压后的驱动文件夹，匹配到存储控制器后继续。驱动加载成功后，磁盘列表会刷新，阵列逻辑盘出现。这里不要急着点“下一步”，先确认磁盘编号和容量，避免把系统装到成员盘或另一块数据盘上。系统盘阵列建议单独建，不要和数据阵列混在同一组物理盘上；以后重装或修复，边界清楚得多。

分区时给阵列留对齐余量。常见做法是分区起始位置按 1MiB 对齐，工具默认设置一般已经满足；如果是手动分区，用百分比或对齐参数，不要从 63 扇区这种老位置开始。SSD 阵列还要看 TRIM 是否透传，硬件 RAID 下部分控制器不透传 TRIM，长期写性能会下降，建阵列前查控制器说明。

4.3 装完系统后的对齐、队列和重建状态验证

装完系统先别急着拷业务数据。用块设备命令确认逻辑盘容量、扇区大小和挂载点，再跑一轮短测。下面的命令用来核对对齐基础和队列参数，不替代控制器管理工具。

# 查看分区起始扇区，确认是否按 1MiB 对齐 parted /dev/sdX unit s print # 查看逻辑盘和分区的扇区大小 blockdev --getss /dev/sdX blockdev --getpbsz /dev/sdX # 查看当前 IO 统计，观察是否有异常重试或队列打满 iostat -x 1 5 # 软 RAID 场景下查看同步进度和成员盘状态 cat /proc/mdstat mdadm --detail /dev/md0

parted输出里看分区的Start扇区，按 512 字节扇区算，1MiB 对齐对应 2048 扇区；按 4KB 扇区算，对应 256 扇区。iostat -x 1 5每 1 秒采样、共 5 次，重点看%util、await、aqu-sz，刚装完系统不应该长期打满。软 RAID 的mdstat会显示[UU]之类的成员状态，mdadm --detail看State和Resync进度。硬件 RAID 的成员状态回控制器管理页看，系统命令只能看到逻辑盘。

注意：装完系统后先做一次冷启动和一次热重启，确认引导项稳定。有的阵列第一次能进系统，重启后启动顺序被重置，问题出在固件启动项没有保存，不是系统坏了。

5. 避坑与排查：五条从“阵列掉线”到“重建卡死”的现场记录

RAID 的坑很少在创建那一刻爆炸，更多是运行一段时间后慢慢显形：容量对不上、换主板认不到、重建时业务卡顿、条带参数不合适导致小文件写入变慢。下面五条按“现象 → 原因 → 解决”写，都是现场能复现的排查顺序。先看现象，不要一上来就重建；重建是最后手段，不是第一步。

5.1 现象：固件里能看到成员盘，系统里只有单盘

现象是 RAID 配置页显示阵列正常，成员盘都在，但安装器或系统里只看到一块单盘，容量等于单盘容量。原因通常有三种：存储模式被改回 AHCI，RAID 驱动没有加载，或者阵列没有被标记为启动卷。还有一种少见情况是第三方控制器被禁用，成员盘挂在控制器上但系统只认芯片组端口。

解决顺序是先回固件看存储模式和控制器开关，再确认启动项里有没有阵列名称，最后在安装器里加载对应驱动。不要急着删阵列重建，先看控制器管理页的阵列状态。如果状态是Normal而系统只看到单盘，问题八成在驱动或模式，不在阵列本身。

5.2 现象：阵列创建成功，容量却少一半

四块 4TB 建完只显示 8TB 左右，第一反应是盘坏了。常见原因是级别选成了 RAID 10 或 RAID 1，镜像本来就会吃掉一半容量；成员盘容量不一致时，控制器按最小盘计算，多出来的空间被浪费；还有可能是界面显示十进制 TB，系统按 TiB 显示，数字看起来少了一截。保留空间和元数据也会占一点，但不会差一半。

解决时先看阵列详情里的成员盘列表和级别，再拿第 2 章的公式对一遍。如果级别没错、成员盘容量一致，再看单位换算。不要为了“把容量找回来”去改级别或重建，先确认业务需要的是容量还是冗余。RAID 10 少一半容量是设计结果，不是故障。

5.3 现象：换主板后阵列显示“离线”

换主板或刷固件后，阵列页显示Offline或Foreign，成员盘还在，但系统进不去。原因通常是新固件没有自动导入旧阵列配置，或者启动模式、SATA 模式被重置，控制器把成员盘当成普通盘。固件版本差异也可能导致元数据不识别。这个时候最忌讳点“初始化”或“清除配置”。

解决顺序是先回固件确认 SATA 模式和启动模式与原来一致，再找Import Foreign Configuration或“导入外部配置”之类的入口，选中旧阵列导入。导入前记录原阵列的级别、条带、成员盘顺序，导入后先看状态是否恢复Normal，再谈启动。如果导入失败，不要反复重建，先把成员盘接到原控制器或同型号控制器上做只读备份，再考虑数据恢复流程。

5.4 现象：重建速度极慢，业务同时卡顿

一块盘掉线后换上热备或新盘，重建进度几个小时不动，业务 IO 同时变慢。原因是重建本身要读所有成员盘并写新盘，RAID 5/6 还有校验计算，控制器重建优先级设置过高会抢业务 IO；成员盘里如果有大量坏道，重建会反复重试，速度更慢。桌面盘在 RAID 里的错误恢复策略不一定是为重建设计的，超时后可能被控制器踢出阵列。

解决时先把重建优先级调到中低，错峰执行；同时看 SMART 里的重映射扇区、待定扇区、CRC 错误，确认不是线缆或背板问题。重建期间不要做全盘扫描或大文件拷贝，能停的业务先停。RAID 5 大容量盘重建窗口很长，提前准备热备盘和备份，比事后催进度有用。

5.5 现象：条带设得很大，小文件写入反而更慢

把条带设成 512KB 或 1MB，以为顺序读写会更快，结果数据库和虚拟机小文件写入变慢。原因是单次小写小于条带时，RAID 5 仍然要读旧数据、读旧校验、写新数据、写新校验，条带越大，读改写放大越明显；RAID 10 虽然写惩罚低，但条带过大也会让单次 IO 落盘分布不均衡。顺序大文件测试好看，不代表混合负载好用。

解决时按实际负载重选条带，小文件密集先试 16KB 到 64KB，再用第 6 章的随机写测试对比。不要只看一次顺序读写成绩，RAID 的性能是负载相关的。已经上线的阵列改条带要重建，成本高，建之前花十分钟测试，比上线后返工便宜。

6. 上线前验收：用 fio 与 SMART 跑一轮可复现的阵列体检

阵列建完、系统装完，最后一关是验收。不要用拷贝一个大文件“感觉挺快”就结束，顺序读写和随机写是两回事，RAID 5 的顺序成绩好看，随机写可能很难看。我一般会先跑 60 秒短测，确认没有明显异常，再跑一轮长测看稳定性；测试目标放在空闲分区或临时文件上，绝不在业务数据盘上直接写。

6.1 顺序/随机读写与重建窗口的测试方法

顺序读用 1MB 块、队列深度 32、4 个并发，看带宽；随机写用 4KB 块、队列深度 64，看 IOPS 和延迟。--direct=1绕过系统缓存，--time_based让测试跑满设定时间，--group_reporting汇总结果。先跑顺序读，再跑随机写，最后跑混合读写；混合比例按业务来，读多写少可以用 70/30。

# 顺序读：1MB 块，队列深度 32，4 并发，跑 60 秒 fio --name=seqread --filename=/mnt/testfile --rw=read --bs=1M \ --iodepth=32 --numjobs=4 --direct=1 --runtime=60 --time_based \ --group_reporting # 随机写：4KB 块，队列深度 64，跑 60 秒 fio --name=randwrite --filename=/mnt/testfile --rw=randwrite --bs=4k \ --iodepth=64 --numjobs=1 --direct=1 --runtime=60 --time_based \ --group_reporting # 混合读写：70% 读、30% 写，按业务比例调整 fio --name=mix --filename=/mnt/testfile --rw=randrw --rwmixread=70 --bs=8k \ --iodepth=32 --numjobs=4 --direct=1 --runtime=60 --time_based \ --group_reporting

--filename指向空闲分区上的测试文件，文件大小要大于内存，避免缓存干扰；--direct=1绕过页缓存，测到的是阵列和盘的真实表现；--runtime=60是短测，上线前可以改成 300 秒看长时间稳定性。随机写测试会破坏目标文件，别指向业务数据。测试结果重点看bw、iops、clat的 99 分位，不要只看平均值。

6.2 监控项与更换磁盘前的检查清单

SMART 里先看重映射扇区、待定扇区、离线不可纠正扇区、CRC 错误计数和通电时间。重映射和待定扇区增长，说明盘在退化；CRC 错误增长，优先查线缆、背板和接口，不要直接换盘。重建进度、阵列状态、固件版本、启动项也一起记录，换盘前确认热备容量不小于成员盘，换盘后先看重建是否自动启动。

# 查看单盘 SMART 健康摘要，重点看重映射、待定、CRC smartctl -a /dev/sdX | egrep -i "Reallocated|Pending|Uncorrectable|CRC|Power_On_Hours" # 查看软 RAID 状态和同步进度 cat /proc/mdstat mdadm --detail /dev/md0

smartctl -a输出里的属性名不同盘可能略有差异，抓关键词看趋势，不要只看单次数字。软 RAID 的mdstat看[UU]和resync进度，硬件 RAID 回控制器管理页看成员状态。换盘前先做一次完整备份，换盘后不要立刻跑压测，等重建完成、状态恢复Normal再验收。

从那以后我每次给阵列上线前，都强制先跑一轮短测加 SMART，再动业务数据；阵列建错可以重来，数据覆盖了没有后悔药。希望帮到你。

本文还有配套的精品资源，点击获取