简介Think System DM 存储命令行界面初始化配置指南是一份联想凌拓官方技术手册面向存储管理员与网络运维人员重点解决 GUI 向导不支持集群设置的场景如 MetroCluster 或纯 IPv6 环境下如何通过 CLI 完成 DM 存储的初始化与 ONTAP 配置。资源整体为 1 个 PDF 文件压缩包大小 411KB内容为完整中文版《软件设置指南》便于查阅与离线使用。手册共五章加附录系统梳理了集群设置工作流程、每个节点的初始化、在首节点创建集群并加入剩余节点等步骤其中集群设置工作表可帮助读者提前记录 IP、网关、DNS、管理接口等关键值降低配置遗漏风险。此外还涵盖使用预配置 ONTAP 模板配置 SVM以及配置重要 EMS 事件邮件通知、syslog 转发和 SNMP 陷阱主机等系统任务附录提供联系支持机构与声明。目前已有 667 人学习下载适合需要针对 ThinkSystem DM 系列存储做命令行初始化配置的工程师作为参考速查手册。1. 存储上架第一关为什么初始化配置绕不开命令行界面新存储从包装里拿出来插好电源、连好后端磁盘、接上线缆接下来第一件事不是点网页而是面对一个现实管理网口的 IP 还没配网页根本登不进去。DM存储的初始化配置恰恰就是在这个「网络还没通、网页还没影」的阶段进行的。命令行界面CLI就成了唯一能跟存储对话的通道它能完成查状态、认磁盘、建存储池、建卷、映射主机这一整条链路。这篇文章按「连接、查状态、建资源、映射、排错、脚本化」的顺序把 DM存储初始化配置这条路完整走一遍新手可以照着敲命令熟手可以重点看参数取舍和那几个最容易翻车的细节。2. 连上命令行界面之前先看清 DM存储的三种登录路径和初始状态2.1 串口、SSH、带外管理三种登录路径怎么选DM存储的 CLI 登录路径常见的有三条串口Console、SSH、带外管理口。上架第一次操作时最稳妥的是串口。原因很简单——串口走的是物理线不依赖管理网口的 IP 地址是否配置正确。SSH 适合管理 IP 已经配好、网络可达之后的日常维护带外管理口则是独立于存储数据平面的管理通道适合远程诊断。我一般会这么选首次上架初始化用串口后续改配置、跑脚本用 SSH存储系统本身出了问题、SSH 和网页都进不去的时候靠带外管理口救急。三种路径的登录入口和适用阶段不一样别混着用。用串口登录的操作如下# 在 Linux 管理机上先确认 USB 转串口设备的名称 ls /dev/ttyUSB* # 用 screen 打开串口DM存储常见波特率是 115200 sudo screen /dev/ttyUSB0 115200 # 退出 screen先按 CtrlA再按 K最后输入 y 确认逻辑说明screen是一个终端复用工具这里把它当作串口终端来用不需要额外安装图形化串口工具。如果ls /dev/ttyUSB*没有输出大概率是 USB 转串口芯片的驱动没装好换根线或者换台机器试试。不熟悉screen的话用minicom也可以sudo minicom -D /dev/ttyUSB0 -b 115200参数说明-D指定串口设备文件-b指定波特率。波特率必须跟存储侧保持一致DM存储默认常见值是 115200也有部分是 38400具体以设备铭牌或出厂说明为准。串口登录成功后会看到 CLI 的提示符通常是一个或者#这表示可以开始敲命令了。SSH 路径适合管理网口已经配好 IP 的情况。命令如下# 通过 SSH 登录 DM存储的管理 IP默认端口 22 ssh admin192.168.1.200 # 如果改过端口用 -p 指定 ssh -p 2222 admin192.168.1.200注意初始账号不是这篇内容能替你确认的不同批次、不同出厂设置不一样以设备机身上的标签或随附资料为准。登录后第一件事不是急着配置而是看状态。2.2 初始化前必查的系统状态字段时钟、控制器、磁盘刚登录 DM存储 的 CLI不要直接去建池建卷先把状态查清楚。命令行界面和网页不同它不把健康状态画成绿色图标而是给你一堆字段你得自己判断哪些值得关注。下面这张表是初始化前必须过一遍的字段。字段含义健康值异常时的影响System Time系统时钟与当前时间一致日志时间错乱后续排错没法对齐Controller Status控制器状态Online / Normal控制器不在线对应路径不可用Disk Status磁盘状态Online / Uninitialized非 Online 磁盘不能参与建池Pool Status存储池状态Normal有告警时建卷可能受限Network Port管理端口状态Up管理面不通SSH 会中断查看这些字段的命令很简单# 查看系统整体信息含时间、控制器状态、系统名称 show system # 查看所有磁盘的状态和容量 show disk # 查看管理网络端口的状态 show network-port逻辑说明show system是初始化前必敲的第一条命令。它把系统级状态汇总成一页输出重点看时间是否准确、有没有控制器不在线。如果系统时间差得离谱后续配置生成的事件日志会很难追溯建议在初始化阶段顺手校正时间。show disk是建池前的关键检查。DM存储 的磁盘字段里Uninitialized状态属于新盘未认到Online才是可用状态如果出现Offline或Rebuilding说明磁盘有问题或者还在恢复这种盘不能急着拿来建池。show network-port则是确认管理口链路状态为后续切到 SSH 远程管理做准备。2.3 首次登录后的最小安全检查三查三不碰第一次登录 DM存储 CLI建议按「三查三不碰」的原则过一遍。三查查系统时间、查控制器状态、查磁盘状态。三不碰不碰删除命令、不碰初始化命令、不碰任何带reset字样的命令。# 一查系统时间和控制器状态 show system # 二查磁盘状态重点看 Status 列 show disk # 三查告警信息有告警先处理再往下走 show alarm参数说明show alarm在不同版本里也叫show event或show alert具体名字以当前 CLI 的帮助为准。如果在终端里敲show alarm提示命令不存在可以试着敲show后按 Tab 键补全CLI 会列出所有可用的 show 子命令。这个小检查的定位是「确认环境可操作」。磁盘阵列这种设备最怕在状态没查清的情况下贸然执行配置命令一旦把还在初始化的磁盘加进存储池轻则重建时间变长重则整池性能受影响。检查耗时不超过两分钟但能让后面的每一步都走得踏实。3. 磁盘和存储池初始化把裸盘变成可用资源的完整命令序列3.1 查看磁盘状态与识别故障盘看懂 Status 列的五个状态DM存储 的磁盘状态在 CLI 里通过show disk查看输出会列出磁盘槽位、型号、容量和状态。初始化配置的第一步就是要从这一大串输出里挑出「能用的盘」和「不能用的盘」。磁盘状态常见的有五种我整理成一个状态对照表状态含义能否建池Online正常在线可以Uninitialized新盘尚未初始化可以会被自动加入初始流程Offline掉线、读写异常或盘未插好不可以Rebuilding正在重构数据不建议Spare已作为热备盘不可手动加入建池# 查看所有磁盘输出包含槽位、状态、容量 show disk # 只看故障或不健康的磁盘过滤关键字 show disk | grep -E Offline|Rebuilding|Failed逻辑说明show disk不带参数时列出全部盘每一行对应一块物理磁盘。把它接到grep后面过滤异常状态是排查故障盘最快的方式。输出里如果只有Online和Uninitialized说明环境干净可以放心往下走如果混着Offline先检查磁盘是否插到位再确认是不是背板槽位故障。参数说明grep -E是扩展正则匹配|表示或关系。这条命令只是在管理终端的 shell 层面过滤输出不会影响存储本体。实际使用中如果 CLI 输出里含颜色控制字符需要加--colornever避免误判。识别完可用磁盘后记下槽位号。接下来建池的时候需要用到这些槽位号来告诉存储「用哪些盘搭存储池」。这一步别偷懒用all这种笼统写法明确指定槽位后续换盘、加盘时清楚知道每一块盘在哪。3.2 创建存储池的参数选择RAID 级别、热备盘与容量计算存储池是 DM存储 里承载所有卷的上级资源。建池之前先把需求理清这个池子放什么数据需要多大容量容忍几块盘同时坏。这三个问题决定了 RAID 级别和热备盘数量。常见做法是性能敏感且容量压力大的场景选 RAID 5数据重要性高、磁盘数量充足的场景选 RAID 6只有两到四块盘的小规模场景选 RAID 1。热备盘一般配置一块如果磁盘数量超过 12 块配两块更稳妥。# 创建一个 RAID 6 存储池指定 12 块盘再单独留 2 块做热备 create pool namepool01 disk-typesas raid-level6 diskslot1..slot12 hot-spareslot13..slot14 # 查看存储池是否创建成功 show pool逻辑说明create pool是建池命令name指定池名称disk-type指定磁盘类型SAS 或 NL-SAS 或 SSD按实际盘型填raid-level指定 RAID 级别diskslot1..slot12是槽位范围的写法表示从 slot1 到 slot12 这 12 块盘参与建池hot-spare指定热备盘槽位。参数说明slot1..slot12这种连续范围写法是否支持取决于 CLI 的解析器。如果不支持范围写法改成逐个列出diskslot1 slot2 slot3 ...。判断方法很简单建池前先敲help create pool看参数说明CLI 会列出当前版本支持的语法。建池后存储会有一个初始化的过程。不同 RAID 级别初始化时长不同RAID 6 的初始化明显比 RAID 5 慢。查看初始化进度# 查看存储池状态关注 Progress 或 Status 字段 show pool pool01 # 查看存储池中磁盘的初始化进度 show disk poolpool01参数说明show pool pool01第二个位置参数是池名用来限定查询范围。输出里的Progress字段表示后台任务完成百分比。初始化没完成之前不要急着往池里建卷部分型号会限制此阶段的操作。3.3 创建卷与设置容量精简置备与容量单位的坑存储池就绪之后就开始建卷了。卷是主机实际读写的块设备建卷时需要确定名称、所属存储池、容量大小、是否启用精简置备。这一步的容量单位是整个初始化里最容易踩坑的地方。# 创建传统厚置备卷容量 2 TB create volume namevol01 poolpool01 size2T thin-provisioningno # 创建精简置备卷容量上限 2 TB实际按需分配 create volume namevol02 poolpool01 size2T thin-provisioningyes逻辑说明size2T里的T代表 TB。问题在于存储系统内部计算容量时很多型号用的是 TiB二进制单位1 TiB 1.0995 TB。也就是说你创建了一个 2T 的卷主机侧看到的容量可能只有 1.81 TiB这是单位换算导致的不是设备故障。参数说明thin-provisioning控制是否启用精简置备。yes表示卷的大小是上限实际写入多少占用多少no表示一次性把物理空间全部分配给这个卷。数据库、虚拟化平台这类对性能敏感的业务存储侧空间充裕时用厚置备更稳文件服务器、归档场景用精简置备更省空间。注意精简置备卷的空间是共享存储池的池容量一旦跑满所有精简卷都会受影响所以必须配合容量监控。建完卷后用下面命令确认# 查看卷列表确认卷状态为 Normal 或 Online show volume # 查看卷的详细信息和所属存储池 show volume vol01到这里存储侧的资源初始化就算完成了磁盘被认到存储池建好卷也已经创建。但卷还只是存在于存储内部主机根本看不到它。要让业务主机真正读写这些卷还差最关键的一步——映射。4. 把卷交到主机手上主机映射与多路径的 CLI 配置4.1 创建主机对象与 iSCSI/FC 映射三条命令完成授权存储的卷不会自动出现在主机上必须先建立一个「主机对象」再把这台主机使用的 iSCSI IQN 或 FC WWN 绑定到这个主机对象上最后才能把卷映射过去。顺序不对映射关系会乱。# 第一步创建主机对象指定操作系统类型 create host namehost01 oslinux # 第二步绑定主机的启动器标识 # 如果是 iSCSI 主机 add host-initiator hosthost01 iscsiiqn.2023-01.com.example:server01 # 如果是 FC 主机 add host-initiator hosthost01 wwn21:00:00:0e:1e:00:00:01 # 第三步把卷映射给主机 map volume vol01 to host host01逻辑说明create host只是建一个空的逻辑对象此时存储还不知道主机是谁add host-initiator才是把主机的「身份证」告诉存储。iSCSI 用 IQN 字符串标识FC 用 WWN 标识二者必须在主机侧提前查好填错一个字符主机就登不上卷。map命令把卷映射到主机对象映射完成后主机侧扫描总线才能看到新磁盘。参数说明oslinux只是元数据用于存储侧针对性地调整某些默认参数不影响功能。如果主机是 Windows填oswindows。map命令在被映射卷已被其他主机占用时部分版本会拒绝执行或给出警告这是保护机制防止同一卷被多主机无保护地共享。映射完成后查看关系是否建立# 查看主机对象的详细信息确认 initiator 已绑定 show host host01 # 查看卷被映射到了哪些主机 show volume-mapping volume vol01逻辑说明show host host01会列出该主机下绑定的所有启动器和已映射的卷show volume-mapping volume vol01从卷的视角反向查看映射关系。两条命令一正一反都能确认结果建议都跑一遍。只有show host里能看到卷、show volume-mapping里能看到主机映射才算真正生效。4.2 多路径的 CLI 侧准备双控制器配置别漏生产环境的主机通常会通过两条甚至更多条物理路径连接到存储目的是避免单条链路故障时业务中断。DM存储 这边多路径的支持依赖两个前提控制器都正常在线主机侧的多路径软件能正确识别同一 LUN。多路径不需要在存储侧为每个路径分别映射同一个卷。存储侧要做的是确保这台主机的启动器在多个控制器上都完成了登录。iSCSI 场景下主机会配置两个网口分别连到两个控制器FC 场景下主机 HBA 卡的两根光纤分别接到两个控制器。存储侧只需要建一个主机对象绑定主机启动器一次两个控制器会自动识别。# 确认两个控制器都在线分别为 controller-a / controller-b show controller # 查看主机在所有控制器上的登录会话 show host-connectivity hosthost01参数说明show host-connectivity不是所有版本都有没有这个命令时改用show host host01查看输出中关于连接路径的信息。如果只有一个控制器显示已连接说明另一条路径的物理链路或 zone 配置有问题需要回到交换机侧排查不要继续往下做。主机侧的多路径软件配置软件层面的参数通常是操作系统管理员负责的但存储侧必须配合确认一个关键点同一卷映射给同一主机时存储分配的 LUN ID 要一致。有的系统允许手动指定map命令加lun参数# 指定 LUN ID 进行映射避免主机侧出现盘符漂移 map volume vol01 to host host01 lun10注意LUN ID 需要落在主机支持的范围内常见是 0 到 255。如果主机侧已经存在其他存储映射的 LUN提前规划一个不冲突的 ID能省去后续很多排错时间。4.3 映射完成后主机侧看不到盘先查这三处映射命令敲完存储侧显示成功主机侧却迟迟看不到新磁盘。这个问题几乎每个人都会遇到。我一般按下面三步查# 在 Linux 主机上扫描新的 SCSI 设备 # 先重扫主机总线 echo - - - /sys/class/scsi_host/host2/scan # 如果是多路径环境再扫描多路径设备 multipath -r逻辑说明存储侧映射成功不代表主机侧会自动感知。Linux 主机需要手动触发 SCSI 总线重扫echo - - - /sys/class/scsi_host/host2/scan是常用的重扫方法host2 是主机上的某个 SCSI Host 编号不同机器编号不同可以在/sys/class/scsi_host/下查看有哪些 host。参数说明multipath -r用于多路径环境下重新加载多路径映射。执行前先确认主机已安装 device-mapper-multipath否则命令不存在。执行完这两条命令还是看不到盘再查启动器是否绑定正确# 在主机侧查看自己的 iSCSI IQN 或 FC WWN cat /etc/iscsi/initiatorname.iscsi # 或者用命令查看 FC 卡的 WWN cat /sys/class/fc_host/host*/port_name拿到主机侧真实的启动器标识回到存储侧show host host01对比看是否完全一致。很多映射完成却不通的案例最后都是 IQN 少写了一个冒号或 FC WWN 多写了一组 00。5. 初始化配置避坑指南五个容易出错的操作细节5.1 现象建池时某块磁盘状态是 Rebuilding建池后整池性能起不来原因新盘加入系统后存储会自动触发数据重构或一致性检查处于Rebuilding状态的磁盘正在后台同步数据。此时把它强行加入存储池存储不仅要重构这块盘还要同时响应正常业务 IO负载叠加建池初始化和后续性能都会受明显影响。解决建池前用show disk | grep -E Online|Uninitialized过滤确认所有待用盘都处于可建池状态Rebuilding或Offline的盘不要纳入建池范围。等重构完成后再执行建池。如果重建过程超过预期时间先查后端磁盘背板和物理连接不要一味等待。5.2 现象创建了 2T 的卷主机侧显示只有 1.8T怀疑存储吞容量原因存储 CLI 里2T通常按二进制单位 TiB 计算1 TiB 1024 GiB操作系统显示容量时同样按二进制单位换算但人眼习惯十进制 TB换算后看起来少了约 10%。这不是故障是单位换算差异。解决建卷前明确容量需求。如果是数据库或数据仓库场景按用户实际需求加 5% 余量再建卷如果是归档场景直接在size参数里换算好期望的实际可用值。参考命令行帮助确认当前版本容量单位必要时用size2048G精确指定避免模糊换算。5.3 现象存储侧显示映射成功主机fdisk -l找不到新盘原因映射成功后主机没有触发总线重扫或者启动器标识绑定错误存储侧虽然映射成功但主机根本没登录还有可能是主机侧 zone 配置漏掉了存储端口FC 场景最常见。解决按第 4.3 节的顺序排查。先重扫 SCSI 总线再查启动器标识是否一致最后检查交换机 zone。排查时可以重复执行show volume-mapping和show host-connectivity对比输出中显示的主机连接是全部路径在线还是只有部分在线以此缩小范围。5.4 现象CLI 长时间无操作后断开某个配置命令不确定有没有执行成功原因命令行界面为了防止未退出连接一直占着会话通常会设置空闲超时。超时断开本身不可怕可怕的是配置命令执行到一半时断开到底执行成功没有无从判断。解决养成「执行后立刻查」的习惯。每敲一个create或map命令紧跟一条show命令确认结果。例如建卷后立刻show volume vol01建池后立刻show pool pool01。如果超时发生在命令执行过程中重新登录后用show系列命令检查目标对象是否已存在不存在就重跑存在就跳过。另外尽量使用支持批处理的方式一次性下发多条命令减少长时间悬挂在交互终端里的风险。5.5 现象误删了卷数据无法恢复原因delete volume这类删除操作在多数存储系统上是立即生效的没有回收站也没有二次确认弹窗。敲错一个命令、写错一个卷名数据就没了。解决删卷前用show volume vol01确认卷名和所属存储池再检查这个卷是否还映射给了生产主机如果映射关系还在先unmap volume vol01 from host all解除映射再执行删除。稳妥的做法是在初始化阶段就建立命名规范和操作习惯建卷命名带业务前缀如db、archive删除命令执行前先截图或复制show输出留底。误删后立即停止写入联系存储技术支持尝试底层恢复但成功率不保证——所以最值得投资的还是删除前那几秒钟的确认。6. 把初始化配置脚本化从手敲命令到批量交付的进阶做法初始化一台存储可能只需要几十条命令但机房里有十台同样配置的存储需要交付时手敲就变成了体力活还容易敲错。把配置过程脚本化是减少人为失误和翻车概率的实际手段。6.1 用别名和命令补全减少手滑DM存储 的 CLI 通常支持会话级的别名设置或者至少支持命令名补全。登录后先定义好常用别名# 在 CLI 中定义别名后续可用简称代替长命令 alias spshow pool alias svshow volume alias shshow host alias vmshow volume-mapping逻辑说明别名的作用是减少长命令的击键次数。sp对应show pool每次查看存储池状态时敲两个字符就够了。不是所有版本的 CLI 都支持别名如果alias命令报错改用 CLI 自带的补全功能——通常按 Tab 键可以自动补全命令或参数多按几次还能列出候选内容。6.2 配置脚本模板与回滚备份把前面几章的命令按顺序写成脚本可以保证每台存储的配置完全一致。脚本里要加入防呆机制出错即停、日志留痕、环境检查先行。#!/bin/bash # DM存储初始化配置脚本示例伪代码命令结构以实际 CLI 为准 # 用法: ./init_storage.sh 管理IP 池名 卷名 set -e MGMT_IP$1 POOL_NAME$2 VOL_NAME$3 # 登录并执行配置命令 ssh admin$MGMT_IP EOF show system || exit 1 show disk create pool name$POOL_NAME disk-typesas raid-level5 diskslot1..slot8 hot-spareslot9 show pool $POOL_NAME create volume name$VOL_NAME pool$POOL_NAME size2T thin-provisioningno show volume $VOL_NAME EOF逻辑说明set -e让脚本在第一条出错命令处停止避免带着错误状态继续下发后续命令防止半配置状态出现。 EOF是 heredoc 语法把其中若干行命令作为标准输入传给ssh会话|| exit 1表示show system失败时立即退出脚本。参数说明这是脚本骨架实战中要加上日志记录、密码处理、命令回显。配置完成后建议用show pool、show volume、show volume-mapping三个命令的输出重定向到文件作为初始配置的备份后续变更时对比参考。6.3 验证脚本初始化完成后的十分钟检查清单初始化不是敲完命令就结束了验证环节别省略。我习惯用一个检查清单脚本收尾把关键状态一次性拉出来快速判断配置是否正确。#!/bin/bash # DM存储初始化验证脚本伪代码 ssh admin$1 EOF echo 1. 系统状态 show system echo 2. 存储池状态 show pool echo 3. 卷状态 show volume echo 4. 映射关系 show volume-mapping EOF逻辑说明四个show命令覆盖了从系统到映射的全部关键环节。看输出时重点确认系统状态无告警、存储池状态为 Normal、卷状态为 Online、映射关系里有目标主机。主机侧再用multipath -ll检查多路径是否认到同一 LUN 的多条路径。这套验证习惯是我自己吃了亏之后养成的。之前有一次配置完存储自认为命令都执行成功了结果第二天业务上线才发现主机侧一直拿不到盘查下来是映射少做了一步。从那以后每次初始化配置我都会把验证脚本跑一遍再交给下一个环节。配置存储这件事命令本身不难难的是每一步都确认到位给自己留一份可追溯的记录。希望这份从连上串口到脚本化交付的完整路径能帮你在下一次存储上架时少踩几个坑。本文还有配套的精品资源点击获取