DE系列存储配置实战：从初始化到主机映射全流程指南

简介：这是一份联想 ThinkSystem DE 系列存储的配置教程，面向需要独立完成存储初始化、池与卷组规划、工作负载创建、卷映射及主机对接的存储工程师或运维人员。文档基于实际部署流程整理，从浏览器初始化控制器、配置动态磁盘池（DDP），到创建卷组与工作负载，再到新建主机、映射卷及处理带内管理盘等关键环节均有清晰说明，并包含 RAID 选择、磁盘数量下限等细节，可直接作为现场配置的参考手册。资源共 1 个 docx 文件，压缩包约 1.11MB，内容集中、便于快速查阅。已有 3000 余人学习下载，适合初次接触 DE 系列或希望了解 FC/iSCSI 主机接入与映射流程的读者。

1. 一台上手就头疼的存储：DE系列配置到底卡在哪

存储配置这事，理论文档一大摞，真拿到设备反而不知道第一步点哪里。某次给A同学交付一台DE系列存储，网线插到控制器A的P1口，笔记本配好地址，浏览器敲入IP，结果报证书错误，登进去又是一堆英文菜单，池、卷组、工作负载三个词翻来覆去，半天没敢动。其实DE系列的Web管理界面已经汉化得很彻底，和早期IBM DS系列的思路一脉相承，配置路径比想象中短。这篇笔记从一个实际交付场景出发，把初始化、DDP池与卷组选型、工作负载创建、主机映射到验证的完整链路拆开讲，适合刚接手存储的二线运维，也适合第一次规划DE系列存储空间的新手。

2. 初始化存储：从P1端口连线到密码设置的三个关键细节

2.1 网线怎么接：控制器A的P1口与笔记本直连

拿到DE系列存储，先别急着插交换机。常见做法是用一根网线直接从控制器A的P1端口连到笔记本的以太网口，组成一个管理直连网络。P1是控制器的管理口，出厂默认IP是192.168.128.101，笔记本这边需要手工配置成同网段的静态地址。配置管理口IP这件事，Windows界面下就是改一下网卡属性，但很多运维习惯在终端里操作，Linux或macOS下我一般用ip命令完成，干净利落：

# 清掉笔记本网卡上原有的动态地址，避免网段冲突 ip addr flush dev eth0 # 配置管理网段静态地址，注意用 /24 而不是单独写掩码 ip addr add 192.168.128.100/24 dev eth0 # 激活网卡，确保物理链路 UP ip link set eth0 up # 验证连通性，能 ping 通存储管理口说明链路没问题 ping -c 3 192.168.128.101

这里有个容易忽略的参数细节：掩码255.255.255.0对应CIDR写法就是/24，两者完全等价。DE系列管理网段是192.168.128.0/24，笔记本的100和存储的101必须落在同一个子网里，如果掩码写错成/16或/25，ping会超时，但浏览器未必立即报错——管理页面会转圈很久才提示超时，这是初始化阶段最容易造成“设备开不了机”假象的原因之一。另一个细节是直连线序问题：现在的网卡和存储控制器基本都支持自动翻转，不必刻意找交叉线，普通超五类线就能用。如果ping不通，优先看笔记本网卡是否被虚拟机软件或其他管理网卡占用了地址，遇到过不止一次因为本机装了虚拟化软件，导致192.168.128.x被虚拟网卡抢走的情况。

2.2 浏览器登录：https、证书告警与首次密码设置

链路通了以后，在浏览器输入https://192.168.128.101，注意一定是https而不是http。DE系列和绝大多数企业级存储一样，出厂只开HTTPS管理端口，直接输http会显示无法访问。这一步浏览器会弹出自签名证书的告警，提示“连接不是私密连接”。第一次接触的人容易在这里打退堂鼓，不少用户误以为设备有问题或中病毒。实际上存储控制器出厂不可能预装受信任的CA证书，这个告警是正常现象。Chrome或Edge里点“高级”→“继续前往”，就能进到管理登录页。

首次登录时页面会要求自定义用户名和密码。这里不是输入默认账号，而是直接创建一个管理员账户。输入两次一致的密码后，系统会保存并跳转到主界面。密码策略上DE系列要求至少8位且包含大写字母、小写字母和数字，前期规划密码的时候可以按公司密码规范来，但别用过于复杂的特殊字符，实测某些特殊符号在Web表单校验里会被提示格式不正确，换几个普通字符反而顺利通过。

2.3 初始化后的基本信息填写：可以跳过但不建议

