企业官网建设流程全解析

简介：这份《浪潮存储系统AS Manager存储管理手册》面向浪潮存储设备的运维人员、系统管理员及存储初学者，用于解决AS Manager图形化管理软件在安装、配置与日常运维中缺少系统参考资料的问题。资源包共1个PDF文件，大小约3.58MB，内容涵盖软件技术特性、安装环境要求、启动流程、通道参数设置、磁盘与逻辑卷管理、分区设置及LUN映射建立等完整章节，并附有安全声明与密码管理注意事项。手册从JRE环境准备、安装向导操作，到Logical Drive与Logical Volumes的创建维护，再到映射的建立与删除，均给出分步说明，便于读者按目录快速定位所需模块。目前已有1568人学习下载，适合需要掌握浪潮存储管理软件操作、排查配置问题或完善运维规范的技术人员参考。

1. 浪潮存储系统 AS Manager 存储管理手册：从一台裸阵列到可交付存储池

手里拿到一台刚上架的浪潮存储阵列，面板灯全绿，但业务侧一块盘都挂不上——这是很多一线工程师接手 AS Manager 时的真实起点。AS Manager 是浪潮存储配套的图形化管理平台，负责把物理磁盘、RAID 组、存储池、卷、主机映射这条链路串起来，最终让上层业务能识别到块设备。它解决的不是"存储是什么"这种概念问题，而是"这台设备怎么从裸机变成能用的存储资源"的落地问题。适合两类人看：一是第一次接触浪潮存储、需要独立完成初始化交付的存储运维；二是已经用过其他品牌存储管理界面、想快速迁移操作习惯的工程师。这篇手册式笔记按"先建池、再划卷、后映射、最后排错"的顺序展开，每一步都给出可复现的操作路径和参数取值依据。

2. AS Manager 登录与初始化：第一次上电必须确认的四件事

2.1 管理口连通性与默认访问方式

AS Manager 通常通过存储阵列的独立管理网口提供 Web 访问。上电后先用笔记本直连管理口，或者把管理口接入带 DHCP 的管理交换机。常见做法是管理口默认地址写在设备面板标签或随箱文档里，但不同批次可能不同，所以第一步永远是确认管理口 IP。

如果面板没有标签、文档也找不到，可以用串口线接 Console 口，进入 CLI 后用ifconfig或厂商专用命令查看管理口地址。拿到地址后浏览器访问https://<管理IP>，注意是 HTTPS，部分版本 HTTP 会自动跳转但证书告警会拦住新手。

登录前先确认三件事：管理口链路灯是否亮、笔记本是否在同一网段、浏览器是否禁用了过期的 TLS 版本。这三条任意一条不满足，页面就是打不开，跟存储本身没关系。

2.2 初始账号与首次登录强制改密

首次登录一般用出厂账号，登录后系统会强制要求修改密码。密码策略通常要求长度、大小写、数字、特殊字符组合，具体规则在改密页面会提示。这里有个血泪经验：不要用带@、#这类在后续 CLI 或脚本里需要转义的字符，否则后面写自动化脚本时会反复翻车。

改完密码后建议立刻做两件事：一是记录当前固件版本，二是导出一次初始配置备份。固件版本决定了后面哪些功能可用，配置备份是后悔药——初始化阶段改错了还能回滚。

# 通过 SSH 登录存储 CLI（管理口开放 SSH 时） ssh admin@192.168.1.100 # 查看固件版本，不同版本命令可能不同，常见为 show system version # 查看管理口配置 show network mgmt

这段命令的作用是确认设备当前运行状态。show system version输出里重点看主控固件和 AS Manager 组件版本是否匹配，版本不匹配时部分菜单会灰显。show network mgmt用来核对管理口 IP、网关、DNS，如果后面要配告警邮件或时间同步，网关和 DNS 必须正确。

2.3 时间同步与告警通道配置

