简介：EMC DS5100B 光纤交换机使用维护手册，主要面向数据中心与企业网络环境中的 SAN 运维人员，解决光纤交换设备在日常配置、状态监控与故障排查中的共性需求。文档首先说明操作准备，包括管理主机需运行 Windows 2000/2003/XP、安装 JRE 1.4.1，将控制台 IP 调整为与管理口（默认 10.77.77.77）同网段，并使用 IE 内核浏览器访问；然后逐步演示如何进入管理界面，利用状态、事件、Zone 管理等按钮查看信息与配置 Zone，创建后把指定端口加入右侧窗口，再保存并启用配置。维护章节细致解读交换机左右 LED 灯的颜色与闪烁含义，覆盖慢闪回路、快闪错误、端口禁用、硬件故障等场景，并给出推荐操作；最后附有 EMC 及华建高科的技术支持电话，便于现场排障时快速求助。资源打包为 1 个 docx 文档，总大小约 392KB，内容目录清晰、步骤完整，既可让新手按向导式流程上手，也能作为老运维在现场速查 LED 状态和默认参数的便携手册。目前已有 1045 人学习/下载。

1. EMC DS5100B 这份手册：SAN 里的 Zone 配置，光靠记忆真的会翻车

某个周二的夜间，我们数据库主机突然报路径丢失，双控制器的存储只能看到一端。排查下来发现，上周加的新磁盘框上联端口压根没划进主机的 Zone，旧路径一旦抖动，整个集群就失去了冗余。当时整个存储区域网里就一台 EMC DS5100B 光纤交换机，管理口默认 10.77.77.77，浏览器必须用 IE 内核，管理主机还要装 JRE 1.4.1——这三条任何一条不满足，管理界面都进不去。

这份 EMC DS5100B 光纤交换机使用维护手册，要解决的正是从操作准备、Zone 划分、保存启用到 LED 灯排障这一整条可执行的链路。适合两类人：正在维护 SAN 存储网、但还没碰过这种中端光纤交换机的新手；以及需要快速判断端口状态、不想被 Web 管理界面绕晕的老手。下文会按“先准备、再操作、然后排障、最后上升级核对技巧”的顺序，把手册里的内容和实际现场经验叠在一起讲。

2. 操作前准备：JRE 1.4.1、Windows 主机与管理口网段，少一样管理页就进不去

2.1 为什么一定是 JRE 1.4.1：Java 版本不对，页面就是白屏黑匣子

DS5100B 的 Web 管理界面不是纯 HTML，核心的 Zone 管理面板是通过 Java Applet 加载的。浏览器打开管理系统时，要先在本地启动一个 Java 运行时，Applet 才能把交换机内部的端口拓扑、Zone 列表渲染出来。所以手册把操作准备放在第一条，要求主机装 JRE 1.4.1。这不是玄学，是管理组件对 Java 类库的依赖就锁定在这个版本附近。

我在实际环境里见过最多的问题，是主机装了 1.4.2 或更高的版本，页面也能打开，但点进 Zone admin 就是空白，或者提示一长串 Java class not found。原因是新版 JRE 对老 Applet 的兼容性并不承诺完全向下兼容，很多老组件依赖的 javax.* 类一旦被移除，界面就渲染不出来。准备阶段可以先在命令行里确认 Java 版本：

java -version

如果显示的不是 1.4.1，常规做法是单独安装一个 JRE 1.4.1 到独立目录，比如 C:\jre1.4.1，再在系统环境变量 PATH 里把它放到最前面。改 PATH 时要注意，别覆盖掉原来的变量值，改完记得新开一个终端窗口重新执行 java -version 验证。如果不想永久改 PATH，也可以在 cmd 窗口里临时设置：

set PATH=C:\jre1.4.1\bin;%PATH% java -version

这种方式只对当前窗口生效，适合临时确认一次版本能不能用。踩坑点在于，很多人习惯装了 1.4.1 之后不重启 IE 就直接刷新页面，Applet 缓存还是按旧 JRE 去加载，结果依然白屏。保险做法是关闭所有 IE 窗口再重新打开登录。

