简介：这份资源是面向存储运维人员与IT基础设施初学者的联想ThinkSystem DE系列存储配置教程，以中文图文形式讲解从初始化到卷映射的完整流程，帮助读者快速上手该系列存储设备。压缩包内共1个docx文档，大小约1.11MB，内容围绕存储初始化、池与卷组创建、工作负载定义、卷创建与主机映射等模块展开，并对比了DDP池与传统卷组在数据分布、故障降级、重建时间、保留容量及磁盘利用率上的差异，还涉及FC与iSCSI端口协议转换、带内管理卷等实操细节。目前已有3012人学习，适合需要独立完成DE系列存储部署、对照排查配置问题的技术人员参考，也可作为日常运维的速查手册。

1. 一台没有键盘的存储，怎么从零配到能挂盘

第一次接手一台联想 ThinkSystem DE 系列存储，很多人会下意识去找串口线、找 CLI 手册，结果发现前面板干干净净，连个管理口都长得像普通网口。其实这台设备的配置入口就藏在控制器 A 的 P1 端口后面：一根网线、一个 192.168.128.100 的临时地址，浏览器敲https://192.168.128.101就能进中文 Web 界面。这份《联想ThinkSystem DE系列存储配置教程.docx》讲的正是这条从初始化到卷映射的完整链路，覆盖池与卷组的取舍、工作负载模板、FC 主机端口识别，以及那个让不少人困惑的 20M 带内管理卷。适合刚接触企业级存储的运维、需要给业务方交付块存储的工程师，以及手里有 DE 设备但一直没敢动配置的人。

2. 初始化与协议选型：先想清楚 FC 还是 iSCSI

2.1 带外初始化：一根网线进管理界面

DE 系列的初始配置走的是带外管理口，不依赖业务网络。做法是把笔记本网口和控制器 A 的 P1 直连，笔记本配一个同网段地址，浏览器访问管理 IP。这一步看着简单，但顺序错了会卡在证书告警或页面打不开上。

# 笔记本临时地址（以 Linux 为例，Windows 在网卡属性里手填同样参数） ip addr add 192.168.128.100/24 dev eth0 ip link set eth0 up # 验证链路与端口可达，再开浏览器 ping -c 4 192.168.128.101

逻辑说明：192.168.128.100/24必须和存储管理口192.168.128.101同网段，掩码 255.255.255.0 对应 /24。先 ping 通再开浏览器，能快速区分是网线/网卡问题还是浏览器证书问题。首次访问是自签名证书，浏览器会拦，选择继续访问即可，这不是故障。进入后设置自定义用户名和密码，基本信息里的池、告警等可以一路下一步，后面再回来配。

提示：初始化阶段不要急着把管理口接进生产交换机，先直连把管理地址、密码、设备名定下来，再规划正式管理网段，能省掉后面改地址时的一堆连带问题。

2.2 池还是卷组：DDP 与 RAID 组的取舍

这是整篇教程里最值得停下来想的地方。DE 系列同时支持 Dynamic Disk Pools（DDP，也就是“池”）和传统卷组，两者不是新旧替代关系，而是两种不同的故障域设计。

池的数据随机条带化到池内所有驱动器上，驱动器故障时降级程度低、重建时间短，内置保留容量所以不需要专用热备盘，最少 11 块、最多 192 块，不指定 RAID 级别。代价是磁盘利用率偏低，教程里给的参考值是 70% 左右。卷组则是传统做法，数据落在同一组驱动器上，要自己选 RAID 级别，利用率高，但故障重建压力和热备盘都得自己算。

选型上我一般这么分：业务盘数量多、扩容频繁、不想天天盯热备盘的场景走池；对容量利用率敏感、盘位固定、RAID 规划清晰的场景走卷组。教程演示用了 13 块盘建池、15 块盘建卷组，这个数字不是随便写的——池低于 11 块根本建不起来，这是硬门槛。

2.3 建池与建卷组的实际操作路径

建池的入口在左侧菜单“存储 - 池和卷组”，点创建池，填名称，系统会根据当前盘位自动列出可配置选项，按需选盘数即可。建完后同一界面能看到“保留容量”标签，这是 System Manager 自动留出的故障恢复容量，随池内驱动器数量变化。