密码设置完成后，系统会进入一个“填写基本信息”的引导页，包括存储系统名称、位置、时区之类。这些字段不影响后续存储池和卷的创建，但顺手填好可以避免以后在管理界面里看到一串默认序列号当名称。名称我习惯用业务标识加环境缩写，比如“prod-storage-01”。时区务必选对，否则后续查看日志的时间戳会乱掉。填完之后点继续，进入System Manager总览界面，这时才真正开始配置存储。整个初始化过程不涉及磁盘操作，哪怕这时候退出管理页，存储也不会自动建任何池或卷，所以“可以后面自行配置池一直下一步”这句经验是准确的，初始化引导和存储资源创建是两件独立的事。

3. 池与卷组：DDP和卷组的选型逻辑，以及13盘池的操作

3.1 DDP池与卷组：七条差异里藏着哪些选型信号

DE系列支持两种底层存储组织方式：DDP池和传统卷组。DDP的底层逻辑和某些分布式RAID方案类似，但实现细节不同。要理解池和卷组的差异，先看这张对比表：

这七条差异是选型的关键。DDP池因为数据分散在所有磁盘上，所以单盘故障重建时，不是让某一组盘承担全部IO压力，而是整个池一起参与重建，这就是它“重建时间短”和“性能降级程度低”的根本原因。池不需要指定RAID级别，冗余策略由系统自动计算，对不熟悉RAID细节的运维来说很友好。但代价是利用率偏低，七成左右，意味着同样物理容量下可用的逻辑容量会比卷组少一截。卷组的逻辑则是传统RAID的思路：选定一组盘，指定RAID级别，比如RAID 6或RAID 10，数据落在这一组盘内，利用率高但故障时影响面局限于这组盘。实际部署中，如果磁盘数量足够充裕（比如超过12块）且希望减少维护复杂度，我倾向于池；如果磁盘数量有限、业务又要求明确的RAID级别，卷组更可控。

3.2 创建DDP池：以13块盘为例的操作路径

确定了用池之后，进入“存储→池和卷组”菜单，点击“创建”，选择“池”。系统会根据当前磁盘槽位和磁盘类型，自动列出可以配置的候选磁盘组合。这一步不需要手工选择RAID级别，只需要给池取个名字，然后从可选项里挑选磁盘数量。演示场景里选择13块磁盘，是因为DE系列的池最少需要11块盘，13块正好覆盖了最低要求以上的余量，又能保证池内的数据分布均匀度。选定后点击“创建”，系统会开始后台初始化，这个过程不需要人工干预。

创建完成后回到“池和卷组”界面，能看到13块盘的池已经建立，容量条上有一段被标记为“保留容量”。保留容量是池为应付驱动器故障而预留的空间，相当于把热备盘逻辑化后嵌入池内部的机制。保留容量的大小由系统根据池内磁盘数量自动计算，通常等价于1到2块盘的容量。这里有个常见疑问：池创建后可用容量为什么不是物理容量乘以70%？因为显示出来的可用容量是扣除了保留容量之后的数值。

3.3 创建卷组：RAID级别怎么选

如果业务侧不接受DDP池的利用率，可以退而创建卷组。同样的入口，“存储→池和卷组”点击“创建”，这次选“卷组”。填写卷组名称后，系统会列出可用的RAID级别选项，这个列表不是随便出现的，而是根据当前磁盘槽位、磁盘数量和控制器配置自动计算出来的可行组合。演示中选择15块磁盘创建卷组，通常对应RAID 6（允许两块盘同时故障）或RAID 10（条带镜像）。

选择RAID 10时15块盘会组成7组镜像加1块热备的结构，可用容量只有物理一半，但性能最好。RAID 6则能获得更多可用容量。选完后点击创建，卷组的初始化同样在后台执行。到这里池和卷组已经把底层的存储资源定义好了，下一步是往这层资源之上创建工作负载和卷。

3.4 保留容量的坑：为什么池的可用容量比预期少

池创建后，很多人会被“可用容量小于预期”这个问题困扰。现象：13块盘建的池，创建卷时发现能分配的总容量明显低于估算值。原因有两层：第一，池的利用率本身约70%；第二，系统已经自动扣除了保留容量。保留容量不是固定的，它取决于池内磁盘数量，磁盘越多默认保留容量越大。创建池时如果已经用所有可用容量创建了卷，之后再想增加保留容量就会失败，提示没有足够空间。解决方法是创建池的阶段就把保留容量看成“不可分配”的部分，规划卷容量时预留至少一块盘的余量。否则后续扩容唯一途径是往池里加驱动器，或者删掉部分卷释放空间，这两条路的代价都不小。

4. 工作负载与卷的创建：模板选择、段大小和映射时机

4.1 工作负载是什么：为什么先建它再建卷

