企业官网建设流程全解析

简介：一份围绕博科（Brocade）光纤通道交换机安装与维护的实操型技术文档，面向负责SAN存储区域网络规划、部署与日常运维的IT工程师及系统管理员，可用于机房光交机上线、端口规划、Zoning配置与故障排查等场景。文档共1个doc文件，压缩包约4.43MB，内容按应用系统概况、交换机参数与端口布局、SAN实施准备、安装实施过程、刀片交换机级联、产品维护服务等章节组织，既给出144口与192口交换机的端口分配示例，也梳理了环境要求、光纤布置、管理IP分配、微码升级和配置分区等关键环节。已有1020人学习，适合作为双冗余Fabric架构下SAN设备实施与维护的查阅手册，帮助读者快速理解设备选型、冗余连接和日常维护要点。

1. 从一次存储整合说起：这份手册要解决什么

某数据中心的 SAN 整合项目遇到过一个问题：先把光纤插上再想端口怎么分，结果 Zoning 配了三轮全部推翻，返工两天。博科光交机这类设备，硬件本身不复杂，难的是上线前的规划——机框插几块板、每块板分几段、Zone 怎么命名、Domain ID 取几，定错一步后面全是连锁反应。这份博科交换机安装和维护手册把整个实施工艺拆成可执行的顺序：先定双 Fabric 冗余架构，再落到 144 口和 192 口的端口分配表，然后给出 Zoning 命名规则、安装步骤、微码升级路径和日常维护项。它适合要交一份完整 SAN 实施方案的学生、第一次独立做光交上线的运维，也适合手里已经有设备清单、缺一份能拿去现场照做的作业指导书的人。

2. 双 Fabric 总体架构：冗余原则、机框选型与容量换算

2.1 把“无单点故障”翻译成可以逐条打勾的清单

“双冗余、无单点”这句话写在方案里很漂亮，落到验收现场就必须变成具体的条目。整个架构的骨架是两张互相独立的 Fabric：服务器双 HBA 分别接 A、B 网，磁盘阵列和磁带库的控制器端口也分别接 A、B 网，任意一张网整体掉电或任意一台交换机关机，业务仍然能在另一张网上跑通。判断一个设计是否真的没有单点，我一般会按下面几条逐项过：服务器侧是否双 HBA 且分属不同 Fabric；阵列侧每个控制器是否至少有一条链路落在 A、一条落在 B；两台交换机之间是否没有共享的电源回路和上游配电；管理网是否独立于业务网段；ISL 级联链路是否做了 Trunk 而不是单根光纤硬扛。

这里有一个容易走偏的地方：不少人把“双 Fabric”理解成“两台交换机级联起来互为主备”。这是两件事。两台交换机级联（级联端口区那一组 ISL）解决的是端口不够时的扩容和跨机框通信，而 A、B 两张网在设计上应该是彼此隔离的，正常状态下它们之间不该有 ISL 连通，否则一张网里的 Zone 变更、微码升级、误操作会直接传导到另一张网。原文拓扑里两台服务器做应用层 HA、同时各自双归到两个 Fabric，磁盘阵列和磁带库同样双归，这才是标准的做法——冗余做在端侧和网侧，不做在交换机之间的耦合上。

把这条原则再往下一层，就是部件级冗余：48000 这类导向器机框本身配的是主备两个控制处理器（CP0/CP1）、两个 AC-DC 电源模块按 2N 冗余、三个风扇装配模块中两个可运行即可维持散热。这些冗余是“机框内”的，和“网络级”的双 Fabric 是两层保险。规划时要把两层分开写进文档，答辩的时候评委问“你的单点在哪”，你能一层层答下来，而不是笼统说一句“都冗余了”。

2.2 导向器机框的参数取舍：为什么是 48 口板加双 CP

选型不是比谁端口多，而是看参数和现场约束能不能对上。这个项目全部采用 Brocade 48000 导向器，端口板统一用 48 口板，冗余电源和风扇。几个关键参数值得在设计说明里单独拎出来，因为它们直接决定后面施工怎么做：

