企业官网建设流程全解析

简介：《EMC DS5100B光纤交换机使用维护手册》面向数据中心与企业网络运维人员，以及需要管理SAN光纤交换设备的初、中级技术人员，聚焦设备日常操作、Zone配置与故障诊断。资源包仅含1个docx文档，压缩包约392KB，篇幅集中，便于随查随用。文档从管理平台准备、JRE环境、管理口同网段及IE访问讲起，逐步说明登录管理界面、创建与启用Zone、保存配置的流程，并系统梳理端口状态与速度LED灯的颜色、闪烁含义及对应处理建议，附EMC与厂商技术支持联系方式。已有1047人学习，适合希望快速掌握DS5100B基础运维、对照排查链路与端口异常、减少现场误判的读者参考。

1. 管理口进不去：10.77.77.77 打不开，多半不是交换机坏了

管理主机 ping 不通 10.77.77.77，或者浏览器里敲进去只看到一片白，是接手 DS5100B 光纤交换机时最常撞上的第一道墙。设备在机柜里安静跑了七八年，配置没人动过，直到要给新上架的存储划一个 Zone，才发现管理口根本进不去；更折腾人的是 ping 得通却打不开页面，换三台笔记本都一样，很容易让人误判成主板报废。这类故障的成因其实高度集中：管理主机网段不对、JRE 1.4.1 没装或装错版本、浏览器不是 IE 内核，任意一件不满足，表现都是「打不开」。下面按「连不上」「连上白屏」「页面开了点不动」三种表现往下拆，接手老 SAN 环境的运维、临时被叫去改 Zone 的工程师，都可以照着走一遍。

2. 管理界面打不开：白屏、插件加载失败与 JRE 1.4.1 这道老门槛

2.1 先把现象分成三类，别一上来就断电重启

同样一句「打不开」，落在不同的层，排查方向完全相反。第一种是 ping 不通，管理主机连交换机的管理口都摸不到，问题在链路和网段；第二种是 ping 得通、浏览器转圈之后白屏或者报「无法显示此页」，问题在端口和浏览器；第三种最迷惑人，页面框架出来了，左下角 Status、Events、Zone admin 那几个按钮点了没反应，或者弹一个 Java 插件加载失败的框，问题在客户端的 Java 运行环境。

分类的意义在于止损。我见过有人 ping 不通就直接判定设备故障，填了报修单，结果厂商工程师到现场只改了一行 IP 就走了，血泪经验。反过来，页面能开但按钮点不动，这个时候再怎么查网线、换交换机都是白费，因为链路层从头到尾就是好的。

判断顺序建议固定成三步：先ping，再telnet 端口，最后看浏览器和 Java。三步做完，故障基本就锁定在一个格子里了。

2.2 根因：这套管理界面跑的是 Java Applet，不是今天的网页

DS5100B 的管理控制台是那个年代的典型架构——浏览器加载一个 Java Applet，由 JRE 在本机渲染整个操作界面。手册里写得很直白：管理主机需要 Windows 2000、Windows 2003 或 Windows XP，装 JRE 1.4.1，用 IE 内核的浏览器。这三条不是建议，是硬性依赖。

问题在于，现代浏览器早就把 NPAPI 插件机制移除了，Chrome、Edge、新版 Firefox 打开这类页面只会显示一片空白或者提示插件不受支持；而 JRE 1.4.1 这个版本又老到在很多新系统上根本装不上，即便装上了，默认的安全策略也会把未签名的 Applet 拦下来。这就是为什么同一台交换机，老机器能开、新笔记本死活打不开，看起来像玄学，其实是运行环境整条链路断了两头。

还有一层容易被忽略：默认管理口地址 10.77.77.77 是设备侧的配置，管理主机必须和它同一网段才能互通。很多人把主机设成 192.168.x.x，然后抱怨「网线插了怎么还不通」，这跟 Java 一点关系都没有，纯粹是三层不通。

2.3 照着做：管理主机的一次性准备

先解决网络层，这一步不需要碰交换机。在管理主机的命令行里执行：

# 查看本机所有网卡的地址、掩码、网关，确认管理网卡是否与交换机同网段 ipconfig /all # 期望看到管理网卡的 IPv4 地址形如 10.77.77.x，掩码与现场规划一致 # 如果不在同一网段，用下面这条改成静态地址（网卡名按实际情况替换） netsh interface ip set address name="本地连接" static 10.77.77.100 255.0.0.0 10.77.77.77 # 改完立刻验证连通性，超时说明链路或网段还有问题 ping 10.77.77.77