DE系列的存储逻辑里有一个叫“工作负载”的概念，它是支持应用程序的存储对象。每个应用程序可以定义一个或多个工作负载实例，System Manager会根据选定的应用类型自动优化底层卷的特征。理解这一步，关键要明白：工作负载不是卷本身，而是“卷的配置模板”。比如创建一个支持Microsoft SQL Server的工作负载，后续在这个工作负载下创建的卷，段大小、缓存策略、预读设置等参数会被调整成适合数据库事务IO的形态。先建工作负载再建卷，可以避免每次创建卷时手工逐项调整参数，这是个很实用的设计。

实际配置中，创建路径是“存储→卷”，点击“创建”，选择“工作负载”。系统会弹出一个模板列表，常见应用基本都能找到。选了模板之后只要填名称，点创建即可。如果目标应用不在列表里，选“Other application”通用模板，一样能建出一个工作负载，只是不会做针对性的参数优化。这一步不要花太多时间纠结模板选择，选错也不影响后续创建卷，只是底层参数偏好不同，对大多数业务来说差异不致命。

4.2 创建卷：“稍后分配主机”这个选项的意图

工作负载建好后，回到“存储→卷”，点击“创建”，这次选择“卷”。创建向导第一步会问：是立即分配主机还是稍后分配。很多第一次配置的人不理解这个选项的含义，直接选了“立即分配主机”，结果后面被绑定到一个不存在的或还没建好的主机上，还要回来改。这里的“稍后分配主机”意思是先把卷准备好，主机的创建和卷的分配放后面单独做。从交付路径来说，主机端往往要等操作系统类型、HBA卡状态确认完毕后才能准确创建，所以先建卷再建主机再映射，流程更顺畅。

4.3 创建卷的参数：名称、容量与段大小的取舍

选择了“稍后分配主机”并点击下一步后，向导会要求选择此前创建好的工作负载。这一步是把卷挂到工作负载下，享受对应的参数优化。选完后点击“添加新卷”，填写卷名称、卷容量，然后选择段大小。段大小是卷层面一个容易被低估的参数。它决定了数据条带化的最小单元大小，直接关系到IO表现。

小段大小（如64KB或128KB）适合随机小IO为主的负载，数据库的事务日志、高并发OLTP场景受益明显；大段大小（如512KB到1MB）适合顺序大IO，比如视频流、备份恢复、数据仓库扫描。如果不确定业务类型，用系统默认值是最稳的，因为工作负载模板已经根据应用类型设好了推荐段大小，自作主张改反而容易把IO特征带偏。卷容量的规划也值得多说一句：别把一个池的剩余容量一次性全部分配给某个卷。预留一部分空间作为管理操作余量，原因是后端快照、转储、数据迁移这类运维动作都需要临时空间，把池用满是一个典型的隐患。

4.4 卷创建完成后的检查点

创建完成后，“存储→卷”列表中能看到新卷，状态为“未分配”。到这里存储侧的“容量实体”已经就位，但它还没有被任何主机看到。接下来要做的两件事是：创建主机对象、把卷映射给主机。值得注意的一个习惯是，每创建一个卷后回来看一眼工作负载的关联关系，确认卷确实挂在了预定的工作负载之下，避免多个业务共用同一工作负载导致参数优化互相干扰。这一步不用操作命令，Web界面里点开卷详情就能看到归属。

5. 避坑排查清单：端口协议、多路径与带内管理的五个高频问题

5.1 端口默认FC：想用iSCSI为什么连不上

现象：用iSCSI发起程序连接DE系列存储的以太网端口，发现目标Portal一直登录不上，甚至扫描不到target。原因：DE系列存储的基本端口出厂默认是FC模式。虽然没有插光纤模块时端口物理形态是网口，但控制器端口的逻辑协议仍然被配置为FC，iSCSI发起程序自然看不到目标。解决：需要先进入端口管理界面，把端口协议从FC转换成iSCSI。转换路径在“硬件→控制器→端口”相关菜单里，找到对应端口，选择协议类型为iSCSI，应用后端口重启即可。这个操作会自动改变端口的协商模式，转换完成后iSCSI能够正常发现target。常见误区是插上光纤模块后直接以为端口会自动识别为FC，其实如果之前被改成iSCSI，插上光模块后还要切回FC模式，两方向都要手动确认。

5.2 主机配置报错：操作系统类型或多路径配置不合适

现象：创建主机时填写完名称、选择操作系统类型、添加WWPN后，点击“创建”报错，提示“主机操作系统类型不正确”或“多路径配置不合适”。原因：这两个报错本质上是存储侧在做连接参数校验。DE系列的System Manager会对主机操作系统类型和主机侧的多路径插件做匹配检查，如果选择的操作系统类型和实际主机系统不一致，或者主机侧没有安装对应的多路径工具，存储认为这个主机的路径管理能力未知，就会拒绝创建。解决：首先确认主机操作系统类型的选项和实际主机一致，常见的如“Linux”或“Windows Server”这类大类和具体版本的对应关系。其次确保主机端已经安装多路径软件：Linux发行版用device-mapper-multipath，Windows则确认MPIO功能已启用。安装多路径后再回来创建主机，报错消失。这条经验在虚拟化环境下尤其重要，因为虚拟机内看到的HBA类型和物理机不同，容易误选操作系统类型。

