简介这份手册面向存储网络运维工程师、SAN 管理员及数据中心技术人员聚焦博科 DCX-4S 光纤交换机的配置、维护与升级全流程帮助读者解决设备登录、ZONE 划分、配置备份、日常巡检与微码升级等实际问题适合具备一定 FC 基础的中高级运维人员参考。资源包内含 1 个 docx 文档约 382KB内容按章节组织涵盖硬件介绍、串口与网络管理口登录方式、ZONE 别名与配置文件命令、FTP 与 Telnet 导出配置、密码与 IP 修改、端口及交换机状态查询、日志查看以及微码升级前的备份要点目录结构清晰便于按模块查阅。目前已有 305 人学习下载可作为日常运维与故障排查的案头工具也可用于梳理 SAN 交换机标准化操作流程。1. 博科 DCX-4S 光纤交换机一台老骨干交换机的配置维护与升级到底在做什么数据中心里还跑着博科 DCX-4S 的场景并不少见。它是一台面向核心层的 Fibre Channel 交换机常见于早期 SAN 骨干端口密度高、背板带宽大很多企业存储阵列和主机 HBA 至今还挂在上面。问题在于设备老了固件版本停在某个旧分支配置靠人肉记升级又怕断业务。博科交换机配置、DCX-4S 维护、光纤交换机升级这几个词被反复搜本质是同一件事怎么在不砸掉生产链路的前提下把一台老核心交换机管住、升稳。这篇笔记面向两类人一类是刚接手 SAN 运维、拿到 DCX-4S 却不知道从哪下手的工程师另一类是踩过升级翻车、想找一套可复现流程的老手。我会按「先看清设备状态 → 再谈配置维护 → 最后落到固件升级」的顺序讲参数、命令、坑点都给到能照着做。需要说明的是博科 FC 交换机的固件升级和普通网络设备不是一回事它涉及 fabric 内多台交换机的版本兼容搞不好整片 SAN 掉线所以每一步都要有后悔药。2. 先摸清 DCX-4S 的家底登录、看版本、读配置2.1 三种登录方式与适用场景DCX-4S 的日常管理入口主要有三个串口 Console、以太网管理口、以及 FC 带内管理。串口是最稳的设备起不来、网络不通时只能靠它管理口适合日常带内管理在 fabric 正常时最方便但 fabric 一乱它就跟着废。Console 连接参数是固定的波特率 9600数据位 8停止位 1无校验无流控。用 SecureCRT 或 minicom 都行。登录后默认进的是 admin 账户博科交换机配置里权限分级比较细admin 能改配置user 只能看。# 串口登录Linux 下用 minicom minicom -D /dev/ttyUSB0 -b 9600 # 登录后先看当前用户和权限 switch:admin whoami管理口登录用 SSH前提是已经配过 IP。如果没配过只能先走串口。带内管理需要先ipaddrset配好管理地址再用fabricshow确认 fabric 成员。2.2 用 switchshow 和 version 判断设备真实状态接手一台设备第一件事不是改配置是看它现在什么样。switchshow能一次性看到端口状态、速率、WWN、fabric 角色是排查问题的第一入口。switch:admin switchshow # 关注几个字段 # 端口 StateOnline 表示链路正常No_Module 表示没插光模块 # 端口 Speed4G/8G/16GDCX-4S 支持到 8G别指望 16G # 末尾的 switchType 和 role确认它是核心还是边缘version命令看固件版本这是升级前必须记下来的基线。switch:admin version # 输出类似 # Fabric OS (DCX-4S) # Kernel: 2.6.14 # Fabric OS: v7.4.2d # 记下这个 v7.4.2d升级目标版本必须和它做兼容性比对提示DCX-4S 的 Fabric OS 版本分支比较特殊v6.x 和 v7.x 之间跨度大不能随便跳。升级前一定去查目标版本的 release note确认支持从当前版本直接升。2.3 配置备份升级前唯一不能省的一步博科交换机的配置分两部分一是configshow能看到的逻辑配置二是 zone 配置。zone 是 SAN 的灵魂丢了 zone 等于整片存储网络瘫痪。# 备份主配置 switch:admin configupload # 按提示输入 FTP/SCP 服务器地址、用户名、路径 # 会生成一个 config.txt 之类的文件 # 单独备份 zone 配置 switch:admin cfgshow /tmp/cfg_backup.txt switch:admin zoneshow /tmp/zone_backup.txtconfigupload走的是 FTP 或 SCP服务器要提前准备好。备份完一定要configdownload到一台测试机上验证文件能读别等升级失败才发现备份是空的。这是血泪经验我见过有人备份命令敲了但路径写错升级翻车后无配置可恢复。3. 日常配置维护zone 管理、端口调优与 fabric 健康检查3.1 zone 配置的正确姿势别在核心交换机上直接改zone 是 FC 交换机的核心逻辑它决定哪台主机能看见哪个存储。DCX-4S 作为核心通常承载大量 zone。常见做法是zone 变更先在边缘交换机或离线工具里规划好再推到核心避免在核心上边想边改。# 查看当前生效的 zone 配置 switch:admin cfgshow # 查看所有 zone 成员 switch:admin zoneshow # 查看当前生效的 cfg配置文件 switch:admin cfgactvshow改 zone 的标准流程是cfgenable之前先cfgtransabort清掉未提交事务然后zonecreate建 zonecfgadd加进 cfg最后cfgenable生效。生效瞬间会有短暂的路由重算业务可能抖动所以要在维护窗口做。switch:admin cfgtransabort switch:admin zonecreate zone_host01_stor01, 10:00:00:00:c9:xx:xx:xx;50:00:xx:xx:xx:xx:xx:xx switch:admin cfgadd cfg_prod, zone_host01_stor01 switch:admin cfgsave switch:admin cfgenable cfg_prod参数说明zonecreate第一个参数是 zone 名第二个是成员列表WWN 之间用分号隔开。cfgsave只是存到 flashcfgenable才真正生效。很多人只敲了cfgsave就以为完事结果重启后配置回滚这是典型踩坑。3.2 端口调优速率、距离和 trunk 的三个参数DCX-4S 的端口调优主要围绕速率和 trunk。FC 端口速率不是越高越好要看光模块和对端 HBA 的能力。强制速率反而可能导致链路起不来。# 查看端口详细状态 switch:admin portshow 0 # 设置端口速率0 表示自适应 switch:admin portcfg speed 0 0 # 配置 trunk需要 license 支持 switch:admin portcfgtrunkport 0 1portcfg speed第一个参数是端口号第二个是速率值0 是自适应。trunk 能把多条物理链路聚合成一条逻辑链路提升带宽和冗余但前提是两端都支持且 license 到位。没有 license 硬配 trunk端口会直接 down。3.3 fabric 健康检查用 fabricshow 和 switchstatusshow 定期巡检fabric 健康是 SAN 稳定的前提。fabricshow看成员switchstatusshow看本机状态fabricstatsshow看 fabric 级统计。switch:admin fabricshow # 确认所有预期交换机都在列表里Principal 角色是否合理 switch:admin switchstatusshow # 关注是否有 Health Status: Marginal 之类的告警 switch:admin fabricstatsshow # 看 fabric 级错误计数CRC 错误持续增长说明链路有问题巡检频率建议每周一次重点看 CRC 错误和链路 flap 次数。CRC 错误增长通常意味着光模块老化或光纤脏了别等到业务断了才查。4. 固件升级DCX-4S 从旧版本到目标版本的完整路径4.1 升级前的兼容性核对与 fabric 顺序博科 FC 交换机的固件升级不是单机行为是 fabric 级操作。核心原则先升边缘再升核心同一 fabric 内版本差不能超过一个大版本。DCX-4S 作为核心必须最后升。升级前要核对三件事当前版本、目标版本、以及两者之间的中间版本。比如从 v6.4 升到 v7.4可能需要先升到 v7.0 再升 v7.4不能一步到位。这个信息在目标版本的 release note 里有明确说明。# 升级前再次确认版本和 fabric 成员 switch:admin version switch:admin fabricshow # 确认没有正在进行的 zone 事务 switch:admin cfgtransshow注意升级期间 fabric 会短暂 reconfigure如果 zone 配置有未提交事务升级后可能丢失。升级前务必cfgtransabort并cfgsave。4.2 用 firmwaredownload 执行升级命令与参数博科交换机的固件升级命令是firmwaredownload走 FTP/SCP 从服务器拉固件包。DCX-4S 的固件包通常是.plist加一堆.tar文件不能只传一个文件。switch:admin firmwaredownload # 交互式提示 # Server IP: 192.168.1.100 # User: ftpuser # File name: /firmware/v7.4.2d # Password: ****** # 确认后开始下载并自动安装非交互模式可以一次性给全参数switch:admin firmwaredownload -s -n -p ftp -h 192.168.1.100 -u ftpuser -f /firmware/v7.4.2d # -s 表示单机模式-n 表示不自动重启参数说明-s单机升级-n不自动重启升级完手动reboot-p协议-h服务器地址-u用户名-f固件路径。升级过程会先下载到备用分区然后切换分区重启。重启期间业务会断所以必须在维护窗口做。4.3 升级后验证版本、zone、端口三查升级完重启后别急着收工按顺序验证三件事。switch:admin version # 确认版本号已变成目标版本 switch:admin cfgshow # 确认 zone 配置完整和备份一致 switch:admin switchshow # 确认所有端口状态和升级前一致没有意外 down switch:admin fabricshow # 确认 fabric 成员完整Principal 角色正常如果 zone 丢了用configdownload从备份恢复。如果端口 down 了先portshow看具体原因再决定是重新插拔光模块还是调速率。升级后第一次巡检要格外仔细有些问题不会立刻暴露可能跑几个小时才显现。5. 升级与维护中的避坑清单五条真实踩坑记录5.1 现象升级后版本号没变还是旧版本原因firmwaredownload下载到了备用分区但设备没有真正重启切换分区。或者下载过程中断固件包不完整设备回滚到旧分区。解决升级后必须reboot重启时观察启动日志确认从新分区引导。如果版本没变重新执行firmwaredownload并检查服务器上的固件包是否完整。博科交换机配置里有个firmwareshow命令能看到两个分区的版本升级后用它确认。switch:admin firmwareshow # 输出两个分区的版本确认主分区已是目标版本5.2 现象升级后 zone 配置丢失主机看不到存储原因升级前有未提交的 zone 事务或者cfgsave没执行配置只在内存没落盘。升级重启后内存配置丢失。解决升级前严格执行cfgtransabort→cfgsave→configupload三步。如果已经丢了用configdownload从备份恢复再cfgenable生效。5.3 现象升级过程中 fabric 分裂部分交换机掉出原因fabric 内交换机版本差过大或者升级顺序错了先升了核心。核心重启时边缘交换机重新选 Principal可能导致 fabric 短暂分裂。解决严格按「先边缘后核心」顺序升级且同一 fabric 内版本差不超过一个大版本。升级核心前确认所有边缘交换机已升到兼容版本。5.4 现象端口升级后起不来显示 No_Sync 或 In_Sync原因升级后端口速率配置被重置或者光模块和对端速率不匹配。DCX-4S 升级有时会重置端口自适应逻辑。解决portshow看具体状态用portcfg speed重新设速率。如果还不行检查光模块是否支持当前速率必要时换模块。5.5 现象configupload 备份文件恢复时报错原因备份时用的 FTP 服务器和恢复时不是同一台或者文件路径大小写不一致。博科的 config 文件对路径敏感。解决备份和恢复用同一台服务器、同一路径。恢复前先configshow看当前配置确认恢复不会覆盖关键配置。恢复命令是configdownload执行后需要reboot或cfgenable才生效。6. 把升级做成可回滚的流程我的检查表与一个实用技巧升级最怕的不是失败是失败了回不去。DCX-4S 支持双分区这本身就是后悔药但很多人不会用。我的习惯是升级前用firmwareshow确认备用分区是干净的旧版本这样万一新版本有问题可以firmwaredownload -s回滚到旧分区再reboot切回去。# 查看分区状态 switch:admin firmwareshow # 回滚到旧分区假设旧版本在备用分区 switch:admin firmwaredownload -s -n -p ftp -h 192.168.1.100 -u ftpuser -f /firmware/v7.4.2d switch:admin reboot回滚的前提是旧分区没被覆盖。博科默认升级会保留旧分区但如果你连续升两次旧分区就被覆盖了。所以升级前一定确认备用分区状态别把后悔药弄丢了。另一个实用技巧是升级前做一次完整的supportshow把设备所有状态 dump 到一个文件。这个文件包含了几百条命令的输出升级后对比supportshow的差异能快速定位哪些配置变了。switch:admin supportshow /tmp/supportshow_before.txt # 升级后 switch:admin supportshow /tmp/supportshow_after.txt # 用 diff 对比supportshow输出很大但它是排查升级后异常的最快路径。我一般会在维护窗口前跑一次升级后再跑一次diff 出来的每一行都值得看。最后说个习惯每次升级前我会把当前版本、目标版本、fabric 成员、zone 配置、端口状态五样东西截屏或导出存到一个以日期命名的文件夹里。这个文件夹就是我的黑匣子出问题时不用凭记忆猜。升级这事玄学成分有但更多是流程和记录。把流程做扎实翻车概率能压到很低。希望帮到你。本文还有配套的精品资源点击获取