netsh那行的参数依次是：网卡名称、static表示静态配置、管理主机要用的 IP、子网掩码、默认网关。管理主机地址不要挑.77，也不要挑已经被占用的地址，习惯上从.100往后选。掩码按现场规划填，如果是单点直连，255.0.0.0 也能通，但和机房其他网段混在一起时容易出广播域问题，按规划来最稳。

ping 通了之后，再确认服务端口是不是开着。这一步能把「网络通但服务没起」和「服务正常但浏览器不认」区分开：

# 测试管理界面的 HTTP 端口是否可建立 TCP 连接 telnet 10.77.77.77 80

能连上会看到黑屏光标闪烁或者服务端的欢迎信息，用Ctrl + ]再输quit退出；如果提示「无法打开到主机的连接，在端口 80 上连接失败」，那就是交换机侧的服务或者中间链路的问题，别再折腾浏览器了。

网络层确认无误后，再处理客户端环境：找一台还能跑的 Windows XP 或 Windows 2003 机器，或者用虚拟机装一个，装 JRE 1.4.1，把 IE 的「Internet 选项 → 安全 → 自定义级别」里的 Java 相关项调成启用，把交换机地址加进受信任站点。这套组合是当年验证过能跑通的，虚拟机的好处是可以打快照，用完就回滚，不污染办公环境。

注意：JRE 版本不要图省事装最新的，Applet 对版本很敏感，装高了照样白屏，这也是很多人「明明装了 Java 还是打不开」的原因。

2.4 网页这条路走不通时，用串口和命令行绕过去

生产环境里经常出现一种尴尬：管理主机不能随便装老系统，虚拟机也不让开，但 Zone 必须今天改完。这时候就别在网页上死磕了，直接走命令行。DS5100B 支持串口本地登录和以太网 telnet 登录，串口参数是 9600 波特率、8 数据位、无校验、1 停止位、无流控，用终端工具连上就能进 CLI，默认账号密码和网页端一致。

进去之后第一件事往往是把管理口地址改对，或者确认它没被人改过：

# 查看当前管理口的 IP、掩码、网关配置 ipAddrShow # 交互式修改管理口地址，按提示依次输入 IPv4 地址、掩码、网关 ipAddrSet

ipAddrShow的输出里要重点看地址是否为 10.77.77.77、掩码是否和规划一致。ipAddrSet是交互式的，敲完命令之后会逐项提示，一路回车确认即可，输入错误可以直接放弃重来，不会立即下发。改完之后管理口会短暂断连，用ping再确认一次。

CLI 还有一层隐性价值：它是排查配置问题的黑匣子。网页端很多操作会失败但只给一个模糊提示，而 CLI 的switchShow、cfgShow输出是完整的、可复制的、能贴给别人的。后面几章讲到 Zone 不生效和端口灯异常，我都会优先让你敲命令而不是点按钮，原因就在这里。

3. Zone 配完不生效：Save Config Only 和 Enable Config 是两回事

3.1 现象：Zone 建好了、也点了保存，主机还是扫不到盘

这是现场最高频的一类「配置了但没生效」。操作过程看起来很完整：进 Zone admin，用 admin/password 登录，点 Actions 里的 Create Zone，把左边窗口的 Port 移到右边，Config 一栏也显示了内容，最后点了 Save Config Only，状态栏还回了个 DONE。整条链路没有任何报错，人就走开了。结果主机端 rescan 一遍，还是看不到存储的 LUN。

更麻烦的是它有时间差。有人配完当场测试没通，以为是主机侧问题，转去查多路径软件；第二天重启了一次交换机，突然通了，于是得出一堆似是而非的结论。实际上从头到尾都是同一个原因：配置只落在了「已保存」这一层，从来没有被「启用」。

还有一种变体是改完之后忘记自己在哪套配置里操作。设备里可能同时存在好几份 Config，你改的是 A，实际生效的是 B，cfgShow一敲就露馅。

3.2 根因：配置分三层状态，Save 和 Enable 各管一段

这类交换机的 Zone 配置模型是一个三层结构，理解了这个结构，后面所有操作都不会错。