操作路径（Web 界面）： 存储 → 池和卷组 → 创建池 ├─ 池名称：按业务命名，如 pool_app01 ├─ 驱动器数量：≥11，演示用 13 └─ 创建 → 回到列表确认状态为“最佳” 存储 → 池和卷组 → 创建卷组 ├─ 卷组名称：如 vg_db01 ├─ RAID 级别：按盘数与可靠性要求选 ├─ 驱动器数量：演示用 15 └─ 创建 → 确认成员盘与 RAID 状态

参数说明：池名称建议带业务标识，后面映射卷时好认；卷组的 RAID 级别直接决定可用容量和容错能力，RAID 5 容一块、RAID 6 容两块、RAID 10 兼顾写性能但利用率低。保留容量如果被卷吃光，后续想加保留容量就得加盘或删卷，所以建卷时别把池容量一次性分完，留出余量。

3. 工作负载、卷与主机映射：把裸容量变成业务能挂的盘

3.1 工作负载模板：给卷预设一套底层特征

工作负载是 DE 系列里容易被跳过、但实际影响卷特征的一层。它的作用是告诉存储“这块盘是给什么应用用的”，System Manager 据此优化基础卷的底层特征。教程里提到，建 Microsoft SQL Server 工作负载后再建卷，卷特征会按 SQL Server 的 IO 特点来配。

操作上，进“存储 - 卷”，点创建，选工作负载，模板列表里挑对应应用；找不到就选 Other application，填名称后创建。这一步不需要写命令，但选错模板不会报错，只会在性能表现上慢慢体现出来，属于典型的“当时没感觉、事后翻车”的点。

注意：模板是优化起点不是性能保证。数据库类业务选对模板后，段大小、条带这些仍要在建卷时按实际 IO 调整，别指望选个模板就万事大吉。

3.2 建卷与段大小：容量之外真正要调的参数

建卷路径是“存储 - 卷 - 创建 - 卷”，选择“稍后分配主机”，下一步选之前建好的工作负载，再点“添加新卷”，填卷名称、卷容量、段大小，下一步完成。

建卷关键参数： 卷名称 ：业务可读命名，如 vol_sql_data01 卷容量 ：按业务需求，注意别吃光池保留容量 段大小 ：按 IO 特征选，随机小 IO 偏小段，顺序大 IO 偏大段 主机分配 ：先选“稍后分配”，等主机建好再映射

段大小（segment size）是这里唯一需要动脑的参数。它决定数据在成员盘上的条带粒度，选小了随机 IO 友好但顺序吞吐吃亏，选大了反过来。教程没有给固定值，因为这东西跟业务 IO 模型绑定，我一般按“数据库数据文件偏小、备份/媒体类偏大”的经验先给一版，上线后用性能数据再调。卷容量则要盯着池的保留容量，卷把池吃满后，保留容量加不上去，故障恢复的余地就没了。

3.3 主机端口：FC 默认识别，iSCSI 要先转协议

DE 系列的基本端口默认是 FC 模式，插了 FC 模块就能直接识别 HBA 卡的 WWPN。如果业务走 iSCSI，得先把端口协议从 FC 转成 iSCSI，转换步骤教程说在后面，这里先把 FC 路径走通。

建主机在“存储 - 主机 - 创建 - 主机”，填主机名称、选操作系统类型、添加主机端口 WWPN。FC 连接下，界面会自动弹出已识别 HBA 卡的 WWPN 供选择。较新微码里还多一步“选择主机接口类型”，不选就填不了端口。

建主机检查清单： 1. 主机名称与业务台账一致 2. 操作系统类型选对（影响多路径与超时行为） 3. 主机接口类型先选（新微码必填） 4. WWPN 从自动弹出列表里选，别手抄 5. 多路径软件配置与存储侧一致

操作系统类型选错或多路径配置不匹配，界面会直接报错，这是好事——至少它拦住了。真正麻烦的是类型选对但多路径没配，主机侧看到重复磁盘，业务方以为存储给多了盘。

3.4 映射卷与那个 20M 的带内管理卷

