企业官网建设流程全解析

简介：这份博科光纤交换机操作手册，面向存储网络运维人员、系统管理员及刚接触SAN环境的初学者，系统梳理了博科光纤交换机从基础概念到日常运维的完整知识链路。文档详细介绍了交换机与网络设备的三种交互方式，缺省串口参数（9600，N，8，1）、默认管理IP（10.77.77.77）及ipAddrSet命令修改IP的方法，并围绕命令行、Telnet、HyperTerm、Web Tool、Fabric Manager等管理工具展开，说明典型CLI操作和图形界面管理场景。同时对手册中admin、user、root、factory四个用户账号的权限划分进行了明确说明。资源为1个docx文档，压缩包仅26KB，内容紧凑、便于快速查阅。目前已有812人学习下载。文档还涵盖安全机制、SNMP MIB、串口维护、端口配置、License激活、配置备份与恢复等实操要点，可帮助读者快速完成交换机初始化配置与故障排错，是入门博科光纤交换机值得参考的资料。

1. 博科光纤交换机管理入口：串口、Telnet 和那组缺省参数

正常情况下，一台博科光纤交换机送到现场时，最让人头疼的不是 Fibre Channel 链路怎么规划，而是「这台设备到底怎么进去」。你既不知道管理 IP，也等不到原厂帮忙，机柜里能用的只有背后那根 Console 线。好在博科把出厂管理入口做得非常固定：串口参数 9600、8、N、1，缺省 IP 是 10.77.77.77，用户名 admin，密码 password，主机名 switch，时区 Pacific time。串口、以太网口、光纤口三种交互方式里，串口是唯一不需要任何网络前提的入口，所以一切配置都从它开始。这份手册的内容覆盖了接入、状态查看、Zoning 配置和配置存档，适合第一次接触博科设备的存储运维，也适合在 SAN 故障时靠 CLI 排障的老手。

2. 先把设备接进来：ipAddrSet、用户体系与 FOS 版本差异

2.1 三种管理通道怎么选

博科交换机同时开放串口、以太网口和光纤口三种管理通道，但它们的定位完全不同。以太网口对应 Telnet、SSH、Web Tools，是日常管理的主通道；串口是第一次接入、IP 丢失、设备起不来时的兜底通道；光纤口主要承载 FC 网络相关功能，管理层面很少直接用到它。光看这份手册就能确认一件事：真正的上手路径是先串口配好管理 IP，再转以太网口做远程管理，全程不用碰光纤口。

出厂缺省参数里值得背下来的就这几项：

用串口登录时，Windows 侧用超级终端或同类串口工具，速率选 9600，数据位 8，校验位无，停止位 1，流控关掉；UNIX 环境下可以直接执行# tip /dev/ttyb -9600。现在的笔记本基本没有原生串口了，USB 转串口线一样能用，接上之后先确认设备已经加电，再打开终端，回车就会出登录提示。

Fabric OS v4.1 起支持 SSH v2，如果设备启用了 Brocade Secure Fabric OS，CLI 接口必须走 Brocade Secure Telnet。日常管理我一般优先 SSH，Telnet 在 SAN 机房这种共享网络里是明文传输，避免密码被抓包。Brocade API v2.1 则适合把交换机状态整合进已有的运维平台，官方站点能拿到工具包，但对大多数场景来说，命令行加 Web Tools 已经足够。

2.2 ipAddrSet：改 IP 的交互过程与参数说明

新设备上电后第一件事就是改 IP。把串口接好、登录成功后，先执行ipAddrShow看当前地址，再执行ipAddrSet设置新地址。

sw2:admin> ipAddrShow Ethernet IP Address: 10.77.77.77 Ethernet Subnetmask: 255.255.255.0 Fibre Channel IP Address: none Fibre Channel Subnetmask: none Gateway Address: 0.0.0.0 sw2:admin> ipAddrSet Ethernet IP Address [10.77.77.77]: 192.168.66.107 Ethernet Subnetmask [0.0.0.0]: 255.255.255.0 Fibre Channel IP Address [none]: Fibre Channel Subnetmask [none]: Gateway Address [172.17.1.1]: Set IP address now? [y = set now, n = next reboot]: y