第一层是「草稿」，你在界面上新建 Zone、拖端口，改的都是内存里的临时状态，掉电或者刷新页面就没了。第二层是「已保存」，Save Config Only 做的是把当前这批改动写进设备的持久配置文件，重启之后还在，但它不改变当前正在运行的逻辑。第三层是「已生效」，只有执行启用动作，设备才会把这份配置下发到交换芯片，端口的通断关系才真正改变。

手册里的操作步骤写得很清楚：点 Save Config Only，在状态栏得到 DONE，然后选择 Enable Config 一栏，设置完成。这两步是分开的，缺任何一步，表现都是「保存成功但不通」。很多人对「保存」这个词有惯性认知，以为保存即生效，在这类设备上恰恰不是。

顺带说一句，启用动作在部分场景下会引起端口短暂中断，业务主机上如果跑的是关键业务，最好放在窗口期做，或者至少提前打个招呼。

3.3 网页端的一次正确操作序列

把顺序固定下来，比记住按钮位置更有用。完整序列是这样：

登录管理界面后点 Zone admin，用 admin/password 进入；在左侧 Port 列表里确认目标端口当前是 Online 状态，离线端口加进 Zone 也不会通；点 Actions → Create Zone 新建一个 Zone，命名上带业务含义，比如「主机名_存储名」，别用 zone1、test 这种，半年后没人认得出；把需要的端口从左窗移到右窗，一个 Zone 里放主机 HBA 口和存储前端口，两边成对出现；切到 Config 页确认这个 Zone 已经在配置成员里，没有的话加进去；点 Save Config Only，盯住下方状态栏直到出现 DONE，这一步的确认信号只有状态栏，页面刷新或者按钮变色都不算；最后选 Enable Config，完成启用。

两个细节值得强调。DONE 出现之前不要切页面，有些版本切走之后保存动作会中断，界面上看不出来；Enable 之后最好再回来看一眼当前生效配置的名字，和刚刚启用的那个对得上，才算闭环。

3.4 命令行等价操作：一条一条对齐，出问题好复盘

网页点得快，但出问题的时候没有痕迹。我一般会优先用 CLI，操作序列和网页端一一对应：

# 1. 先看清现状：当前生效的配置名、已有的 Zone 和成员 cfgShow zoneShow # 2. 创建 Zone，成员用「域,端口」或 WWN 表示，多个成员用分号隔开 zoneCreate "Z_host01_stor01", "1,0;1,1" # 3. 创建 Config，并把 Zone 加进去 cfgCreate "CFG_prod", "Z_host01_stor01" cfgAdd "CFG_prod", "Z_host01_stor01" # 4. 保存到持久配置（对应网页的 Save Config Only） cfgSave # 5. 启用配置（对应网页的 Enable Config），这一步才真正下发 cfgEnable "CFG_prod" # 6. 验证：确认生效配置名、端口状态 cfgShow switchShow

逐条说明。zoneCreate的第一个参数是 Zone 名，第二个是成员列表，成员可以用「交换机域 ID,端口号」的端口形式，也可以用设备的 WWN 形式；端口形式直观但换板卡后会失效，WWN 形式更稳，代价是要去主机端查 WWN。多个成员之间用分号分隔，末尾不要加多余符号。

cfgCreate建的是一个配置容器，本身不带成员；cfgAdd才是把 Zone 挂进容器。这两步经常被合并理解，导致建完 Config 发现里面是空的。

cfgSave对应保存，cfgEnable对应启用，两者的区别和网页端完全一致，这也是为什么命令行更好排查——两条命令分开敲，哪一步没做一目了然。

switchShow用来确认端口是不是真的 Online。Zone 配得再对，端口本身 No_Light 或者 Disabled，主机照样看不到盘，这时候要回到物理层去查，别在 Zone 里打转。

3.5 怎么确认配置真的生效了

判断生效不看界面，看三个客观信号。

第一个是cfgShow输出里「已生效配置」的名字和你刚启用的那个完全一致，注意是名字一致，不是列表里存在。第二个是switchShow里参与 Zone 的端口状态为 Online，速度正常。第三个在主机侧，重新扫描总线之后能看到存储的 WWN 或 LUN。三个都满足才算通了，缺一个就按对应的层往下查。

如果前两个满足、第三个不满足，问题大概率不在交换机，而在主机侧的 HBA 驱动、多路径软件或者存储映射表。这一步能省下大量在交换机上无效折腾的时间。

