企业官网建设流程全解析

简介：面向浪潮存储系统运维人员与IT管理员的图形化管理软件操作指南，针对AS Manager的安装、配置与日常管理需求，系统梳理了这款免费管理工具的技术特性与使用路径。资源包为1个PDF文档，大小约3.58MB，内容涵盖环境要求与安装准备、启动与登录、通道参数设置、磁盘管理（Logical Drive与Logical Volumes的创建及操作）、分区设置、LUN映射建立与删除等章节，并附有安全声明与密码管理注意事项。读者可据此掌握管理私网隔离、强密码策略等安全规范，理解从软件部署到存储资源映射的完整流程，适合需要快速上手AS Manager或排查配置问题的技术人员查阅。目前已有1572人学习下载，可作为浪潮存储系统日常运维的案头参考。

1. 一块盘阵摆在机房，没有它你连 RAID 级别都改不了

机房角落里一台二手盘阵，面板灯亮着，串口能通，但 RAID 级别、通道速率、LUN 映射一概看不见——这种场景下，AS Manager 就是那把钥匙。它是浪潮存储系统配套的图形化管理软件，基于 Java 运行，把通道配置、逻辑磁盘（Logical Drive）、逻辑卷（Logical Volume）、分区、LUN 映射、MPIO 链路冗余、事件通知、硬盘节能这些操作收进一个 GUI 里。适合谁？手上有一台老款浪潮盘阵、需要做初始化配置或日常运维的存储工程师；也适合正在学 RAID 与 SAN 映射关系、想找个真实管理界面练手的人。这份手册的价值不在于教你存储原理，而在于把“点哪个菜单、填什么参数、改完要不要重启”讲清楚，让你少在机房里耗时间。

2. 装之前先对齐环境：JRE、IP 与控制器识别三件事

2.1 环境要求逐项对照

AS Manager 是 Java 客户端，装不上、起不来，九成问题出在运行环境和网络前提上。手册给出的最低要求不复杂，但每一条都卡人。

两个容易被忽略的点：一是显示色彩数低于 256 色时，部分配置项会显示异常，不是软件坏了，是渲染不出来；二是即使 AS Manager 装在本机使用，也必须启用 TCP/IP 并配有效 IP，纯本地回环在某些版本上识别不到控制器。

2.2 安装前必须确认的控制器状态

安装向导本身是“下一步”到底，真正决定成败的是安装前的准备。手册明确要求：RAID 控制器必须已被定义为一个外围设备，或者映射为 LUN 的逻辑磁盘，否则 AS Manager 根本识别不到控制器。换句话说，软件装好了、登录进去了，左边树形列表空空如也，先别怀疑软件，回去查控制器有没有被系统认到。

常见做法是先在服务器侧确认 HBA 驱动正常、盘阵在系统里能看到对应设备，再开 AS Manager。安装时尽量关掉正在跑的应用程序，避免安装程序写文件被占用导致中途失败。

2.3 安装步骤与安装类型选择

# 安装流程（以 Windows 管理主机为例） # 1. 插入 AS Manager 安装光盘，进入光盘内 AS Manager 文件夹 # 2. 双击 setup.exe 启动安装向导 # 3. 欢迎界面点“下一步” # 4. 授权窗口选择 Accept（选 Decline 直接退出） # 5. 安装类型选 Full（完全安装），默认目录 C:\Program Files\AS Manager\AS Manager # 6. 确认安装目录后点 Next，等待进度条走完 # 7. 完成后点“确定”，再点 Finish，重启机器

安装类型只有“全部”和“自定义”两种，手册推荐完全安装。自定义安装是给高级用户改安装目录和组件用的，普通运维没必要碰——少选一个组件，后面某个功能菜单可能就是灰的。安装完成后必须重启机器，这一步别省，JRE 环境变量和服务的注册在重启后才完全生效。

提示：安装包依赖 JRE，如果管理主机上已经装了其他 Java 应用，先确认没有版本冲突的服务在跑，手册声明里专门点了这一条。

3. 登录与通道配置：Out-of-Band 搜 IP、通道速率别乱改