2.2 把管理主机切到 10.77.77.77 同一网段：静态 IP 和验证命令

DS5100B 管理口默认地址是 10.77.77.77，掩码默认 255.255.255.0。管理台主机要用同一网段的地址才能访问，比如 10.77.77.100。如果现场设备换过管理地址，而文档又没同步更新，这里就会变成最大的坑：你对着默认地址怎么连都连不上。

操作前先看当前主机 IP 是否已经在目标网段：

ipconfig /all

重点看以太网适配器的 IPv4 地址、子网掩码。光纤交换机管理口不需要网关，管理机和它在同一个广播域就行。如果不在同网段，把网卡改成静态 IP 是最直接的办法：

netsh interface ip set address name="以太网" static 10.77.77.100 255.255.255.0

name 参数要和本机实际网络连接名称一致，中文系统里可能是“本地连接”或“以太网”。改完后先持续 ping 管理口地址，确认二层通了再继续：

ping 10.77.77.77 -t

能稳定收到回显，再去做 Web 登录。ping 通了但页面打不开的问题，留到第 4 章展开。如果 ping 都不通且网线、IP 都没问题，那大概率是管理口地址被改过，通常只能走串口恢复默认管理配置。

2.3 管理台用什么系统：Win2000/2003/XP 是文档基座，别拿新系统硬凑

手册指定的操作系统是 Windows 2000、Windows 2003、Windows XP，浏览器要求 IE 内核。这不是随口写的，因为 JRE 1.4.1 在这些系统上跑得最稳，IE 的 ActiveX 机制又正好承载了 Applet 的加载通道。

如果现场只找得到 Windows 10 或更高版本，常见做法是准备一台虚拟机装 XP，或者用 32 位 IE 的兼容模式尝试访问，但兼容模式并不总能解决 Java Applet 问题。我一般更倾向直接搭一台 XP 虚拟机，内存 512MB 到 1GB 就够，注意虚拟机网络要用桥接模式，才能和交换机管理口处在同一个广播域。

还有一项容易被忽略：管理机要用固定 IP，不要依赖 DHCP。交换机管理口不会提供 DHCP 服务，管理机如果开了自动获取又拿不到地址，会退化到 169.254 开头的自动地址段，等于把自己弄出了目标网段。这个看着基础，但在现场排障顺序里应该排在前三。

3. Web 界面实战：从登录到 Zone 创建、保存、启用，完整操作链

3.1 登录入口与默认账号：admin / password 只在出厂状态有效

在管理机上打开 IE 浏览器，地址栏输入 10.77.77.77，回车后进入 DS5100B 的 Web 管理首页。界面左下角是功能按钮区，Status 显示交换机状态，Events 是日志入口，Zone admin 是这次实操的核心操作面板。先用默认账号登录 Zone admin，用户名 admin，密码 password，这是手册给出的出厂默认值。

要提醒的是，默认账号和密码只在出厂状态有效。如果这台交换机是二手设备，或者之前调试的人改过密码却没交接，用 admin/password 会直接登录失败。遇到这种情况，最快的方式是串口线接 Console 口恢复出厂密码，但恢复出厂会同时清掉已有 Zone 配置，操作前先确认这台设备的现有配置已经备份。

登录成功后，Zone admin 面板左边是 Zone 空间，列出交换机当前所有 slot 的端口。这个界面是 Java Applet 渲染出来的，第一次加载可能要等十几秒。页面暂时空白不代表没连上，鼠标变成沙漏时别急着刷新，等它加载完。

3.2 创建 Zone 的界面规则：把左侧 Port 拖到右侧，Zone 就包含这个端口

新建 Zone 的路径是：Zone admin → Zone 空间 → Actions → Create Zone。点击后会出现命名输入框，给 Zone 起名有个约定：最好用“主机名_存储”这种可读格式，比如 db1_datastore，不要用一堆没人懂的缩写。