4. 端口灯看不懂：左右两个 LED 的完整对照与处置动作

4.1 左灯读法：颜色和闪烁节奏是两个独立维度

交换机每个端口上有两个指示灯，左边那个管端口状态，右边那个管端口速度，前面板还有一个管整机电源。这套灯语不复杂，但它是现场唯一不依赖管理界面的诊断手段——管理口进不去的时候，你只有它。

左灯的关键在于，颜色和闪烁节奏要分开读。灭灯表示这个端口没有收到光信号，第一反应应该是查光纤和光模块，而不是查配置；绿色常亮表示端口在线但没有数据在跑，属于正常待机；绿色慢闪表示端口处于回路或不协调状态，这时候要查设备端和对应配置，多半是同一个口被划进了互相冲突的 Zone 或者链路自环；绿色快闪表示正在进行端口回路测试，是测试动作，不用管；绿色飞快闪表示正在传输数据，是最健康的状态。

黄色常亮或闪烁表示有传输，一般不视为故障。橙色系要重点看：橙色常亮说明端口能收到信号但不在线，通常是两端的速率、拓扑或者 Zone 不匹配；橙色慢闪说明端口被禁用了，需要重新启用；橙色快闪说明端口有错误，通常复位交换机可以清掉；黄绿交替闪烁说明端口被绕过（bypass），需要复位该端口。

节奏的定义要记准：慢闪间隔约 1 秒，快闪间隔约 0.25 秒。现场光线差、灯又小，很容易把快闪看成慢闪，从而把「正在传数据」误判成「回路」，白折腾半天。

4.2 右灯与前面板：速度灯和电源灯容易被忽略

右灯管速度，状态比左灯简单。灭灯表示正在做 POST 自检，或者链路协商在 1G；绿色常亮表示 2G。这一条的意义在于，当左灯显示在线、业务却慢得离谱时，看一眼右灯就能确认是不是速率协商掉档了。

前面板的电源灯是整机健康的入口。灭灯表示电源硬件故障或者根本没加电，这种情况不要再查配置，直接联系供应商；绿色常亮表示电源正常；绿色慢闪表示有一个或多个端口正在加载，属于启动过程中的正常状态，但如果长时间停在这个状态，就要去查错误日志了。

这里有个很实际的教训：端口灯异常时，先确认整机电源灯正常，再去逐个看端口。整机供电不稳导致的端口时好时坏，看起来像端口故障，实际上是电源或者市电的问题。

4.3 一张对照表，把灯语和动作对起来

表格只是速查，真正的判断还是要结合端口在当时应该处于什么状态。一个本该跑业务的口显示绿色常亮，那就是有问题；一个备用口显示绿色常亮，完全正常。

4.4 三个最容易看错的细节

第一个是「灭灯」的歧义。左灯灭是没收到光，右灯灭可能是 POST 或者 1G 速率，前面板灭才是电源问题。三个灭灯含义完全不同，现场有人看到任意一个灭灯就报「设备挂了」，属于把三种语言混着读。

第二个是闪烁节奏的判断。慢闪 1 秒、快闪 0.25 秒，差了四倍，但在昏暗机房里用余光扫一眼，区别没那么明显。稳妥的做法是盯着看满五秒，数一下闪烁次数，别凭第一印象下结论。

第三个是黄绿交替和橙色的区分。这两类状态在灯光下容易混淆，但处置动作完全不同：黄绿交替是 bypass，复位端口；橙色常亮是在线状态异常，要查配置和速率。判断错了，动作就错了。

5. 排错避坑：五个把人带偏的现场记录

5.1 坑一：改管理主机 IP，顺手把业务网段也改了

现象是管理界面终于能开了，但同一台主机上跑的业务监控开始告警，或者远程连不上了。原因很直接：为了凑 10.77.77.x 网段，把主机唯一的网卡改成了静态地址，原来走的办公网或业务网直接断了。解决方式是把管理口的访问做成独立路径——加一块 USB 网卡专供管理网段，或者用虚拟机做跳板，宿主网卡不动。改地址之前先ipconfig /all把原始配置截个图，改完出问题能立刻还原，这个动作花十秒，能省一小时。

5.2 坑二：Zone 名里塞了空格和特殊字符