这里几个参数要分清：Ethernet IP Address 是管理口地址，Subnetmask 按实际网段填；Fibre Channel IP Address 是走 FC 口的 IP 配置，一般管理场景保持 none 就行；Gateway Address 是管理网网关，填了之后 Telnet、Web Tools 才能跨网段访问。最后一步问Set IP address now?，选 y 立即生效，选 n 则等到下次重启才生效。

我一般会在改完 IP 后用ifmodeshow检查以太网口的工作模式，必要时用ifmodeset调整。另外注意，SW12000 这类设备有 4 个面向客户的 IP 地址：Switch0、Switch1 各一个，CP0、CP1 各一个，CP0 和 CP1 工作在 Active/Standby 模式，所以访问 Switch0 和 Switch1 时实际走的是 Active CP 的地址。SW24000 只有一个 Switch，对应 3 个 IP。遇到这类多 IP 设备，最稳的做法是先ipAddrShow确认当前登录的是哪个逻辑交换机，再动网络配置，避免改错地址导致 CP 切换后失联。

2.3 用户账号：admin、user、root、factory 的权限边界

博科交换机默认有四个用户账号，权限边界非常清楚：admin 能执行全部命令、查看状态、修改配置；user 只能执行 Show 类命令查看状态；root 可以登录到系统内核做底层调试；factory 是生产检验用的。网络运维日常只需要用 admin 和 user，后两个账号最好别碰。

首次登录时交换机会允许修改四个用户账号的密码，包括 root 和 factory。手册里特意强调不要改这两个账号的密码，我实际维护中也遇到过有人把 root 密码改掉后设备需要底层调试时进不去的尴尬情况，所以这个建议是真能避坑的。改密码用passwd命令，以 admin 身份执行后会列出用户列表，依次修改即可。

FOS 版本差异也要心里有数：FOS 3.x 和 2.x 同一时刻只允许一个用户登录，FOS 4.x 允许两个用户同时登录，但只有一个用户能修改 Zoning 等配置。这意味着多人协作时，另一个人可能因为登录数限制被拒之门外，而且即使进去了，改配置也会被拒绝。SW12000 因为存在 Switch0 和 Switch1 两个逻辑交换机，每个逻辑交换机各自有一套 root/factory/admin/user 账号，配置时要区分当前在哪个逻辑交换机里。

3. 看懂交换机的家底：switchShow、fabricShow 与 nsShow 字段复盘

3.1 switchShow：从全局字段到端口状态

switchShow是博科交换机上最常用的状态查看命令，输出分两部分：前半段是交换机本身的全局属性，后半段是每一个端口的运行状态。

先说全局字段。switchName是交换机名称，switchType对应设备型号，switchState表示交换机状态，正常是 Online，此外还有 Offline、Testing、Faulty 三种异常态；switchMode指地址模式 Native 或 Compatibility；switchRole标识角色 principal（主交换机）、subordinate（从属）或 disabled；switchDomain是域 ID，老版本范围 0 到 31，新版本扩展到 1 到 239；switchWwn是交换机的全球域名。排查时我一般先看 switchState 和 switchRole，设备起不来时这两个字段会给出最直接的信息。

switchType 与型号的对应关系在手册里列得很全，整理如下：

端口部分每一行依次是端口号、GBIC/SFP 模块类型、端口速率、长距离模式和端口状态。模块类型有五种：--表示空、sw短波、lw长波、cu铜口、id智能模块。速率字段常见的是 1G、2G、N1、N2、AN，N1/N2 相当于自动协商到 1G/2G，AN 是自动协商。长距离等级 L0 默认、L1、L2、LE 取决于链路距离。排障时真正要背的是端口状态表：

这里面最容易误判的是 No_Light：它只代表这一端没收到光，不一定是模块坏了，更常见的是对端没发光、光纤收发接反、或者光纤本身断了。No_Sync 说明光路通了但两端没谈拢，优先检查两端端口速率是不是都设成了固定值而不是自动协商。Laser_Flt 我基本直接换模块，因为激光器错误很少能靠重插恢复。端口排障时还有两个实用命令：porterrshow看端口错误计数，包括 CRC 错误、信号丢失次数等；portledtest和switchbeacon用来让端口或整机 LED 闪烁，方便在机房里定位物理端口。