存储设备的时间不准，会导致日志时间戳错乱，排错时根本对不上业务侧现象。初始化阶段就要配 NTP。在 AS Manager 的"系统设置"里找到时间同步，填入内网 NTP 服务器地址，时区选对。

告警通道建议至少配一个邮件或 SNMP Trap。邮件配置需要 SMTP 地址、端口、发件账号、收件人。SNMP 则要填 Trap 接收端 IP 和团体字。这两项不配，后面磁盘掉线、池降级你都不会第一时间知道，只能等业务报障。

提示：NTP 服务器地址和 SMTP 账号属于环境相关配置，不同机房不一样，按实际环境填写，不要照抄示例。

2.4 磁盘识别与健康状态核对

进入 AS Manager 的物理磁盘视图，确认所有槽位磁盘都被识别。正常状态下每块盘显示容量、类型（SSD/SAS/SATA/NVMe）、健康状态。如果有槽位显示"未识别"或"故障"，先别急着建池。

常见原因是磁盘没插到位、背板接触不良、或者磁盘来自其他阵列带有残留 RAID 信息。前两种重新插拔即可，第三种需要在 AS Manager 里做磁盘初始化（清除残留元数据）。注意：清除元数据会抹掉盘上所有数据，确认是空盘或可清盘再操作。

核对完磁盘后，记录可用磁盘数量和单盘容量，这决定了后面 RAID 级别和热备盘策略的选择。

3. 存储池与 RAID 组创建：容量、冗余、性能怎么平衡

3.1 RAID 级别选型：从业务 IO 特征倒推

建池之前先定 RAID 级别。这不是拍脑袋的事，要从业务 IO 特征倒推。常见对应关系如下：

RAID5 写惩罚明显，随机写场景下性能会掉得厉害；RAID6 更安全但写性能进一步下降。数据库这类随机写密集的业务，我一般直接上 RAID10，虽然容量利用率只有 50%，但重建速度快、写延迟低，业务侧体感差别很大。

3.2 热备盘策略：全局热备还是专用热备

热备盘分全局和专用。全局热备可以被任意 RAID 组使用，专用热备只服务指定组。盘数少的时候用全局热备，一块盘能顶所有组；盘数多、组多的时候，建议按组配专用热备，避免一块热备盘被多个组争抢时重建排队。

热备盘数量一般按每 10 到 15 块成员盘配 1 块热备。低于这个比例，一旦同时坏两块盘，重建窗口会很紧张。高于这个比例，热备盘闲置浪费槽位。

# 在 CLI 中查看当前 RAID 组和热备盘状态（命令随版本略有差异） show raid group show hotspare # 创建 RAID 组示例（图形界面更常用，CLI 用于批量场景） create raid group name=rg01 level=raid5 disks=0-7 spare=global

create raid group这条命令里，level指定 RAID 级别，disks指定成员盘槽位范围，spare=global表示使用全局热备。图形界面操作时对应的是"创建 RAID 组"向导，选盘、选级别、选热备策略三步。CLI 适合批量初始化多台设备时脚本化，单台交付用图形界面更直观。

3.3 存储池创建与条带宽度设置

RAID 组之上建存储池。存储池是卷的容器，池的条带宽度影响性能。条带宽度一般建议设置为成员盘数量的整数倍，或者按业务 IO 大小调整。比如业务以 64K 随机 IO 为主，条带宽度设 64K 或 128K 比较合适；以 1M 顺序 IO 为主，条带可以设大一些。

池的容量规划要留余量。不要把所有空间一次分完，留 10% 到 20% 做快照、克隆、重建缓冲。池满了之后性能会断崖式下降，这是很多新手踩过的坑。

# 创建存储池 create pool name=pool01 raid_group=rg01 stripe=128k # 查看池容量和使用情况 show pool pool01

stripe=128k是条带宽度，show pool输出里重点看总容量、已用容量、可用容量。如果可用容量远小于预期，检查是否有预留空间或快照占用。

3.4 卷创建与主机映射前的准备