选中主机，点“分配卷”，勾选已建好的卷，点分配。主机端重新扫描磁盘后，会多出几个 20M 的小卷，这不是配置错误，而是 DE 系列为实现带内管理自动分配给主机的。即便不映射业务卷，这个 20M 分区也会在。

不需要带内管理时可以取消：选中主机，点“取消分配卷”，弹窗提示“如果继续，将失去任何带内管理功能，除非已为另一主机分配访问卷”，勾选 Access 卷，输入“取消分配”确认。

取消带内管理卷： 主机 → 取消分配卷 → 勾选 Access 卷 → 输入“取消分配” → 确认

这一步的血泪经验是：取消前确认还有别的主机保留着 Access 卷，否则带内管理功能整体失效，后面想用管理软件走带内通道就得重新分配。20M 卷本身不占什么容量，但它在主机侧会出现在磁盘列表里，业务方看到容易来问，提前说明一句能省一次沟通。

4. 避坑与排查：五个真会卡住人的现场问题

4.1 浏览器打不开管理页面

现象：笔记本已配 192.168.128.100，浏览器访问https://192.168.128.101超时或拒绝连接。原因通常是网线插错控制器端口、笔记本网卡没启用、或浏览器强制跳转 HTTP。解决：先ping管理 IP 确认二层通不通，不通就查 P1 端口和网线；通了但页面打不开，手动补全https://并接受自签名证书告警。

4.2 池建不起来，提示驱动器数量不足

现象：选盘时可选数量很少，创建按钮灰掉。原因：池硬性要求最少 11 块盘，盘位不够或部分盘已被卷组占用。解决：先到“池和卷组”列表确认空闲盘数，盘不够就改走卷组，或者先释放被占用的盘。别试图用 10 块盘硬建，界面不会给这个选项。

4.3 主机建到一半填不了 WWPN

现象：填完主机名和操作系统类型，主机端口那一栏点不动。原因：较新微码要求先选“主机接口类型”，不选就不开放端口填写。解决：回到主机创建页面上半部分，把接口类型选成 FC，端口列表才会刷新出自动识别的 WWPN。

4.4 主机侧扫出重复磁盘

现象：业务主机扫描后同一块卷出现多个盘符或设备名。原因：存储侧映射正常，但主机侧多路径软件没配或配置与存储侧不一致。解决：先确认主机操作系统类型选对，再检查多路径软件是否识别到同一 WWPN 的多条路径并做聚合，别急着在存储侧反复取消再分配。

4.5 取消 20M 卷后带内管理失效

现象：按教程取消 Access 卷后，管理软件走带内通道连不上存储。原因：取消时没有其他主机保留 Access 卷，带内管理整体失去入口。解决：重新给任一主机分配 Access 卷恢复带内通道；如果业务不需要带内管理，就在变更记录里写清楚，避免后来的人以为是故障。

5. 上线前的验证习惯：把配置当成一次可回滚的变更

配置做完不等于交付完成。我现在的习惯是，映射卷之后不直接交给业务方，而是先在主机侧做一轮可验证的检查，把“存储说配好了”变成“主机确实能用”。

# Linux 主机侧验证（FC 多路径环境） rescan-scsi-bus.sh # 重新扫描 SCSI 总线 multipath -ll # 查看多路径聚合结果，确认每块卷路径数符合预期 lsblk # 核对卷容量与 20M 管理卷是否如预期出现

逻辑说明：rescan-scsi-bus.sh触发主机重新识别新映射的 LUN；multipath -ll看的是每块卷是否聚合了预期数量的路径，路径数不对说明 zoning 或主机端口有问题；lsblk用来核对容量，顺便确认 20M 带内管理卷的存在是否符合当前策略。三步走完，再让业务方格式化挂载。

验证之外，还有两件事值得固化成习惯。一是把池的保留容量和卷容量占用记进变更单，后面扩容时不用重新推算；二是把主机 WWPN、操作系统类型、多路径配置一起归档，下次加主机直接照抄，避免类型选错这种低级翻车。教程给的是点击路径，真正让配置可维护的是这些点击之外的记录。

从那以后我每次配完 DE 系列，都会强制走一遍“ping 管理口、multipath -ll 看路径、lsblk 核容量”这三步，再附一张池与卷组的容量台账，才敢在交付单上签字。希望帮到你。

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