3.2 fabricShow 与主交换机选举机制

fabricShow查看的是整个 Fabric 的成员信息，输出里每一行代表一台交换机。手册里的示例结构值得逐字段记住：

Switch ID "1" 是此交换机的 Domain ID (1-239) "fffc01" 是该交换机的内置端口 ID World Wide Name "10:00:00:60:69:50:16:d5" 是交换机的 World Wide Name Enet IP Addr "198.190.1.223" 是交换机的 IP 地址 FC IP Addr 如果使用，表示交换机跑在 FC 上的 IP 地址 Name "Switch1" 表示交换机的名称

Fabric 里有一个主交换机（Principal Switch）的概念，它的作用是调整 Fabric 并分配域标识。Fabric 初始化时，主交换机会为每台交换机分配 8 位 Domain ID，设备登录后，这个 Domain ID 会成为其 N_Port 地址的前 8 位。新交换机加入 Fabric 时可以申请新 Domain ID，也可以保留原有 Domain ID。如果主交换机因故障下线，Fabric 会触发新的选举进程，WWN 最小的交换机会成为新的主交换机。

一个容易踩坑的细节是：已经存在主交换机的 Fabric 里，新加入一台 WWN 更小的交换机，是不会触发重新选举的。只有现有主交换机停止工作后才会有新的选举。所以看到 fabricShow 里 WWN 最小的不是主交换机时，别惊讶，那只是因为主交换机尚在运行，选举没有发生。这个机制直接关系到交换机重启后的域分配稳定性，改配置前值得先看一眼主交换机是谁。

3.3 nsShow 与 nsAllShow：查询设备登录与协议类型

nsShow显示本交换机的 Name Server 信息，也就是这台交换机外部登录设备的明细。输出里的字段含义很直接：Type 表示端口类型，N 代表 N_Port，NL 代表 NL_Port；Pid 是端口的十六进制地址；COS 是连接设备的服务类型；PortName 和 NodeName 分别是端口和节点的 WWN；FC4s 标明设备使用的 FC4 协议类型；TTL 对于本地地址通常是 na，如果是远端设备，TTL 表示这条记录在本地 Name Server 中还能存活多久，单位秒。远端设备会在记录前面加*号，这一点在实际排障时很好用。

nsAllShow则扩展到整个 Fabric，显示所有设备的 24 位 FC Port ID。它支持按协议类型过滤，手册里给出了两个典型参数：参数 5 显示 FC-IP 端口，参数 8 显示 SCSI-FCP 端口。核对存储系统时我常用nsAllShow 8，能快速确认哪些端口是 SCSI-FCP 类型，也就是实际承载存储流量的端口。输出里形如 011200、021200 的地址，前两位 01/02 是 Domain ID，后四位是端口地址。通过对比 nsAllShow 的输出和 Zoning 配置里的成员列表，可以立刻发现哪些设备没按规划上线。

4. Zoning 规划与落地：从 Software Zone 到 Alias/Zone/Configuration 命令链

4.1 Software Zone 与 Hardware Zone 的本质区别

Zoning 是博科交换机实现 SAN 网络隔离的标准功能。它的作用是把设备逻辑上划分为不同区域，区域之间不能互访，而划分工作完全在交换机上完成，主机和存储设备不需要做任何额外配置。要实现这种隔离，有两条技术路径：一条是在 Name Server 里隔离，另一条是在数据转发时过滤数据包，分别对应 Software Zone 和 Hardware Zone。

Software Zone 基于 Name Server 实现。主机登录 Fabric 时向 Name Server 登记并查询设备列表，Name Server 只返回该主机所属 Zone 内的设备，其他设备被隐藏。问题在于它假设主机是「好公民」——如果某台主机不按 Name Server 返回的结果访问，而是自己扫描整个网络，Software Zone 是拦不住的。Hardware Zone 则完全不同，它在 ASIC 硬件层真正做数据包过滤，从物理上隔离区域，主机是否配合都能保证隔离效果。