池建好后创建卷。卷是最终映射给主机的逻辑单元。创建卷时要指定容量、是否精简配置、是否启用快照。精简配置适合初期不确定用量的场景，但要注意监控实际占用，避免池被写满。

卷创建完成后先别急着映射，确认三件事：卷状态是否"正常"、卷容量是否符合预期、池剩余空间是否充足。这三条确认完再进主机映射环节。

4. 主机映射与多路径配置：让业务真正看到盘

4.1 主机组与发起端 IQN/WWN 登记

主机映射的第一步是登记主机发起端。iSCSI 场景登记 IQN，FC 场景登记 WWN。在 AS Manager 的"主机"菜单里新建主机，填入发起端标识和主机名。

主机名建议用业务侧真实主机名，方便后续排错时对应。IQN/WWN 从业务主机的 iSCSI 发起端或 HBA 卡里查，填错一个字符映射就不生效。

# Linux 业务侧查看 iSCSI 发起端 IQN cat /etc/iscsi/initiatorname.iscsi # 查看 HBA 卡 WWN cat /sys/class/fc_host/host*/port_name

initiatorname.iscsi里的 IQN 要完整复制到 AS Manager 主机登记页面。port_name输出的是 WWN，FC 场景用这个。复制时注意不要带多余空格或换行。

4.2 卷到主机的映射与 LUN 编号规划

主机登记好后，把卷映射给主机。映射时要指定 LUN 编号。LUN 编号在同一主机下必须唯一，不同主机之间可以重复。规划 LUN 编号时建议按业务分类，比如数据库用 0-9，文件服务用 10-19，方便记忆和排错。

映射完成后，业务侧需要重新扫描磁盘。Linux 下 iSCSI 用iscsiadm重新登录，FC 用echo "- - -" > /sys/class/scsi_host/hostX/scan。

# iSCSI 重新发现并登录 iscsiadm -m discovery -t sendtargets -p <存储业务口IP> iscsiadm -m node -L all # FC 重新扫描 echo "- - -" > /sys/class/scsi_host/host0/scan # 查看新识别的磁盘 lsblk

iscsiadm -m discovery是发现存储业务口上的 target，-L all是登录所有已发现 target。lsblk输出里新出现的磁盘就是映射过来的卷。如果没出现，先检查映射关系、LUN 编号、业务口连通性。

4.3 多路径软件配置与路径状态检查

生产环境必须配多路径。业务主机到存储通常有两条以上路径，多路径软件负责聚合和故障切换。Linux 下常用multipathd。

# 查看多路径聚合情况 multipath -ll # 查看路径状态 multipathd show paths

multipath -ll输出里每个卷对应一个 multipath 设备，下面列出所有路径。正常状态是多条路径active ready，故障切换时会有failed或faulty。如果只看到一条路径，检查业务主机 HBA 卡数量、交换机 zoning、存储业务口配置。

注意：多路径配置不对，业务侧可能看到重复磁盘，误操作会导致数据损坏。映射后务必确认multipath -ll只聚合出预期数量的设备。

4.4 文件系统创建与挂载验证

多路径设备确认后，创建文件系统并挂载。mkfs和mount是标准操作，但要注意多路径设备名（通常是/dev/mapper/mpathX）而不是单路径设备名。

# 在多路径设备上创建文件系统 mkfs.xfs /dev/mapper/mpatha # 挂载 mkdir -p /data mount /dev/mapper/mpatha /data # 验证 df -h /data

mkfs.xfs创建 XFS 文件系统，mount挂载到/data。df -h确认容量和挂载点正确。写入测试文件验证读写正常后，再交给业务使用。

5. 避坑与排查：AS Manager 交付现场最常见的五个问题

5.1 管理页面打不开或登录后菜单灰显

现象：浏览器访问管理 IP 无响应，或登录后部分菜单不可点。

原因：管理口 IP 冲突、TLS 版本不兼容、固件版本与 AS Manager 组件不匹配。

解决：先用ping确认管理口连通，再换浏览器或调整 TLS 设置。菜单灰显时查固件版本，必要时升级到匹配版本。升级前务必备份配置。