3.1 两种管理方式与默认地址

AS Manager 支持两种接入方式：Out-of-Band（带外，走网络直连盘阵管理口）和 In-Band（带内，走 RAID systems manager，即通过服务器上的代理访问）。带外管理时输入的是磁盘阵列的 IP，出厂默认盘阵 IP 为 1.1.1.3；带内管理时输入的是服务器的 IP。

启动后界面左上角有两个搜索图标：第三个是范围搜索，输入 IP 段让软件自己找；第四个是指定 IP 搜索，直接填一个地址。找到设备后，在列表里选中对应型号右键，选 Manager Subsystem，弹出用户名密码框。

3.2 三级用户权限与默认密码

登录框里的 User Name 决定你能干什么，默认密码在出厂状态下为空，第一次成功登录后必须改。

权限划分是这套软件的安全底座：Information 只能看，Maintenance 能做维护，Configuration 才能改配置。实际运维里给一线值班人员开 Information 就够，改配置的账号控制在少数人手里。

注意：手册反复强调三条——管理网与公网物理隔离、密码 6 位以上且字母数字特殊字符混用、定期更换并控制知晓范围。这不是客套话，非授权访问导致的数据损失，声明里写明了不承担责任。

3.3 通道参数怎么配

进入 Configuration 菜单下的 Channel，左下角列出可选通道，channel 0 和 1 可配参数。三个关键参数：

第一是通道速率，可选 1G、2G、4G，默认 auto。手册建议用默认速率，原因是 auto 会让两端协商到共同支持的最高速率，手动锁死反而可能在换设备后不匹配。

第二是每条通道每个控制器的 ID 号。主机通道上可以给 A、B 两个控制器增删 ID，一般约定 A 控用偶数、B 控用奇数。改完 ID 必须重启机器才生效，这一点经常被忘，配完发现没变化就以为软件有 bug。

第三是光纤通道 Channel 4、5 的模式设置。选中通道点 parameters，再点 set，进入 channel mode 选择界面，选完点 reset 生效。手册特别提醒：channel 4 和 5 必须设成同一类型，要么同为 host channel，要么同为 drive channel，一主一驱混着设会出问题。

# 通道配置操作路径（GUI 操作，此处为步骤记录） # Configuration -> Channel # 选择 channel 0 或 1 # 速率：保持 auto（可选 1G/2G/4G） # 控制器 ID：A 控偶数、B 控奇数，改完重启生效 # Channel 4/5：parameters -> set -> 选 channel mode -> reset # 约束：4 和 5 必须同为 host 或同为 drive

参数背后的逻辑值得说一句：通道速率和 ID 是 SAN 环境里主机认盘的基础，ID 冲突会导致同一 LUN 被两台主机以不同路径识别成两个设备，后面做 MPIO 时路径就乱了。所以配通道不是孤立动作，要跟后面的映射和冗余一起规划。

4. 从 Logical Drive 到 LUN 映射：一条完整的数据通路

4.1 建 Logical Drive 的六个参数

路径是 Configuration -> Create Logical Drive。在 Front View 里点选物理磁盘，Selected Numbers 里会列出已选磁盘，然后依次设六个参数：

RAID 级别可选 None RAID、RAID0、RAID1、RAID3、RAID5、RAID6。写策略三选一：Default（Write Back）、Write Through、Write Back。Drive Size 是每个物理盘划出多少空间建 LD，可以不占满，留余量给以后扩容。Initialization 选 online 或 offline，即在线或离线初始化。Stripe Size 可选 16KB、32KB、64KB、128KB（默认）、256KB。

条带大小的选择没有万能答案：小文件、随机读多的业务偏小条带，大文件顺序写偏大条带，拿不准就用默认 128KB。写策略上，Write Back 性能好但依赖缓存电池保护，Write Through 安全但慢，生产环境要先确认缓存保护状态再选。

4.2 LD 的五类后续操作

在 Existing Logical Drives 里选中一个 LD，Function 下有五个子菜单：

Properties 查看所属控制器、改写策略、给 LD 命名。命名这件事建议养成习惯，后面 LV 和映射阶段全靠名字区分，一堆 LD0、LD1 很容易映射错。