判断一个 Zone 属于哪种类型，交换机有自己的标准：当 Zone 的成员同时包含 WWN 和 Domain,Port 两种类型时，判定为 Software Zone；当成员只有 WWN 或只有 Domain,Port 时，判定为 Hardware Zone。所以在设计 Zone 时，尽量保持成员类型单一，避免因为混用成员而不自知地落入 Software Zone。手册里用开架图书馆做的类比非常贴切：Software Zone 是只给借书人看部分书目，遇到多事的借书人照样拦不住；Hardware Zone 是直接设阅览区保安，从物理上隔离。Session Enforced Zoning 可以看作 Software Zone 的增强版本，在 PLOGI/ADISC/PDISC 过程中由 ASIC 对设备认证，但常规设计仍然优先选择 Hardware Zone。

4.2 Alias、Zone、Configuration 三个对象先理清再动手

配置 Zoning 涉及三个对象：Alias、Zone、Configuration。Alias 是给一组设备起的别名，成员可以是 WWN 或 Domain,Port。用 Alias 的最大好处是便于更换成员——存储设备换端口时只需要改 Alias，Zone 定义不用动。Zone 是设备互联的区域，Zone 内的设备可以互相访问，但不能访问其他 Zone 的设备。Zone 的成员有三种类型：Domain,Port、WWN、Alias，成员数量没有限制，也可以混合多种类型。但要注意，当一个 WWN 被定义进 Zone 后，它的所有端口都会被包含在 Zone 内。

Configuration 是一套 Zone 配置的集合，一个 Configuration 里可以包含一个或多个 Zone。SAN 网络里通常需要多个 Zone 同时存在，这些 Zone 存放在一个 Configuration 里。交换机上允许同时存在多个 Configuration，以便在不同场景间切换，但在同一时间只有一个 Configuration 生效，叫 Active Configuration。理解这三个对象的层级关系是配置 Zoning 的前提，顺序永远是先建 Alias，再建 Zone，最后建 Configuration。

4.3 五步命令链：从创建到生效

配置 Zoning 的标准流程在手册里写得很清楚，核心命令链如下：

# 第一步：创建 Alias，成员用 Domain,Port 或 WWN 均可 aliCreate "EngHost1","1,2" aliCreate "EngStor","s1wwn;s2wwn" aliCreate "Mkt","1,4;s5wwn;s4wwn" # 第二步：创建 Zone，用 Alias 作为 Zone 成员 zoneCreate "ZoneEng","EngHost1;EngStor" zoneCreate "ZoneMkt","Mkt" # 第三步：创建 Configuration，把需要同时生效的 Zone 放进去 cfgCreate "cfgEngMkt","ZoneEng;ZoneMkt" # 第四步：启用该 Configuration cfgEnable "cfgEngMkt" # 第五步：保存配置，否则重启后丢失 cfgSave

这段命令里成员分隔符是有讲究的：aliCreate里多个成员用逗号分隔，zoneCreate里多个 Alias 用分号分隔。1,2这种写法表示 Domain 1 的 2 号端口；WWN 作为成员时直接写 WWN 字符串。cfgEnable指定哪个 Configuration 是生效配置，执行后 Zoning 立即在 SAN 网络中生效；cfgSave则把 RAM 中所有 Zoning 配置包括生效状态保存到 Flash，缺一不可。

修改 Zone 成员时走另一条命令链：

# 往已有 Alias 增加成员 aliAdd "mkt","s3wwn" # 往已有 Zone 增加成员 ZoneAdd "ZoneMkt","s3wwn" # 重新启用并保存，让改动生效 cfgEnable "cfgEngMkt" cfgSave

这里注意大小写：ZoneAdd首字母大写是手册里的写法，Zoning 相关的名字严格区分大小写，zone1、Zone1、ZONE1在交换机眼里是三个不同的名字。修改成员后必须重新cfgEnable再cfgSave，只执行cfgSave不会把内存里的新配置生效到 Fabric 里。

4.4 设计原则：一个 Zone 一台主机，用 Port WWN 做成员