为什么端口板选 48 口而不是 16 口或 32 口？因为槽位是稀缺资源。48000 的控制处理器占掉前面两个槽位，剩下的槽位要同时容纳存储区、主机区和级联区，如果每块板只有 16 口，144 口就要占 9 块板，槽位直接不够，而且每个区的端口被切得极碎，配线架上根本理不清。48 口板把 144 口压到 3 块板、192 口压到 4 块板，槽位留出了余量，后面扩容直接加板就行，不用动已有布线。

为什么坚持用 4 Gbit/s 端口板？不是为了跑满，而是为了向下兼容。现场一定会有 2 Gbit/s 的老 HBA 或者早期刀片模块接进来，端口速率自适应能把它们协商到 2 G 甚至 1 G，不需要为老设备单独留一台低速率交换机。要注意一个限制：4 Gbit/s 速率下只支持短波激光器，跨楼宇的长波链路只能用低速率跑，这个约束在光纤布置阶段就要确认，不要等插上模块发现协商不起来再回头查。

2.3 从端口数到机框配置的换算

规划表要能一眼看出“合同写多少口”对应“插几块板、占哪些槽位、各区各多少口”。这个项目里端口数由实际合同决定，常见三档，按每块 48 口板、每板内部再切三段的方式换算如下：

表里能读出两个设计意图。第一，端口板从 Slot 3 开始插、跳过 Slot 1/2，是因为前两个槽位留给 CP0/CP1，这个顺序不能反，插错槽位交换机会认不到板卡。第二，端口板分成 Slot 3/4 一组和 Slot 7/8 一组分布在机框两侧，是刻意的——同一类端口的物理位置分散，某一块板卡或某一侧背板出问题时，影响面被限制在局部，不会一次性打掉整个存储区。144 口配置只用 Slot 3/4/7，Slot 8 空着；192 口把 Slot 8 填上；256 口继续往 Slot 9/10 扩。这条“按需加板、槽位预留”的路径要写进方案，扩容时运维不用重新做规划。

换算表还要和配线架对应起来。落地时我一般会再做一张端口对照表，字段是：槽位、端口号、对端设备名、对端端口、Zone 名、备注。这张表才是现场插线的依据，交换机侧的端口分配表只是它的上游。两份表对不上，就是后面排查链路问题的起点。

3. 端口规划与 Zoning 设计：三段分区、跨板原则与命名规则

3.1 三段式分区与“每区跨最多板卡”原则

每台光纤交换机在逻辑上划三个区：级联端口区、主机端口区（内含备份通道和存储通道）、存储阵列端口区。这三个区不是随便切一刀，而是按“每个区跨最多板卡”的原则横向切——也就是每一块 48 口板内部都同时包含存储段、主机段和级联段，而不是把 Slot 3 整块当存储区、Slot 4 整块当主机区。

为什么这么做？假设按整块板划分：Slot 3 全给存储，一旦这块板卡故障或者这块板的供电模块出问题，所有存储链路同时断，双 Fabric 也救不回来，因为 A 网的存储口全在一块板上。按跨板原则切，每块板只承担存储区的一部分端口，单板故障时每个区各损失几分之一，配合多路径软件还能维持业务。这是用端口编号换可靠性的典型做法，代价是配线时要更仔细地按表施工。

具体切法：每块 48 口板内，端口 0–15 划给存储阵列区（16 口），端口 16–39 划给主机端口区（24 口），端口 40–47 划给级联与预留区（8 口）。三块板就是存储 48、主机 72、级联 24，正好对上 144 口的换算表。这个比例不是拍脑袋定的：存储阵列的端口需求相对固定（每台阵列的控制器端口数有限），主机侧服务器数量增长最快，所以主机区分到的比例最大；级联区留 8 口是为了后面和刀片交换机、其他机框做 ISL Trunk，一条 Trunk 最多 8 个端口，正好够一组。

需要注意，48000 的端口在板卡上是纵向排列的，48 口的密度很高，肉眼数容易错行。现场施工必须拿着端口对照表按编号插，插完用命令核对，别凭感觉。

3.2 144 口与 192 口的分配表怎么排

单台 144 口的排法：Slot 3 承担存储 0–15、主机 16–39、级联 40–47；Slot 4 承担存储 48–63、主机 64–87、级联 88–95；Slot 7 承担存储 96–111（按槽位偏移为 144 起的编号，实际以switchShow输出为准）、主机、级联同理。192 口在此基础上把 Slot 8 填进来，四块板各切三段，存储 64、主机 96、级联 32。