Add Disk 添加磁盘，Front View 里选盘后有两个选项：Add Disk 和 Add Spare Drive。加盘时蜂鸣器会响，按盘阵前端液晶板的 mute 键消音。

Expand 扩容，新盘加入系统后可以把空间扩进已有 LD，界面显示 Available Expand Size 即最大可扩空间，扩容方式选 On-line 或 Out-line，填好大小点 Expand。

Migrate logical drives 做 RAID5 与 RAID6 之间的在线迁移。RAID5 升 RAID6：LD 已建好并完成初始化后，选中要加入的普通盘点 apply，数据不丢。RAID6 降 RAID5：选中 RAID6 里任意一块盘点 apply，完成后该盘恢复为普通盘。这个功能在扩容同时提升或降低冗余级别时很实用，但迁移期间性能会下降，别在业务高峰做。

热备盘管理也在 Add Disk 里，选 Add Spare Drive 把盘设为热备。一个 LD 可以指多个热备盘，但实际通常一个 LD 配一个——多盘同时故障概率低，配多了浪费容量。RAID1、RAID3、RAID5 加 hot spare 时，LD 里已经含了 Spare 盘。

4.3 重建与删除的边界

重建是否自动取决于有没有热备盘：有热备盘，系统后台自动重建，对用户透明；没有热备盘，必须手动触发。新盘放在原故障盘相同位置（同通道同 ID），系统自动重建；放在不同位置，要先做磁盘扫描。RAID3 和 RAID5 里两块及以上磁盘故障就丢数据，所以故障盘要尽快换，换完记得把新盘重新设为热备。

删除 LD 是右键菜单里的 Delete Logical Drive，删前有二次确认。这一步没有后悔药，删之前确认这个 LD 上没有还在用的 LV。

4.4 Logical Volume 的建立与扩容

多个 LD 可以联合成一个 LV，容量和级别可以不同。路径是 Create Logical Volume，在 Logical Drives Available 里选 LD 加入 Selected Members，设写策略（Default 全局设置、Write Through、Write Back），点 OK 前系统会再确认一次。

LV 扩容的前提是 LD 已经被加入该 LV，扩出来的容量会成为 LV 的一个额外分区。删除 LV 时，LV 上所有数据消失，LD 被释放——注意是释放 LD，不是删 LD，这个区别在重建规划时很重要。

4.5 分区与 LUN 映射

LV 建好后要分区，再建映射。映射的本质是把 LV 的某个分区通过指定主机通道暴露给特定主机，主机侧才能看到 LUN。删除 LUN 映射在第六章对应菜单里操作，删映射不影响 LV 上的数据，但主机侧会立刻看不到盘，删之前确认没有业务在读写。

# 数据通路完整操作顺序（GUI 步骤记录） # 1. Configuration -> Create Logical Drive：选盘、RAID 级别、写策略、条带 # 2. Existing Logical Drives -> Properties：命名、确认写策略 # 3. Create Logical Volume：选 LD 组成 LV、设写策略 # 4. 对 LV 分区 # 5. 建立 LUN 映射：指定主机通道与目标主机 # 6. 主机侧 rescan，确认 LUN 可见

这条链路上任何一环参数错了，主机侧就是看不到盘或者看到容量不对。排查时从后往前：主机认不到先查映射，映射正常查分区，分区正常查 LV 成员，逐层往回退。

5. 避坑清单：五个真实会翻车的点

5.1 装完打开一片空白，列表里没有盘阵

现象：软件正常启动，搜索 IP 也能搜到，但右键没有 Manager Subsystem，或者进去后看不到控制器。

原因：RAID 控制器没有被定义为外围设备，或没有映射为 LUN 的逻辑磁盘，AS Manager 识别不到控制器；另一种可能是管理主机与盘阵不在同一网段且路由不通。

解决：先在服务器侧确认控制器被系统识别，再检查管理主机到盘阵管理 IP 的连通性。带外管理确认输入的是盘阵 IP（默认 1.1.1.3），带内管理确认输入的是服务器 IP，两者别填反。