配置 Zoning 之前，最关键的是设计而不是命令。手册里反复强调一个基本设计原则：每个 Zone 中只有一台主机（Initiator）。按这个原则设计出的 Zone 结构清晰，不易出错，还能防止不同主机争夺对磁盘设备的控制权。存储设备属于 Target，可以放到多个 Zone 里被不同主机访问，但一个 Zone 里同时放多台主机，容易出现多路径冲突和访问权限混乱。

成员选型上，SAN 网络中的设备有两种 WWN：Node WWN 和 Port WWN。实现 Zoning 时应使用 Port WWN 而不是 Node WWN。理由很实际：如果一个存储设备有两个端口，用 Port WWN 可以指定某些主机从 A 端口访问存储，另一些主机从 B 端口访问存储，灵活性高得多。用 Node WWN 则只能把设备的全部端口打包进 Zone，路径控制粒度太粗。

命名方面，Zoning 所用名字的规则和 C 语言变量命名一致：大小写敏感，必须以字母开头，内容只能是字母、数字和下划线。设计时建议先做一张配置清单，把每个设备的 WWN、端口、所属 Zone 和 Alias 对应关系列清楚，再上设备执行命令，避免直接在生产交换机上临时拍脑袋。

另外有两个设计注意点在手册里单独标了出来：避免将一个设备同时定义到一个 Hardware Zone 和另一个 Software Zone 里，否则隔离级别会被拉到 Software 水平；当一个 Zone 跨越不同 ASIC 时，优先采用端口方式划分 Zone；以 WWN 划分 Zone 时，要保证所有设备都连接在采用 BLOOM ASIC 的交换机上。最后这点在实际环境里不容易满足，所以跨板卡或跨交换机的大 Zone，建议直接用 Domain,Port 方式。

5. Zoning 配置避坑指南：五个现场与对应的补救动作

这一章的内容全部来自实际维护中遇到过的问题。Zoning 配置不难，难的是配置后的连锁反应，下面五条每一条都能对应一次真实的「翻车经历」。

5.1 重启后 Zoning 全部消失

现象：cfgEnable后 Zone 已经生效，主机和存储之间的隔离也正常，但交换机重启后所有 Zoning 配置都不见了，Fabric 回到无 Zone 状态。

原因：cfgEnable只是把配置写入内存，内存里的配置在交换机重启后会丢失。只有执行cfgSave才会把 RAM 中的 Zoning 配置连同生效的 Configuration 一起保存到 Flash。

解决：每次完成cfgEnable后立刻执行cfgSave。改完配置不要急着重启，先cfgSave，再cfgShow确认 Flash 里的配置和内存一致。这条是 Zoning 操作里最基本的纪律，但也是最容易被忽略的一步。

5.2 启用 Zone 后存储瞬间失联

现象：在存量环境上第一次执行cfgEnable，交换机上的多台主机同时报存储路径丢失，业务中断。

原因：博科交换机没有缺省 Zone。一旦启用 Zoning 功能，所有不在任何 Zone 中的设备都不能相互访问。之前没做过 Zoning 的 Fabric，主机和存储之间的通信是裸通的，cfgEnable一执行，没被划进 Zone 的流量全部被切断。

解决：在生产环境第一次启用 Zoning 前，先把配置清单完整核对一遍：所有主机 HBA 的 WWN、存储端口的 WWN、需要互通的对应关系，全部确认已进入 Zone 之后再cfgEnable。如果只想先测试部分隔离，可以把所有设备先放进一个临时 Configuration 里，验证通联后再细化拆分。

5.3 大小写敏感导致的 Zone 名不一致

现象：创建 Zone 时写的是ZoneEng，后面改配置时手快写成zoneEng，结果cfgShow里看不出问题，但新设备没有按预期进入 Zone。

原因：Zoning 配置中使用的名字大小写敏感，zone1、Zone1、ZONE1是三个完全不同的名字。交换机不会自动纠正大小写，也不会对相近名字给出警告。

解决：从一开始就统一命名规范，我习惯全部使用小写字母加下划线，比如zone_eng_mkt，从创建到修改全程保持一致。任何来自配置文件或工单里的 Zone 名，先cfgShow核对原样再执行命令。