双机配置时，分配表要成对写。两台 144 口交换机的场景下，交换机一的存储区接阵列 A 控制器的前半部分端口，交换机二的存储区接同一批阵列的 B 控制器端口，两台机器上的主机端口按 HBA1/HBA2 分开——HBA1 全部落在交换机一，HBA2 全部落在交换机二。这样一台交换机整机下线，每台服务器仍有一条路径活着。192 口双机的排法一样，只是每台多一块板、每个区多分到一些端口。

这里有个现场血泪经验：双机配置的端口对照表一定要把 HBA 编号写进去，不能只写服务器名。因为一台服务器有两块 HBA，名字一样，只有 HBA1/HBA2 区分，配线时看错一位，两条链路就都插到同一台交换机上了，冗余直接失效，而且这种错误在业务正常运行时完全看不出来，只有单台交换机关机做维护时才会暴露。

3.3 Zoning 命名规则与 Domain ID 的取法

Zone 命名最忌讳“随手起”。三个月后回来看Z_S01_DMX01_A和zone1哪个能看懂，答案很明显。这个项目采用的命名结构是：区号 + 站点代号 + 设备类型 + 设备序号 + Fabric 标识，例如Z_S01_DMX01_A表示站点 S01 的 1 号存储阵列在 A 网上的 Zone。主机侧同理Z_S01_HBA01_A，磁带库Z_S01_TL01_A。Zone 名里带 Fabric 标识是有必要的，因为 A、B 两张网各有一套 Zone 配置，名字不带标识，登录到另一台交换机时很容易改错对象。

Zone 成员用“DomainID,端口号”的形式表达，比如5,32。前面的 5 就是交换机的 Domain ID。Domain ID 的取值范围是 1–239，这个值必须在全网唯一，一旦和已有交换机撞了，两根 ISL 接起来之后 Fabric 无法合并，端口会进入 segmented 状态。规划时先fabricShow把现有交换机的 Domain ID 全部列出来，然后避开它们。这个项目选择 5，就是因为现场已有设备占用了 1–4。

Domain ID 的修改要在交换机 disable 状态下做，改完再 enable。不要在有业务流量的时候直接改，端口会全部重新初始化。

B 网的 Zone 表结构完全一样，只是端口换成接在交换机二上的那一组，Zone 名后缀改成_B。两张表要分开维护、分开保存，改 A 网的时候不要顺手在 B 网上操作。

3.4 用 CLI 把 Zone 配下去

配置顺序是：先确认交换机和端口状态正常，再建别名提升可读性，然后建 Zone、加入配置（cfg）、启用、保存。四步少一步都会出问题，尤其是最后的cfgSave，不保存的配置在重启后会回到上一次保存的版本。

# 登录后先看全局：机框状态、双 CP 同步、端口在线情况 switchShow haShow version fabricShow # 确认端口速率协商结果，2G 的老设备应该显示为 2G 而不是 no_light portShow 32

switchShow输出里每个端口会带状态标识，Online表示链路已建立且完成登录，No_Light表示收不到光，No_Sync一般是速率或编码不匹配。haShow看两个 CP 是否处于同步状态，微码升级前必须确认这里是 in sync。fabricShow用来核对 Domain ID 有没有冲突。

# 改 Domain ID：先 disable，改完再 enable switchDisable configure # 交互式进入 Fabric Parameters，Domain ID 填 5，其余保持默认 switchEnable

configure是交互式命令，一路回车保持默认，只在 Domain 那一项停下来改值。改完switchEnable之后再用fabricShow确认新值生效。生产环境做这一步要提前报备，因为 disable 期间这台交换机上的链路全部中断。

# 建别名 -> 建 Zone -> 建配置 -> 启用 -> 保存 alicreate "HBA01_A", "5,32" alicreate "DMX01_A", "5,0;5,1" zoneCreate "Z_S01_DMX01_A", "HBA01_A;DMX01_A" cfgCreate "CFG_S01_A", "Z_S01_DMX01_A" cfgEnable "CFG_S01_A" cfgSave