5.2 改了控制器 ID，重启后没生效

现象：按 A 控偶数、B 控奇数改完 ID，点应用，重启机器，主机侧路径还是老样子。

原因：ID 修改需要重启的是被管理的存储侧或相关服务，只重启管理主机不够；另外改 ID 前没确认通道上是否有其他设备占用同一 ID。

解决：改 ID 前先梳理整条通道上的 ID 分配表，改完按手册要求重启对应机器，重启后回 AS Manager 的通道界面确认 ID 已变，再到主机侧 rescan。

5.3 Channel 4 和 5 设成一主一驱，通道异常

现象：光纤通道配置完，部分主机看不到盘，或者 drive 侧的扩展柜识别不稳定。

原因：手册明确要求 channel 4 和 5 必须同为 host channel 或同为 drive channel，混设会导致通道角色冲突。

解决：进 parameters 把两个通道改成同一类型，点 reset 生效，然后重新检查映射和主机识别。配之前就想清楚这两个口是接主机还是接扩展柜，别配到一半改主意。

5.4 RAID5 升 RAID6 迁移到一半业务卡顿

现象：在线迁移期间业务 IO 延迟明显上升，监控告警。

原因：RAID 级别迁移是后台数据重分布，占用控制器和磁盘带宽，业务高峰做必然影响性能。

解决：迁移安排在业务低峰窗口，迁移前确认热备盘状态和缓存保护正常，迁移期间盯住事件日志。迁移不是秒级操作，容量越大耗时越长，留足窗口。

5.5 删了 LV 才发现 LD 被释放

现象：以为只是删一个卷，结果发现底层 LD 也没了，重建要从头来。

原因：删除 LV 时 LV 上数据全部消失，LD 被释放，这是设计行为不是 bug。

解决：删之前确认 LV 上没有在用数据，确认这个 LV 的成员 LD 没有别的用途。生产环境删任何存储对象前，先做配置备份或截图记录当前拓扑，这是血泪经验。

6. 把 MPIO、事件通知和节能串起来：日常运维的三个抓手

链路冗余这块，手册分 Windows 和 Linux 两个平台讲路径冗余方式。核心逻辑是同一 LUN 通过多条路径暴露给主机，主机侧 MPIO 驱动识别为同一设备的多路径，一条断另一条顶上。做冗余的前提是前面通道 ID 规划干净——A 控偶数、B 控奇数，两条路径分别落在不同控制器上，否则所谓冗余只是同一控制器的两个口，控制器一挂全断。Windows 平台在系统里启用 MPIO 功能后添加设备，Linux 平台走多路径软件配置，配完用主机侧命令确认路径数量和状态，别只看 AS Manager 里显示正常。

事件通知是容易被忽略但很值钱的功能。日志管理工具记录系统事件，邮件通知和 MSN 通知两种方式把告警推出来。实际部署时至少配邮件通知，收件人设成值班组邮箱，触发条件覆盖磁盘故障、重建完成、温度异常这几类。通知配了不测试等于没配，配完手动拔一块热备盘或者触发一次可控事件，确认邮件真的能收到。

硬盘节能分全局级和 LD 级两档。全局级对所有盘生效，LD 级只对指定逻辑盘生效。节能的本质是让空闲盘降速或停转，代价是唤醒有延迟，对延迟敏感的业务别开，冷数据归档场景才合适。开之前确认业务 IO 模式，别为了省电把在线业务拖慢。

System Monitor 在附录里，是日常巡检的入口，看控制器状态、磁盘状态、事件计数。我一般把巡检做成固定动作：每天看一次事件日志有没有新增告警，每周确认热备盘还在位、重建没有卡住，每月核对一次映射关系和主机侧 LUN 数量是否一致。这套动作不复杂，但能挡住大部分“突然发现盘坏了很久”的情况。

从那以后我每次碰盘阵，不管是新建 LD 还是改通道，都强制走一遍“先截图当前拓扑、再动手、改完主机侧 rescan 确认”的流程，删任何对象前多问一句这个 LD 还有没有别的用途。希望帮到你。

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