5.3 新微码的主机接口类型：填不上WWPN先别怀疑驱动

现象：在较新微码版本的System Manager里创建主机，填写主机名称和操作系统类型后，界面里找不到添加主机端口的输入框，或者WWPN字段不可用。原因：新版微码调整了主机端口类型的配置顺序，要求先选择“主机接口类型”才能填写主机端口。也就是说，主机端口不再是默认的FC类型字段，而是要显式选择FC或iSCSI之后再填WWPN或IQN。解决：在创建主机的页面中，找到主机接口类型相关的下拉框，先选择FC，随后WWPN输入框出现。这个步骤不是每个版本都有，遇到时意识到是微码版本差异就行，不是驱动或浏览器兼容问题。

5.4 映射后多出几个20M的卷：带内管理要不要取消

现象：卷映射完成后，在主机端扫描磁盘，发现除了自己创建的数据卷之外，还多出几个20M的卷。而且这些20M卷在所有已映射的主机上都能看到，即便没有手动分配过。原因：这是DE系列为实现带内管理（in-band management）自动分配给主机的小容量专用卷。存储控制器通过这几个小卷在SAN链路上传递管理通信，相当于存储和主机之间的“管理通道”。这些20M卷不是故障，也不占业务空间。解决：如果不需要带内管理，可以在“存储→主机”里选中对应主机，点击取消分配卷，在弹出列表中找到Access卷，选中后输入“取消分配”确认。需要留意的是弹窗警告：取消带内管理会失去相应的管理传输能力。实际项目中，如果管理网络畅通、依赖Web界面管理，取消带内管理没有问题；但如果机房只有存储网络而无独立管理网络，建议保留这几块小卷。

5.5 主机端扫描不到已映射卷的通用排查顺序

现象：存储侧已经完成卷映射，主机上执行磁盘扫描看不到新磁盘。原因和排查范围很广，常见的有：光纤线松动或光模块收发异常、主机的HBA驱动和固件版本过旧、多路径配置没生效。解决顺序：先查物理链路，看主机HBA卡和存储FC端口的指示灯是否正常；再在主机侧用系统自带命令扫描新设备；如果扫描到了但多路径工具没识别，重启multipathd服务；最后一步才回到存储Web界面确认映射关系。很多“映射了看不到”的情况其实卡在物理链路那一层，动辄怀疑存储配置反而浪费时间。

6. 收尾技巧：三步验证法，确认存储配置真正生效

映射结束后直接交付并不稳妥，完整的验证步骤能避免业务上线后才发现“映射了但主机不能IO”的返工。我的习惯是固定走三步：

第一步，存储侧验证映射关系。在“存储→主机”里选中交付目标主机，查看“已分配卷”列表，确认刚才创建的卷在列表中，状态正常。这一步确认存储端视角的映射完整性。

第二步，主机侧扫描新磁盘。Linux环境下用以下命令触发扫描：

# 强制扫描所有SCSI主机适配器，发现新磁盘 for x in /sys/class/scsi_host/host*/scan; do echo "- - -" > "$x" done # 查看新设备是否出现，比对前一步映射的卷容量 lsblk

参数说明：echo "- - -" 表示使用默认值扫描，三个字段分别对应channel、target和LUN，全部用默认值可以覆盖所有未知新设备。扫描后lsblk查看输出，如果能看到一个未分区、容量和存储侧卷容量一致的新磁盘，说明映射链路已经通到主机操作系统。

第三步，验证多路径是否生效。如果主机上装了device-mapper-multipath，用multipath -ll查看聚合路径，确认存储侧两个控制器的主机端口都看到了，输出里能看到两块路径组成了同一个dm设备才是正常状态。这一步能提前发现只有单路径的情况，避免后续IO故障时才发现没有冗余。

这套验证流程覆盖了存储侧配置、主机侧发现和多路径聚合三个层面。从那以后我每次交付存储，都强制把这三步完整走一遍，先看存储侧列表，再扫磁盘，最后确认多路径，哪怕时间紧也只跳过第三步不跳前两步。DE系列的Web管理界面虽然把配置流程简化了很多，但主机端的链路验证始终是存储交付兜底的那一环，少走一步都可能把隐患留给业务上线后的深夜排障。希望帮到你。

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