5.2 磁盘识别不全或显示"外来配置"

现象：部分槽位磁盘不显示，或显示"外来配置"无法加入 RAID 组。

原因：磁盘未插到位、背板故障、磁盘带有其他阵列的残留 RAID 元数据。

解决：重新插拔磁盘，换槽位测试排除背板问题。残留元数据在 AS Manager 里执行磁盘初始化清除，确认盘上无数据再操作。

5.3 RAID 组创建失败或重建速度极慢

现象：创建 RAID 组报错，或重建进度长时间不动。

原因：成员盘容量不一致、磁盘健康状态不佳、重建优先级设置过低。

解决：确认所有成员盘容量和类型一致。重建慢时检查重建优先级，业务低峰期可以调高优先级加速重建，但会影响业务性能，要权衡。

5.4 主机映射后业务侧看不到盘

现象：AS Manager 里映射关系正常，业务侧lsblk无新磁盘。

原因：IQN/WWN 填错、LUN 编号冲突、业务口与主机不在同一网络、多路径配置缺失。

解决：逐项核对 IQN/WWN 字符、LUN 编号唯一性、网络连通性。iSCSI 场景确认业务口 IP 可达，FC 场景确认 zoning 正确。多路径没配时先配好多路径再扫描。

5.5 存储池容量告警或性能下降

现象：池使用率超过阈值告警，或业务侧 IO 延迟明显升高。

原因：精简配置卷实际占用超出预期、快照占用大量空间、池剩余空间不足导致重建和写入变慢。

解决：定期查看池使用率和快照占用。精简配置卷要监控实际写入量。池使用率超过 80% 就要考虑扩容或清理，不要等到 100% 再处理。

6. 进阶技巧：用 CLI 批量核对交付状态与性能基线

图形界面适合单台交付，但批量交付或定期巡检时，CLI 效率高得多。我一般会在交付完成后跑一遍状态核对脚本，把关键指标拉出来存档，作为后续排错的基线。

# 批量核对存储状态的关键命令组合 # 1. 系统整体状态 show system status # 2. RAID 组状态与重建进度 show raid group detail # 3. 存储池容量与使用率 show pool detail # 4. 卷映射关系 show volume mapping # 5. 物理磁盘健康 show disk health # 6. 业务口链路状态 show port status

这套命令的输出建议重定向到文件存档，命名带上设备序列号和日期。后续业务报障时，拿当前状态和基线对比，能快速判断是配置漂移还是硬件故障。

# 将巡检输出存档 show system status > /tmp/asmanager_check_$(date +%Y%m%d).log show raid group detail >> /tmp/asmanager_check_$(date +%Y%m%d).log show pool detail >> /tmp/asmanager_check_$(date +%Y%m%d).log

$(date +%Y%m%d)生成日期后缀，避免多次巡检覆盖。存档文件建议同步到运维管理平台或本地备份，不要只留在存储设备上。

性能基线方面，交付时用fio在业务主机侧跑一轮基准测试，记录 IOPS、带宽、延迟。后续业务反馈慢时，先对比基线，判断是存储侧退化还是业务侧变化。

# 业务主机侧 fio 基准测试示例 fio --name=randread --ioengine=libaio --rw=randread --bs=4k --numjobs=4 --size=1G --runtime=60 --group_reporting --filename=/dev/mapper/mpatha

--rw=randread指定随机读，--bs=4k是块大小，--numjobs=4是并发数，--runtime=60跑 60 秒。输出里的 IOPS 和延迟就是基线值。不同业务 IO 特征不同，基线测试的块大小和读写比例要按实际业务调整。

我自己的习惯是：每次交付完，把巡检输出和 fio 基线一起打包存档，标注设备序列号、交付日期、业务名称。后面不管谁接手，翻出这份存档就能知道这台设备交付时是什么状态。存储排错最怕没有基线，有了基线，大部分问题都能快速定位是配置问题还是硬件问题。希望帮到你。

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