5.4 明明用了 WWN，Zone 却是 Software Zone

现象：Zone 成员里既有 WWN 又有 Domain,Port，检查后发现该 Zone 被交换机判定为 Software Zone，隔离强度不满足安全要求。

原因：Zone 类型的判别标准是成员的构成方式：成员中同时存在 WWN 和 Domain,Port 时自动判定为 Software Zone；全部是 WWN 或全部是 Domain,Port 时才判定为 Hardware Zone。混用成员会让交换机选择安全性较低的实现方式。

解决：设计阶段就把成员类型定死。要么全部用 WWN 创建 Hardware Zone，要么全部用 Domain,Port 创建 Hardware Zone。已经混用的 Zone，重新按单一成员类型创建，替换掉旧 Zone，再cfgEnable和cfgSave。

5.5 混合版本 Fabric 被隔离：Core PID 没有设为有效

现象：Fabric 里同时有 v4.x 和 v2.6.0c+ 或 v3.0.2c+ 的交换机，Fabric 始终无法合并，交换机之间出现隔离。

原因：Core PID 是 configure 命令里的一个选项，存在于 v2.6.0c+ 和 v3.0.2c+ 的 firmware 中，在 v4.x 中没有。混和版本环境里，如果非 v4.x 交换机没有把 Core PID 设为有效，Fabric 就会产生隔离。

解决：在非 v4.x 的交换机上执行configure命令，找到 Core PID 选项并设为有效。这个坑只存在于混合版本环境，全是 v4.x 或全是新版本的环境不会遇到。做 firmware 升级前，先检查 Fabric 里是否还有老版本设备，有就先把这项配置统一。

这五条踩坑记录里有三条都指向同一个习惯：改任何 Zoning 配置之前先看现状，改完立刻保存，保存完再验证。交换机上的 Zoning 是即时生效的机制，没有「确认无误后再应用」的缓冲，配置错了只能靠重新cfgEnable另一个 Configuration 来恢复，所以备份当前 Active Configuration 永远是第一步。

6. 配置存档与恢复：configureupload/download 的完整用法

6.1 改动前导出一份完整配置

Zoning 用cfgSave可以存到 Flash，但它保存的只是 Zoning 相关配置。整个交换机的 IP 设置、Syslog 目标、交换机时间、状态策略等参数，要用configureupload一次性导出。我现在的习惯是：任何一台博科交换机，在改动配置之前先做一次导出，改动完成后再导出一次，两份文件对比就能看出这次改动到底动了什么。

configureupload是交互式命令，登录交换机后执行它会要求逐一填入目标服务器地址、用户名、密码、远端文件名和传输协议。传输协议一般选 SCP，比 FTP 更安全，也能在更多防火墙策略下通行。执行前先用ipAddrShow确认当前登录的是 Active CP，SW12000 和 SW24000 这类的多 CP 设备，最终配置以 Active CP 上的为准，从 Standby 操作容易做无用功。

6.2 恢复配置与验证步骤

恢复配置用configuredownload，过程同样是交互式的。恢复完成后不要直接认为万事大吉，要按固定顺序做三件事：先ipAddrShow确认管理 IP 正确，再switchShow确认交换机状态 Online、端口状态符合预期，最后cfgShow确认 Zoning 的生效 Configuration 是否还是原来的那个。如果恢复时连带着把 Zoning 也导入了，记得检查 Active Configuration 是否被正确启用，必要时手动cfgEnable再cfgSave。

这套存档恢复流程在配置回退时特别有用。有一次我在测试环境调整 Zone 结构，改完发现多台主机访问存储出现性能异常，后来直接configuredownload把改动前的配置拉回来，再核对nsAllShow确认所有设备重新登录，整个过程不到十分钟就恢复原状。从那以后我每次改博科交换机的配置前都强制走一遍导出，本地再存一份configshow的输出留底，机房断电、误操作、配置丢失都不是问题，因为总有后悔药可以吃。这份手册里的命令和参数覆盖了从接入到排障的完整链路，遇到搞不定的状态字段或者 Zone 设计问题，翻一翻比现场现查文档要快得多，希望帮到你。

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