命名完成后，左边窗口会把所有 slot 的端口列出来，选中要加入 Zone 的端口，移动到右边窗口，这个 Zone 就包含这些端口了。这里最容易犯的错，是把“创建 Zone”理解成“把端口加入现有 Zone”。Create Zone 每次都是新建一个全新的 Zone 对象，新建完还要把端口移进去。想在一个已有 Zone 里加端口，应该先选中那个 Zone 再做编辑，而不是再创建一个同名 Zone——同名 Zone 在某些版本里会直接覆盖旧配置。

端口选择上要注意，左边窗口列出的是交换机侧端口，不是服务器或存储侧的主机总线适配器。Zone 语义是按交换机端口为单位的，把服务器端口和存储端口放进同一个 Zone，它们之间的通信就被放开。

3.3 Save Config Only 与 Enable Config 的区别：保存不等于生效

Zone 成员调整完后，面板顶部会出现 Config 栏，里面有 Save Config Only 和 Enable Config 两个按钮。这是整个配置流程里最容易翻车的环节。Save Config Only 只是把当前 Zone 定义写入交换机的配置库，它不会改变正在运行的 Zone 配置。只有当 Enable Config 执行后，新配置才会被下发到端口转发层面，设备之间的新路径才会真正打通。

手册里的顺序是：先点击 Save Config Only，等下方状态栏出现 DONE，再点击 Enable Config。DONE 只代表保存动作完成，不代表业务链路已切换。Enable 在较大的 Fabric 结构里会触发全网的 Zone 重算，期间可能产生毫秒级的中断，所以不要选在业务高峰期做大批量 Zone 修改。

Enable 前系统一般会要求确认，对话框样式根据管理软件版本略有差异，语义都一样：你确认要把当前配置设为 Active。我一般会在确认前先记录当前生效配置的截图，万一启用后出现不该通的业务被隔离，或者错误的划分导致路径丢失，也好有后悔药可回滚。

3.4 核对：Status、Events 日志和已启用 Config 的状态验证

配置启用不是点了按钮就结束。我习惯做完 Enable 之后再回到 Zone admin，看 Config 栏里当前生效的是不是你刚才那套配置。再看 Events 里会不会出现 zone config enable 完成之类的日志，确认没有 error 级别输出。

如果服务器和存储端的多路径软件允许，最稳妥的验证是在业务主机上做一次磁盘路径扫描，确认新增映射的 LUN 已经以 Online 状态出现。只靠交换机界面显示绿色容易被蒙混过去，界面有时会缓存旧状态。交换机换端口、换 Zone 后，链路状态刷新有延迟，等 30 秒再刷新页面是保守做法。

4. 常见问题排查：LED 灯速查、管理页打不开、Zone 不生效的坑都在这

4.1 LED 灯状态速记：左灯看端口、右灯看速率、前面板看电源

DS5100B 前面板上的 LED 灯分三组：左灯对应端口状态，右灯对应端口速度，前面板灯对应交换机电源。手册给了一张完整的状态速查表，整理后现场对照用：

先说最常见的两组。橙慢闪表示端口被禁用，可能是人工操作误禁，也可能是错误计数触发的自动禁用。解决动作是重新启用端口，但如果启用后立刻又变橙闪，问题就不在端口本身，而在链路或光模块。橙快闪表示端口有错误，手册推荐 Reset the switch，但我在现场一般先不急着整机重置，先看一眼 Events 里报的错误类型，很多时候只是光模块信号弱，清一下错误计数就能恢复。黄绿交替表示端口被绕过，对应场景一般是链路不稳定后设备主动绕行，此时重置端口比重启交换机副作用更小。

右灯简单一些：灭表示 Post 正在进行或链路工作在 1G，绿表示端口运行在 2G。看到绿不代表业务正常，它只告诉你速率协商好了。电源灯绿是正常的，慢闪绿说明有端口正在加载，需要检查错误日志；灯灭说明电源硬件故障或没有加电，这时候该联系供应商，而不是自己拆壳子。