alicreate的第二个参数是成员列表，多个成员用分号隔开，端口型成员写成Domain,Port。zoneCreate引用别名，比直接写端口号好维护，后面端口调整只改别名即可。cfgCreate把所有 Zone 收进一个配置集，cfgEnable才是真正让策略生效的动作，cfgSave把运行配置写进闪存。这四步之间任何一步报错，都停下来先清掉半成品对象（zoneDelete、cfgDelete），不要带着脏配置继续往下加。

验证阶段用cfgShow核对生效的配置名和 Zone 列表，用zoneShow看单个 Zone 的成员展开结果。带_A后缀的配置只应该出现在交换机一上，出现在交换机二上说明登录错机器了。

4. 安装实施与微码升级：从开箱核对到刀片级联

4.1 上线前的五项核对

准备工作没做完就上架，最后一定会在现场卡住。这个项目把准备工作拆成五块：

设备清单核对。涉及交换机设备的型号、数量、端口板数量、电源模块数量、风扇模块数量、SFP 模块数量逐项对合同。SFP 要按波长分：短波用于机房内 500 米以内，长波用于跨楼宇 10 公里以内。发错波长的模块插上去是能亮的，但链路不稳定，这类问题排查起来非常耗时。

环境要求核对。机柜要按 14U 净空预留，机框重 95–98 公斤，加上导轨和理线，地板承重和机柜承重都要提前确认。电源按 200–240V 标称、每路 5.0A 估算，两路 PDU 分别取自不同的配电回路。制冷量按满配 915W 算，不要按当前只插三块板 710W 算，否则扩容当天机房温度就上去了。运行温度 0–40℃、湿度 5–85% 不冷凝、海拔 3000 米以内，这三项在机房环境记录里要能查到。

光纤布置核对。按端口对照表统计多模/单模跳线数量和长度，LC 接头，长度留出理线余量但不留太多（多余的盘起来会造成弯折损耗）。光纤走线槽和交换机进线口的高度要对齐，机框上架之后再改走线代价很大。

管理 IP 分配。每台交换机一个 10/100 以太网 RJ-45 管理口，另外还支持通过 Fabric 做带内管理。生产环境我一般只用带外管理口，带内管理留作应急。管理 IP 要落在独立的管理网段，和业务网段分开，IP 表里同时记录交换机型号、槽位、机房位置、责任人。

管理控制台需求。串口线（DB-9 转 RJ-45）、笔记本、Telnet/SSH 客户端、SNMP 采集端、Web Tools 访问入口，这些要在上架前全部准备好。第一次加电时的初始化只能走串口，没有串口线就只能干等着。

4.2 安装顺序与初始化命令序列

上架顺序和上电顺序都是有讲究的。先把机框抬上导轨固定，再装电源模块和风扇模块，然后插端口板，最后插 SFP 和光纤。反过来的话，机框带电插板卡虽然支持热插拔，但现场容易碰掉已经理好的线。上电时先合一路 PDU，确认前面板状态正常，再合第二路，观察电源模块冗余指示。

初始化阶段通过串口登录，按顺序做这几件事：设置管理 IP、设置交换机名称和 Domain ID、校时、检查端口板识别情况、逐端口确认链路。命令层面大致是这样：

# 串口首次登录后设置管理 IP ipAddrSet # 交互式填写：交换机 IP、掩码、网关 # 命名和 Domain ID switchname "S01-FABRIC-A" switchDisable configure # Domain ID 填 5 switchEnable # 校时，保证日志时间线可信 date "0101000026" # 确认四块板都被识别，端口数量对得上 slotShow switchShow

ipAddrSet是交互式命令，会依次询问以太网 IP、子网掩码、网关，改完立即生效，串口连接不会断。slotShow用来确认每块端口板处于 enabled 状态，如果有槽位显示 faulty 或者 absent，先停下来查板卡是否插到位，不要继续往下配。switchShow输出的端口总数要和合同端口数一致，144 口就应该是 144 个在线可用端口（扣除未插模块的），对不上说明板卡或槽位有问题。

全部配完之后做一次配置备份，configUpload把配置传到 FTP 服务器上，文件名带日期和交换机名。这份备份是后面所有变更的后悔药。

