简介：这是一份面向服务器运维及IT技术支持人员的DELL服务器磁盘阵列实操文档，围绕RAID制作与系统安装展开，帮助读者在实际部署中选对阵列级别并完成系统安装。文档按RAID0、RAID1、RAID2、RAID3、RAID4、RAID5、RAID6等常见级别逐一梳理，分别说明条带化、镜像、奇偶校验等机制的优缺点、适用场景与可靠性差异，如RAID1磁盘利用率约50%、RAID5在性能与空间利用率间取得较好平衡，可辅助读者按业务需求做选型。同时，文档还介绍了创建RAID数组、分区、格式化、安装操作系统等关键步骤，给出可参考的配置思路。资源以docx格式呈现，压缩包仅1个文件，大小约3.96MB，内容集中便于查阅。目前已有194人学习，适合需要快速掌握DELL服务器RAID配置与装机要点的运维新手及项目交付人员。
1. 开机就卡在“Press Ctrl+R”：Dell服务器RAID不做对，后面全是坑
做过Dell PowerEdge服务器上架的人，应该都见过那个白底黑字的开机自检画面——“Press<Ctrl><R>to Run Configuration Utility”。第一次见的人可能直接跳过，等进了Windows安装界面才发现硬盘一个都看不见，这时候再回头按Ctrl+R，已经晚了半拍。这篇笔记就是把DELL R900/R620/R730这类老PowerEdge机器上，磁盘RAID制作和系统安装的完整路径拆一遍：RAID级别怎么选、PERC阵列卡里怎么建虚拟磁盘、初始化该按哪个选项、硬盘插上去变成Miss怎么救、以及为什么建议用SBUU而不是裸装光盘来装Windows Server。适合正在部署Dell服务器的运维和现场工程师，尤其是那种“盘都插好了，但系统就是装不上”的场景。
2. RAID级别怎么选：R900/R620/R730上那套盘，别凭感觉定
2.1 RAID0到RAID10：八种级别一张表看懂取舍
Dell服务器上常见的RAID级别其实就那几种，但很多人一看到阵列卡BIOS里列出来的RAID0/1/5/10/50就发怵，尤其是老R900这种还能支持到RAID2/3/4的机器。先把级别性质说清楚，再谈怎么选。
RAID0是最朴素的带区组，数据切成块分散写到所有盘上，读写的吞吐量是叠加的，但没有一丁点冗余，任何一块盘挂了，整个阵列数据全完。适合放临时数据、缓存、图形渲染这类丢了不心疼的东西。
RAID1是镜像，两个盘写同样的内容，坏一块另一块顶上，安全性最高，但磁盘利用率直接砍半，只有50%。注意RAID1对两块盘的容量一致性有要求，尽量选同型号同容量的盘。
RAID2到RAID4都属于带校验的并行/独立磁盘结构，RAID2用海明码查错纠错，RAID3单盘存奇偶校验，RAID4按数据块访问。这几个级别现在基本退出市场了，原因很简单：RAID5包含了它们大部分优点，对控制器要求还没那么苛刻。老R900的PERC控制器虽然支持这些级别，实际部署没必要碰，除非在实验室做研究。
RAID5是实际应用的主流，校验信息分布存放在所有盘上，允许坏一块盘继续运行，空间利用率为(X-1)/X，读性能接近RAID0，但每次写操作有“写损失”——一次写会变成两次读旧数据加两次写新数据。盘越多，重建时间越长，掉盘后性能掉得很明显。
RAID6在RAID5基础上加第二种校验值，需要X+2块盘，能扛住同时坏两块盘，适合数据绝对不能丢的场景，但控制器负担大，写入性能比RAID5差。
RAID10是镜像加带区，先两两镜像再条带化，最少4块盘，既快又安全，代价是价格高、利用率只有50%。RAID50则是最少6块盘，RAID5阵列再做条带，兼顾速度和容错，但实施成本不低。
JBOD严格说不算RAID，它就是几块盘串成一个大的逻辑盘，写满一块再写下一块，不提供任何容错。很多IDE RAID芯片和入门阵列卡把JBOD也塞进选项里，但它只适合容量扩展，不适合跑业务数据。
2.2 按业务场景选级：从数据吞吐到“盘挂了还能跑”
选RAID级别之前，先回答三个问题：数据丢了能不能重来？系统对连续读写和随机读写的压力有多大？预算允许多买几块盘？这三个问题的答案，直接决定选型方向。
如果业务是图像编辑、视频传输这类对吞吐量极度敏感的场合，RAID0的并行读取优势很诱人，但必须做备份策略兜底。我经手过一台客户用RAID0跑渲染农场节点，盘挂了重渲就行，这个场景下RAID0反而是性价比之王。
如果服务器做的是数据保存统计、财务系统这类极度强调可靠性的业务，那RAID1就是最稳的选择，虽然利用率只有50%，但镜像盘在主盘故障时无缝接管，不需要任何人工干预。很多老Dell R900的数据库节点，客户就是宁可用RAID1也不碰RAID5，怕的就是重建期间再掉一块盘。
主力业务服务器，尤其是需要同时兼顾性能和容错的，RAID5是默认答案。只要是三块盘以上，控制器支持，RAID5几通用适用。写入密集型的OLTP数据库，RAID10才是正解——RAID5的写损失在随机小写入场景下特别伤，RAID10虽然浪费一半容量，但那个写性能是实打实的。
RAID6就别拿普通业务来用了，除非是视频监控存储、归档这种写入后很少改动的数据，两块盘容错能省不少心。RAID50和RAID53这类混合结构，通常只有对性能和数据安全都有极高要求的中大型存储系统才碰，普通PowerEdge服务器上不常见。
2.3 最少盘数、可用容量与那点“写损失”
每种RAID级别对盘数都有硬性要求，这个不是建议，是底线。PERC阵列卡上创建虚拟磁盘时，选好了级别，下面的物理盘列表会自动高亮可选状态，盘数不够根本不让下一步。
RAID0最少1块盘（单盘也能做，但意义不大），RAID1和RAID10最少2块，RAID5最少3块，RAID10最少4块，RAID50最少6块。可用容量的算法也很直接：RAID0和RAID1都取最小盘容量，但RAID0是X倍总容量，RAID1只有1倍；RAID5是(X-1)倍最小盘容量；RAID6是(X-2)倍；RAID10是X/2倍最小盘容量。
这里有个关键细节，很多人配RAID5时没注意：如果五块盘里有四块600G和一块300G，阵列卡会按最小盘容量300G来算，可用容量变成4×300G而不是5×600G。所以RAID阵列里的盘尽量选容量一致的，尤其是RAID1对容量一致的硬性要求更高。配RAID5或RAID10时，同容量同转速是基本素养，混插盘只会浪费空间。
RAID5的“写损失”值得单独说一句：每一次写操作，物理层面会产生四次I/O——读旧数据、读旧校验、写新数据、写新校验。这意味着RAID5阵列的随机写入性能一定低于RAID10，而且盘的写寿命消耗也更快。知道这一点，就不会在数据库服务器上硬用RAID5了。
3. 进PERC控制器配阵列：从Ctrl+R到Create New VD的关键动作
3.1 进入配置界面的时机与准备动作
服务器开机自检时，屏幕会闪过一行提示：Press <Ctrl><R> to Run Configuration Utility，看到这行字就要连续按Ctrl+R，按慢了进操作系统之后就进不去了。进入PERC控制台后，先看左侧的物理磁盘列表，确认所有硬盘都处于Ready状态，而不是Failed或者Miss，这一步很关键——只要有一块盘状态不对，后面创建虚拟磁盘时它就不会出现在候选列表里。
高亮选中需要配置的PERC卡（一般就是默认那一项），按F2键，弹出菜单里选择Create New VD。这里需要注意，老Dell机器的PERC卡操作逻辑几乎一致，R900的PERC 6/i和R620/R730的H710/H730都走这套界面，但R750这类新机器开始走PERC BIOS Configuration Utility的新版本界面，布局略有不同。最稳妥的办法就是看提示，F2菜单里的选项名是通用的。
进入创建虚拟磁盘界面后，第一行RAID Level选项按回车，会列出这个PERC卡支持的全部RAID级别。以R900为例，支持的有RAID0/1/5/10/50，具体出现哪些取决于当前物理盘数量和控制器固件版本，盘少的时候RAID10和RAID50的选项可能会灰掉。
选择RAID级别时有个经验规则：先想清楚业务场景再进BIOS，不要在配置界面里现想。你在界面里点来点去的时候，服务器可能已经在生产环境里了，每次重启都是业务中断。
3.2 一个RAID5的完整配置过程
选定RAID5之后，按向下方向键把光标移到Physical Disks列表。这个列表里列出的就是当前控制器识别到的全部物理硬盘，上下移动光标到需要的硬盘，按空格键选中或取消。选中的盘前面会出现X标记，取消选中则X消失。
选盘有个容易忽视的点：列表中盘的顺序是按PERC控制器扫描顺序排的，跟服务器前面板的盘位顺序不一定一一对应。特别是R900这种盘位很多的机器，搞混盘位是常态。稳妥的做法是先看Ready状态，然后看盘的型号和容量，用这两个信息确认是哪块盘，不要凭感觉选。
盘选够数之后，Basic Settings里的VD Size会自动显示出当前阵列的默认总容量。按Tab键把光标移到VD Size栏，就可以手动输入自定义容量。什么情况下会用这个功能呢？比如你有六块600G盘做RAID5，想划一个1.8T的虚拟磁盘用来装系统，剩下的容量再建第二个虚拟磁盘存数据。这个操作在PERC里是支持的，但多数场景下直接用默认全容量就好，少给自己找麻烦。
VD Name是虚拟磁盘的名字，可以为空。我一般习惯填上用途缩写，比如OS或DATA，装完系统后在iDRAC和OMSA里看阵列状态时，一眼就能认出哪个卷是干嘛的。不填也不影响使用，纯粹是运维习惯。
确认RAID级别、物理盘和容量都无误后，按Tab到OK，回车，会弹出确认窗口。全新阵列建议做初始化，如果是恢复数据则选不初始化直接继续。这里要非常慎重：初始化操作无法中途撤销，做错了数据就没了。
3.3 VD Size与VD Name：容量裁剪和命名那点事
VD Size手动设定的实际意义，比大多数人想象的要大。我在实际部署中遇到过一种情况：客户给了四块900G盘，要求RAID5装系统，但操作系统只需要150G，剩下容量全部留给数据分区。这时候如果不做VD裁剪，那就得在Windows安装程序里手动缩C盘，再建后续分区，多一道工序就多一个出错点。
做法是在PERC里创建第一个虚拟磁盘时，VD Size填150G，VD Name填OS；之后再建一个虚拟磁盘，把剩余容量全部划给它，VD Name填DATA。这样进入系统安装界面时，直接对着两个虚拟磁盘分区就行，逻辑特别清爽。
但VD裁剪有个副作用：如果第一个VD只用了总容量的一部分，第二块VD要用剩余空间就得在Create New VD界面里重新选同样的物理盘。PERC控制器会自动去掉已经被占用的空间，默认显示剩余容量。这里容易出现一个坑，就是你容易忘了第一块VD用了多少空间，导致第二块VD的容量跟你预期对不上。我一般会在配置前先在纸上写好阵列的总容量和两个VD的分配数字，进BIOS就是照着填，不现场算。
VD Name在Dell PERC上允许为空，有些运维老手不填是因为他们在iDRAC里靠磁盘序识别卷。但我的血泪经验是，宁可花十秒填个名字，别在半年后面对七个未命名虚拟磁盘时挨个猜。尤其R900这类老机器同时挂多个VD的场景，名字能帮你快速定位问题卷。
4. 初始化与故障处理：Start Init、Fast Init与Foreign View的三种处境
4.1 初始化别乱选：Start Init与Fast Init的区别
虚拟磁盘创建完成后，回到VD Mgmt主界面，光标移到Virtual Disk 0处按F2，弹出操作菜单。这个菜单里常见的有Initialization、Consistency Check、Delete VD、Properties。
如果你创建阵列的目的是新部署一台服务器，那初始化是必做的，因为阵列卡不会自动清除物理盘上的旧数据。选Initialization后会弹出三个子选项：Start Init、Stop Init、Fast Init。
Start Init是前台完整初始化，会清除所有数据并把全盘重新清零。这个过程的耗时取决于磁盘容量，比如四块600G盘做RAID5，初始化可能需要一到两个小时，期间虚拟磁盘可以被访问，但性能会受影响。我个人习惯是如果时间允许，优先选Start Init，因为完整初始化能提前暴露盘的坏道问题——读到坏道区域时阵列会直接报错，这时候换盘成本最低。
Fast Init就是后台初始化，只把阵列的元数据标记为“无数据”，并不真正清零每个扇区。它最大的好处是马上就绪，可以重启服务器，立即开始装系统。后台初始化会在服务器开机状态下继续执行，装完系统后再过一段时间才会真正完成。但要注意，Fast Init完成后磁盘上残留的旧数据其实还在，只是被标记为无效，如果硬盘被重新拔出插入别的机器，有概率残留RAID标记。
Stop Init是停止初始化过程。什么时候会用到呢？比如你手滑点错了初始化，或者初始化过程中突然想起盘里还有数据要救——虽然这种场景基本已经晚了，但至少能让阵列卡安静下来。
4.2 常见故障排查：磁盘显示Miss，多出来的Foreign View
实施过程中最常见的故障，就是从另一台服务器上直接拔盘插到当前机器里，结果发现部分磁盘在PERC界面里显示为Miss状态。这个现象背后的原因很简单：原硬盘上带着之前服务器阵列卡写下的RAID配置信息（叫Foreign Configuration，外部配置），被新控制器检测到之后，它不知道该拿这份配置怎么办，于是就把这块盘标记为Foreign，而不是放进Ready列表。
此时PERC卡主界面上会多出一个Foreign View菜单。进入这个菜单，可以看到磁盘上带的RAID配置信息。处理方式有两种，看你要“恢复”还是“重来”：
- Import：导入外部配置。把原阵列卡上记录的RAID信息迁移到当前PERC卡上，连配置带数据一起认过来。适合的场景是把一台服务器上的完整阵列迁移到另一台同型号服务器上，恢复业务。
- Clear：清除外部配置。把硬盘上残留的RAID信息抹掉，回到Ready状态，然后重新按照当前服务器需求配置阵列。
实际操作中，Clear是多数时候的选择，因为从别人机器上拔下来的盘，数据大概率不是你需要的，留着一份旧RAID配置只会干扰新阵列的创建。但Clear之前要想清楚：这个操作会丢掉盘上原有的虚拟磁盘信息，如果数据没备份，那就真没了。
还有一种情况是，盘插进去后连Miss都不显示，直接在Physical Disks列表里就看不到这块盘。这时候先检查盘是不是没插到位、背板接口是否松动，再在PERC里做一次Rescan。老R900的背板触点氧化会导致盘识别不稳定，多插拔几次常常就好了。
4.3 避坑/常见问题：配置RAID与系统安装全过程中的高频翻车点
现象1：开机按Ctrl+R没反应，直接进了操作系统。原因：按得太晚，自检画面已经过去了，PERC配置入口关闭。 解决：重启服务器，在自检阶段持续快速按Ctrl+R，最好是一看到Dell Logo就开始按，一直按到PERC界面出现。有时PERC固件加载速度慢，按早了会弹到别的界面，按晚了就错过，多试两次就能抓到那个节奏。
现象2：RAID5创建后VD Manager里看不到虚拟磁盘。原因：创建过程没走完，或者阵列卡没有自动回写配置。老PERC固件偶尔会出现配置后需要手动重启才生效的情况。 解决：在Create New VD界面确认OK并看到初始化提示后，先按Esc返回VD Mgmt主界面，确认Virtual Disk 0已在列表里，再按Ctrl+Alt+Del重启。不要创建完直接断电。
现象3：初始化进行到一半，服务器断电，重启后虚拟磁盘状态显示Failed。原因：初始化过程中断电是最伤阵列的，PERC控制器元数据可能没写完，导致虚拟磁盘目录损坏。 解决：如果虚拟磁盘显示Failed但盘都还在，进Foreign View试试Import恢复；Import不了就只能在PDMgmt里逐块盘做Clear后重新配置阵列。这就是为什么我强调初始化期间不要触碰电源，尤其是前台初始化Start Init中途断电的后果最严重。
现象4：SBUU引导时加载不到阵列卡驱动，界面里看不到硬盘。原因：SBUU版本和服务器型号不匹配，缺少对应PERC卡的固件驱动包。 解决：去Dell官网下载对应机型的最新SBUU镜像，推荐用生命周期控制器（iDRAC Enterprise）的部署功能替代SBUU，现代的R620/R730都支持生命周期控制器，直接F10进LC界面部署系统，比SBUU更省事。
现象5：Windows安装时可以看到阵列，但分区时提示“无法在此磁盘上安装Windows”。原因：磁盘是GPT分区表格式，但BIOS设置的是Legacy模式启动；或者反过来，UEFI模式下放了一个MBR磁盘。 解决：在BIOS里确认启动模式与Windows版本匹配。Windows Server 2008 R2及以下用Legacy+MBR，Windows Server 2012及以上建议UEFI+GPT。老R900没有UEFI，只能装Legacy，所以直接MBR分区就行，别去碰GPT。
5. 系统安装的两种路径：SBUU预装驱动与裸装光盘的差异
5.1 为什么很多Windows安装失败，问题出在阵列卡驱动
直接用Windows Server安装光盘引导，在分区界面发现硬盘空的、一个设备都看不到——这是Dell老服务器部署时最常见的翻车现场。原因不是磁盘有问题，而是Windows原始镜像里根本没有集成PERC阵列卡的驱动程序。
以Windows Server 2008 R2安装在R620上为例，H710p阵列卡的驱动默认不在光盘里，安装程序到了“想将Windows安装在何处”这一步，底下列表是空的，因为安装程序根本不认识这个控制器，自然看不到挂载的RAID卷。
这种场景下有两个解法。第一个是提前准备好阵列卡驱动USB盘，在分区界面点“加载驱动程序”，手动指向驱动所在的目录。第二个是用Dell官方提供的SBUU引导光盘，它已经把服务器所需的全部驱动固化进去了，走完引导流程后，Windows安装程序拿到的就是一个已经加载好阵列卡驱动的环境。
SBUU全称Dell System Build and Update Utility，是一个可引导的Live DVD，主要功能有三块：简化操作系统安装与设备驱动加载、配合SUU做固件和BIOS更新、以及硬件配置（BIOS、iDRAC和RAID）。对老PowerEdge来说，SBUU是官方钦定的部署路径，比手动加载驱动稳定得多。
5.2 SBUU引导部署的完整流程
1. 插入SBUU引导光盘，开机按F11进入启动菜单，选择从光驱启动 2. 进入引导界面后，选择Dell System Build and Update Utility 3. 选择“服务器操作系统安装”，点击“配置” 4. 设置正确的时区，确认时钟，点击“继续” 5. 选择需要部署的操作系统（如Windows Server 2008 R2 SP1） 6. 在“阵列卡配置”步骤，选择“系统上存在的存留”，点击“继续” 7. 确认自动加载的驱动列表无误，点击“马上应用” 8. 等待SBUU进入自动配置阶段，在此期间它会创建临时部署分区并加载Windows安装驱动 9. 自动弹出SBUU光盘后，插入Windows Server安装光盘，等待重启 重启之后，服务器会从临时部署分区启动，进入Windows安装程序。界面上会提示删除临时分区，确认删除后，就能在磁盘列表里看到阵列卡认出的RAID卷，开始正常分区安装。第4步的时区要亲手确认，之前遇到过SBUU默认时区是UTC，导致装完的Windows系统时间相差八小时，后面还要手动改注册表，很麻烦。第6步有讲究：“系统上存在的存留”指的是你已经先在PERC控制台里配好了RAID，SBUU只会进行驱动加载，不会重新动阵列配置。如果你跳过了Ctrl+R配阵列的步骤，想用SBUU的阵列配置功能去建VD，我这里劝你放弃——SBUU的阵列配置功能比PERC BIOS弱不少，经常会遇到找不到盘或者选项不全的情况，不如老实走一遍Ctrl+R。
与常见的Windows裸装光盘流程相比，SBUU的本质差异不是“能不能装上”，而是“装的时候有多少坑”。裸装需要额外准备驱动盘来找阵列卡，SBUU则替你把驱动加载、临时分区创建、启动环境构建全部做完了。对新手来说，SBUU的容错率高很多；对熟手来说，SBUU省掉的那十来分钟操作，往往能避免一次半夜加班的返工。
5.3 装完系统后再确认一遍的事
系统装完进入桌面，别急着部署业务，先花五分钟确认几个后置项。第一件事，打开设备管理器，看看有没有黄色感叹号的未知设备。如果有，大概率是芯片组或网卡驱动没装上，去Dell官网下载对应机型的驱动包就能解决。R900这种老到掉渣的机器，Windows Server 2012以上版本可能找不到官方驱动，那就只能手动装兼容驱动。
第二件事，确认阵列卡驱动版本。如果PERC控制器显示的是系统自带的微软驱动，性能不一定能跑满，建议到Dell官网下载对应控制器（PERC 6/i、H710、H730）的官方驱动覆盖安装。
第三件事，进iDRAC或者用OMSA（Dell OpenManage Server Administrator）看一眼阵列状态，确认虚拟磁盘是Online状态，然后查看一下控制器日志里有没有历史错误记录。尤其是从别的服务器迁过来的盘，一定要确认Foreign配置已经清除干净，否则下次重启或者固件升级时有概率又跳出来。
第四件事最重要：装完系统后立刻做一次快照或者完整备份。很多运维习惯是配好阵列、装好系统就觉得大功告成，结果配置后续软件时出了乱子，最后还得重新来过——而不敢重装的服务器，恰恰是出问题最多的时候。机器刚装完系统没有任何业务数据，这时候备份成本最低。
6. 事后验证与固件升级：别等掉盘才想起iDRAC和SUU
6.1 用iDRAC和OMSA把阵列状态固定成“可见”
装完系统不等于配置完成，真正能证明阵列健康的是事后验证。我一般会在装完系统后再做两轮检查：第一轮在OS里装Dell OpenManage Server Administrator（OMSA），第二轮进iDRAC确认虚拟磁盘状态和控制器事件日志。
OMSA装上后，在管理界面里可以看到物理盘状态、虚拟磁盘状态、以及每个控制器的固件版本。重点看两个字段：物理盘状态（Online/Non-RAID/Foreign）和虚拟磁盘状态（Online/Degraded/Failed）。如果看到Degraded，说明阵列里有一块盘掉过线，但还没彻底坏；如果看到Failed，说明虚拟磁盘已经不可用，得赶紧处理。
iDRAC方面，老R900标配的是iDRAC6，R620/R730是iDRAC7/8，各有各的界面，但核心功能一样。进入iDRAC存储页签，能直接看到RAID控制器、虚拟磁盘和物理盘的状态。注意：iDRAC默认的警报等级是开启的，但有些机器被前一个管理员关掉了，核查一下SMTP告警是否配置了转发。
还有一点容易被忽略：装完系统后，如果阵列的虚拟磁盘名称是空的，通过OMSA和iDRAC看到的都是一串ID，排查问题就要在脑子里做一次映射。所以建VD时填VD Name的收益就在这里，运维后期排查会轻松非常多。
6.2 SUU固件升级的一个收尾习惯
Dell老服务器上的固件，包括PERC控制器固件、BIOS、背板扩展器固件和iDRAC固件，最省事的更新工具就是SUU（Server Update Utility）。SBUU光盘里其实也带SUU功能，但装完系统后，我习惯单独下载对应机型的SUU ISO，烧到U盘或挂载到iDRAC虚拟介质里，离线升级一遍。
SUU升级流程不复杂：引导后自动扫描当前系统里全部Dell组件的固件版本，然后列出可升级项，选中需要更新的项目执行即可。我自己的习惯是，拿到一台新部署的Dell服务器，装完系统的当天晚上就做一轮SUU更新。原因很简单：出厂固件往往不是最新版，PERC控制器固件对硬盘兼容性的影响是真实存在的，比如老固件可能不识别某个批次的新硬盘，或者后台初始化期间出现性能瓶颈。
SUU升级有个前置条件要注意：如果是升级PERC控制器固件，升级过程中会自动挂起虚拟磁盘I/O，正在跑业务的服务器不要做，否则数据库就断连了。新部署的服务器不存在这个问题，可以放心执行。升级完成后建议关机再开机，彻底断电一次，让阵列卡重新枚举所有设备，比直接重启更干净。
另外一个收尾习惯是更新完固件后，重新进一次PERC BIOS，确认虚拟磁盘状态还是Online。我遇到过一次PERC固件升级后，VD状态变成Optimal，但物理盘全部显示Not Ready，需要重新导入配置才恢复正常。所以固件升级后的阵列状态确认，比固件升级本身更重要。
从那以后，我每装完一台Dell PowerEdge，都会强制走一遍“Ctrl+R建VD → 初始化 → 装系统 → OMSA/iDRAC确认状态 → SUU更新固件”这条全链路。不做完第五步，不把机器交出去。这个习惯帮我挡掉了后续无数的半夜告警。希望帮到你。
本文还有配套的精品资源，点击获取
)