4.2 现象：输入管理 IP 后页面白屏或一直加载——原因：JRE、ActiveX、网段三选一

这一条在真实环境里出现频率最高，拆开写：

现象：IE 地址栏输入 10.77.77.77 回车，页面一直转圈，最后白屏，控制台报 applet 加载失败。

原因：主机 JRE 版本不是 1.4.1。高版本 JRE 对老 Applet 的类库支持不完整，页面结构能出来，Java 部分渲染失败。

解决：安装 JRE 1.4.1，把它的 bin 目录放 PATH 最前。改完重新开 IE，页面会在加载 Applet 时弹出 Java 安全提示，点允许，等十几秒看到 Zone 面板才算真正加载完。

现象：直接提示 IE 阻止了内容运行，或 ActiveX 控件被拦截。

原因：IE 安全级别默认会拦截 ActiveX，Applet 下载通道被掐断。

解决：把 10.77.77.77 加进 IE 受信任站点，并把受信任站点的 ActiveX 控件和插件全部设为启用。这台机器是专用管理机，不要拿它浏览外网。

现象：ping 10.77.77.77 能通，页面还是进不去。

原因：管理口地址被改过，当前 ping 通的是别的东西，或管理服务没起来。

解决：用串口线接 Console 口看命令行是否可进，能进的话跑管理地址查询命令确认管理服务状态。DS5100B 管理服务异常比较少见，多数是地址漂移问题。

4.3 现象：Save Config Only 显示 DONE，但业务主机还是看不到新 LUN——原因：没 Enable Config

这是 Zone 操作里最典型的“白劳动”案例。保存完成提示 DONE 之后，很多人以为已经生效，但新的 Zone 并没有被下发到转发平面。只有当 Enable Config 执行完，配置才成为 Active Config，交换机才会按新 Zone 表过滤端口间通信。

解决：回到 Config 栏，点击 Enable Config，等待状态栏出现 DONE 后再去主机上重新扫描磁盘。如果 Enable 时报配置被其他交换机占用，说明同一 Fabric 里另一台交换机也在改 Zone 配置，要等对方操作完并释放锁，否则强行启用可能造成两边配置不一致。我碰过 Fabric 里两台交换机同时改 Zone，结果各动了一部分，最后只能靠拷一份旧配置回滚。

4.4 现象：端口橙慢闪，业务中断——原因：端口被禁用，但禁用来源要分清楚

端口橙慢闪直接对应“端口被禁用”，但禁用有两种来源：管理侧主动禁用的，以及链路错误累积自动禁用的。前者 Events 里会有明确的 disable 记录，后者表现更像链路错误超过阈值后触发的自我保护。

解决顺序是：先看 Events 里 disable 记录的触发来源，再决定执行 enable 还是先清错误计数。直接 enable 一个错误触发禁用的端口，如果不处理错误来源，比如光模块老化、线缆弯曲半径过大，端口会很快再次禁用。我一般会先做光模块的插拔清洁，再在 CLI 里清错误计数，最后 enable，这样存活率比盲目 enable 高很多。

5. 进阶：越过 Web 界面，用 CLI 核对 Zone 配置与端口状态

5.1 通过 SSH 连管理口：进入命令行模式的准备

Web 界面适合日常操作，但要说“核对自己改的东西对不对”，命令行更直接。DS5100B 管理口通常支持 SSH 登录，准备一台能连通管理网络的机器，在终端里执行：

ssh admin@10.77.77.77

回车后按提示输入 admin 账号的密码。首次登录系统会强制改密码，这是正常流程。如果 SSH 连不上，多往两个方向排查：管理机到管理口的网络不通，或者交换机上 SSH 服务被关闭了。后者可以通过串口线接 Console 重新开启，具体命令因版本不同略有差异，常见做法是先确认 ssh 服务状态再重新启动。

5.2 常用核对命令：switchShow、cfgShow、zoneShow、portShow 怎么读