现象是网页端建 Zone 时提示失败，或者命令行zoneCreate直接报语法错误，但看不出哪里错了。原因是这类设备的命名对空格、中文、以及部分符号不友好，而人在起名时习惯写「主机 01 - 存储 A」。解决方式是统一命名规范：只用字母、数字和下划线，长度控制住，用「主机名_存储名」这种可读又不惹事的形式。建完用zoneShow确认一遍，别信界面上显示的那个名字。

5.3 坑三：面板端口号和命令行输出对不上

现象是按面板上标的编号去建 Zone，配完不通；switchShow一看，端口状态和预期的完全不是一回事。原因是面板的丝印编号从 1 开始，而命令行的端口表示是「域 ID,端口号」，端口号从 0 开始，中间差了一位。解决方式是建 Zone 之前先敲switchShow，用输出里的端口列表和实际插线的位置逐个对照，把映射关系写在纸上再动手。这个坑一次能坑掉半小时，而且每次换人接手都会重演。

5.4 坑四：默认口令一直没改，管理口还开在办公网

现象是接手时发现管理口地址压根不是 10.77.77.77，日志里有大量陌生来源的登录尝试。原因是设备交付时用的默认账号密码众所周知，管理口又直接接在办公网段上，长期无人维护。解决方式分两步：先把管理口挪到独立管理网段或者做访问控制，只允许指定管理主机访问；再改掉默认口令，改完把新口令纳入统一的密码管理。别觉得内网就安全，这类老设备一旦被扫到，代价远高于改密码的十分钟。

5.5 坑五：升级或搬迁前没导出配置，回滚全靠回忆

现象是设备重启或者换机柜之后，Zone 全没了，业务全断，谁也说不出原来是怎么配的。原因是所有配置都存在设备本地，没人做过备份，操作前也没留档。解决方式是动设备之前先跑一遍配置导出，把cfgShow、switchShow、ipAddrShow的输出重定向保存，重要的变更前后各存一份，文件名带日期。这份文本在关键时刻就是后悔药，比任何记忆都可靠。

6. 快速定位：从一盏灯到一条结论的五分钟体检

现场没有那么多时间做完整排查，我习惯用一个固定顺序把范围快速压缩，顺序是：电源灯 → 端口灯 → 管理口连通性 → 当前生效配置 → 主机侧。每一步都有明确的通过标准，卡在哪一步就从哪一步往下查，不跳步。

第一步看前面板电源灯。绿色常亮才继续，灭灯直接走硬件报修流程，后面所有软件排查都没有意义。第二步看故障端口的左灯，对照第 4 章的灯语表，先判断是物理层问题（灭灯、bypass）还是配置层问题（橙色常亮、慢闪）。第三步在管理主机上做连通性验证：

# 三层可达性 ping 10.77.77.77 # 管理服务端口是否可建立 TCP 连接 telnet 10.77.77.77 80 # 登录 CLI 后一次性抓取排错所需的全部现场信息 switchShow cfgShow ipAddrShow

这三组输出基本能覆盖八成以上的判断。switchShow告诉你端口在不在线、速率多少；cfgShow告诉你哪份配置在生效、成员对不对；ipAddrShow告诉你管理口有没有被人改过。把这三份输出存成带日期的文本文件，既是排查依据，也是下一次变更前的对比基线。

第四步对照生效配置和业务需求，确认目标端口确实被划进了当前生效的那份配置，而不是躺在另一份未启用的配置里。第五步才轮到主机侧，重新扫描总线，看 HBA 有没有识别到存储的 WWN。这一步的顺序不能反——先在交换机上确认链路和 Zone 都对，再去主机上折腾驱动和多路径，否则很容易在主机侧做一堆无效操作，最后发现根因在交换机的一个 Save 上。

判断结论的收敛方式也要固定下来。端口灯灭 +switchShow显示 No_Light，结论是物理链路，去查光纤和模块；端口灯正常 +cfgShow生效配置里没有目标端口，结论是配置未启用，去补 Enable；两边都正常 + 主机扫不到，结论在主机侧。三种结论对应三套完全不同的动作，混着做只会把问题搅乱。

从那以后我每次接手一台老交换机，不管业务方催得多急，都强制先跑一遍这个五分钟体检，把三份输出存下来再动手。吃过一次没备份就改配置的亏之后，这个习惯就再也没断过。希望帮到你。

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