4.3 微码升级：路径、备份与回退

微码升级是实施过程中风险最高的一步，因为它同时动了两张网的可用性预期。这个项目把升级单独列成一节，逻辑是：先备份，再确认双 CP 同步，再走官方升级路径，最后验证。

备份用configUpload -all，把交换机配置全量传出去。同时记录当前微码版本号，写进实施记录。

双 CP 同步用haShow确认。48000 的两个控制处理器是主备关系，升级时会先升备用 CP、切换、再升原主 CP，如果两个 CP 状态不同步，升级中途会卡住甚至导致机框重启。

升级路径不能跳版本。厂商的发布说明里会写明从版本 A 到版本 C 必须经过版本 B，跳过中间版本直接升，轻则配置不兼容重配一遍，重则机框起不来。升级前把目标版本和当前版本的路径图打印出来贴在机柜上，一步一步走。

# 升级前检查 haShow # 两个 CP 均为 in sync firmwareShow # 记录当前版本 configUpload -all -ftp -host 10.10.10.20 -user backup -path /fw/s01a # 执行升级（-s 表示单 CP 模式，先升备用） firmwareDownload -s # 升级完成后确认版本并保存 firmwareShow cfgsave

firmwareDownload -s里的-s参数控制的是升级模式，具体参数含义以对应版本的命令手册为准，不同版本的参数名有差异，执行前用help firmwareDownload核对一遍。升级窗口要安排在业务低峰，并提前通知存储和主机侧团队，因为升级过程中链路会短暂中断，多路径软件会切换路径，切换动作本身也会产生告警。

升级后必查三项：firmwareShow版本号是否为目标版本、switchShow所有端口是否回到 online、cfgShow生效的配置集是否还是原来那个。第三项最容易被忽略——有些升级过程会重置 zone 的生效配置，端口全 online 但业务不通，查半天是 zone 没启用。

4.4 和刀片交换机级联

刀片机箱内的 SAN 模块要和核心导向器级联，才能接入统一 Fabric。级联的要点有三个：端口类型、Domain ID、Zone 合并。

端口类型上，导向器侧接刀片模块的端口要工作在 E_Port 模式，对端也是 E_Port，双方协商成功后才会有 ISL 链路。48000 的端口类型支持自动发现（U_Port），一般不用手工指定，但刀片模块侧如果有固定模式设置，要改成 E_Port。级联链路建议做 Trunk，把多个物理端口合并成一条逻辑链路，带宽叠加，同时单根光纤断开也不会导致链路整体 down。Trunk 的前提是同速率的端口、相同的端口类型、连接同一对交换机。

Domain ID 冲突是级联最常见的故障。级联前先在两台设备上分别执行fabricShow，确认没有重复值；接入后立刻查端口状态，如果显示 segmented，八成就是 Domain ID 撞了，或者 zone 配置冲突（默认 zone 行为不一致）。

ISL 起来之后，两个 Fabric 就合并成一个了，原来的 zone 配置会面临合并问题。合并规则取决于 zone 配置集的名称是否一致、内容是否冲突。我的习惯是：级联前把两侧的cfgShow输出并排比对，把冲突的 Zone 改名或删除，确保两边配置集名称一致后再接光纤，而不是先接上再处理冲突——后者会导致大量端口进入隔离状态，恢复起来很麻烦。

# 级联后检查链路与 Trunk 状态 islShow trunkShow portCfgTrunkShow fabricShow

islShow列出所有 ISL 链路及两端端口，trunkShow显示已合并的 Trunk 组，fabricShow确认合并后的 Fabric 里包含预期的所有交换机。三个命令的输出都正常，级联才算完成。

5. 避坑与排查：五处最容易翻车的地方

5.1 Domain ID 撞车导致 ISL 起不来

现象：两根级联光纤插好，端口指示灯是亮的，但switchShow里端口状态显示Segmented，fabricShow只看到本机，看不到对端。

原因：两台交换机的 Domain ID 相同。Fabric 合并时要求全网 Domain ID 唯一，撞车后 Principal 交换机选举无法完成，ISL 端口被隔离。