进入命令行模式后，最常用的四组命令：

switchShow cfgShow cfgShow active zoneShow db1_datastore portShow 0/12

switchShow 输出整机状态，重点看交换机健康状态、端口总数、在线端口数，以及有没有端口卡在异常状态。

cfgShow 显示配置库里的全部 Zone 配置。核对当前生效配置时一定要加 active 参数，因为不带 active 看到的是未激活的候选配置，很多排障误判就是把候选配置当成了生效配置。

zoneShow 后面跟 Zone 名，会列出这个 Zone 的成员端口或成员设备的 WWNN。这里可以做一个交叉验证：Web 界面里看到 Zone 包含端口 0/12，CLI 里也要确认 zoneShow 结果里有 0/12，两边对得上才算改对。

portShow 后面跟槽位/端口号，显示该端口的状态、速率、错误计数、连接对端的 WWN。判断一个端口是否在业务状态，看 State 段是否为 Online，不要只看灯绿。灯绿只代表物理链路存在，State=Online 才是端口协议层面的真正在线。

5.3 看 Events 不靠 Web：把日志项和端口状态变化对应起来

Web 的 Events 页面会把日志按时间倒序刷新，但页面不刷新时数据不会主动变更。CLI 里查看事件日志更直接，常见做法是执行事件查看类命令后按时间倒序观察，重点找这几类记录：端口 Up/Down 事件、Zone 配置使能完成事件、错误计数清空事件。

我在现场的习惯是修完一个端口后，把该端口在事件日志里的最新状态和 portShow 结果并排着读。如果事件日志显示端口不断在 Up/Down 之间抖动，而 portShow 显示错误计数在涨，那不是配置问题，是硬件链路问题，这时候把精力放在 Zone 配置上没用，应该回到线缆、光模块、对端接口上去。

5.4 把 Web 界面和 CLI 交叉验证：避免界面缓存造成的误判

Web 管理界面有一个很麻烦的地方：存在一定的状态缓存和刷新延迟。改完 Zone 后立刻回页面刷新，看到的可能是旧状态。所以，所有关键判断都以 CLI 输出为准，Web 界面只作为入口和日常查看用。

一个实用的交叉验证动作是：改 Zone 前，在 CLI 里跑一遍 cfgShow active，把结果存成文本，当作改之前的基准；改完 Enable 后，再跑一遍同一命令，对比两份结果，确认你要变更的 Zone 已经出现在 Active 配置里，同时确认无关 Zone 没有被被动过。这套流程在变更时能兜住大部分错误。

6. 收尾：把配置核对变成每次操作后的固定动作

改完 Zone 后最危险的一段时间，是你以为它生效了、实际上没有。这么多年下来，我给自己定了一条规矩：任何 Zone 变更，不管大小，都必须按同一个顺序收尾，一分钟内能完成的验证不能省略。

顺序很简单但固定不变：先在 Web 里点 Enable Config 看到 DONE，再 SSH 上交换机跑一遍 cfgShow active，核对目标 Zone 在不在里面；然后跑 zoneShow 确认关键端口无误，最后翻 Events 里最近几条日志确认没有 error 出现。

ssh admin@10.77.77.77 cfgShow active zoneShow db1_datastore portShow 0/12

这三条命令 30 秒就能出结果。操作完成后如果业务主机也允许，顺带扫描一次存储设备的 LUN，端口和 Zone 两边都 Online，我才会把这个变更关闭。

因为这个习惯，后来有一次改完 Enable 后业务主机依然报找不到 LUN，我第一时间跑命令发现目标 Zone 没有出现在 Active 里，原因是同一 Fabric 的另一台交换机持有配置锁，等锁释放后才真正生效，从而避免了误判直接整机重启的冲动。从那以后我每次改 Zone 都强制走一遍：Enable → cfgShow active → zoneShow → Events 收尾。这套流程看起来机械，确实避免了大部分因为“界面显示正常”而翻车的场面，希望帮到你。

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