解决：级联前先把两侧现有 Domain ID 全部列出来，规划时避开。已经撞了的，在其中一台上switchDisable、configure改 Domain ID、switchEnable，改完端口会自动尝试重新合并。改之前确认这台机器上的业务已经有另一条路径兜底，因为 disable 会断链路。

5.2 Zone 配了没保存，重启回到旧配置

现象：配置当天业务正常，过几天交换机因为维护或断电重启，业务部分中断，cfgShow显示的还是老配置集。

原因：只做了cfgEnable没做cfgSave。enable 让配置在运行态生效，save 才写进闪存。运行态和保存态是两份数据。

解决：所有 zone 变更的最后一步固定加cfgSave，并把它写进操作 checklist。变更完成后用configShow或者再cfgShow核对一次当前生效配置集名称，确认是本次要启用的那个。规范一点的做法是每次变更前先configUpload备份一份，出问题能回退。

5.3 端口分区没跨板，单板故障打掉整个存储区

现象：一块端口板卡故障或者维护时拔掉一块板，所有存储链路同时中断，多路径软件也没救回来。

原因：端口规划时按整块板划分区域，Slot 3 全部给了存储阵列区，Slot 4 全部给主机区。板卡级故障直接变成区域级故障。

解决：按“每区跨最多板卡”的原则重新排表，每块 48 口板内都切出存储段、主机段、级联段。已经上线没法改布线的，至少把新增的存储链路按跨板原则分散到不同板卡上，把风险逐步摊薄。这个原则在方案评审阶段就要写清楚，等施工完再改，代价是重新拔插所有光纤。

5.4 微码升级跳版本，机框起不来

现象：升级过程中断，或者升级完成后机框反复重启，串口输出停在初始化阶段。

原因：跳过了发布说明里要求的中间过渡版本。不同大版本之间的配置存储格式有变化，需要中间版本做一次转换。

解决：升级前查发布说明的升级路径图，逐版本走。已经跳了起不来的，按厂商的恢复流程从串口重新灌微码，这个过程可能需要专业支持介入，所以更要在升级前把路径查清楚。我的习惯是升级前把当前版本、目标版本、中间版本、每一步的预计耗时全部写在实施单上。

5.5 4G 速率配长波模块协商不上

现象：跨楼宇链路插的是长波模块，端口一直No_Sync，换短波模块插同一位置就正常。

原因：4 Gbit/s 速率下只支持短波激光器，长波模块在 4G 速率下无法建立链路。

解决：跨长距离的链路把端口速率固定到 2 Gbit/s 或 1 Gbit/s，用portCfgSpeed手工指定，不要依赖自适应。规划阶段就要把链路距离和波长对应起来：机房内 500 米以内用短波，跨楼宇 10 公里以内用长波，超长距离用超长波，同时核对速率上限。

6. 验收与答辩：怎么证明这套 SAN 真的没有单点

验收不是把设备点亮就签字，而是要拿出证据说明每个冗余点都真的能切。我一般会准备一张验收表，逐项现场做、现场记录：

答辩或评审时，被问得最多的是“你的单点在哪”。回答不要停留在架构图上，直接给三条证据：一是上面的验收记录表，二是fabricShow和trunkShow的输出截图，三是拔纤测试的操作日志。评委看到你连“拔哪根、拔完看什么命令、预期什么输出”都写清楚了，基本不会再追问。

还有一个答辩技巧：主动讲你规划时的取舍，而不是只讲结果。比如为什么每块板都切三段而不是整板划分，为什么 Domain ID 选 5 不选默认的 1，为什么 144 口不用 Slot 8 而留着扩容。这些“为什么”比“是什么”更能说明这份方案是你想过的，而不是抄来的。反过来，如果被问到某个参数说不出来源，老实说这一项是按现场条件定的，比硬编一个理由强。

验收表填完要归档，和端口对照表、Zone 配置备份、微码版本记录放在一起，形成这一期实施的完整交付物。后面日常维护接手的人，靠的就是这几份东西。

从那以后我每次做光交上线，都会在插第一根光纤之前强制走一遍端口对照表和 Zone 命名表的双人复核，谁配线谁签字，签完才动机柜。这套动作看起来慢，但比业务上线后半夜起来排故障快得多。希望帮到你。

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