简介一份围绕博科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 口板冗余电源和风扇。几个关键参数值得在设计说明里单独拎出来因为它们直接决定后面施工怎么做参数项取值对实施的影响端口规模最多 384 端口类型 E/F/FL 通用端口板可混插扩容只需加板端口板规格16 / 32 / 48 口模块本次全用 48 口板密度高、槽位省控制处理器主备冗余 CP微码升级和配置变更期间不断管理面端口速率1 / 2 / 4 Gbit/s 自适应可固定编程老设备接入必须能降速协商ISL 干线合并每条干线最多 8 个 4.25G 端口最高 32 Gbit/s级联带宽靠 Trunk 堆不靠单口最大帧2112 字节有效负荷备份类大流量场景要留意机框规格14U重 9598 kg上架必须两人以上加导轨机房地板承重先核电源2 个 AC-DC2N 冗余200–240V 标称双路 PDU 分别取电别插同一个插排散热710 W8×FC4-16/ 915 W8×FC4-32机柜制冷量按满配算别按当前配置算环境运行 0–40℃湿度 5–85% 不冷凝海拔 3000 m机房温湿度记录要能查到为什么端口板选 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 口板、每板内部再切三段的方式换算如下端口规模48 口板数量占用槽位存储阵列区主机端口区级联/预留区144 口3 块Slot 3 / 4 / 748 口72 口24 口192 口4 块Slot 3 / 4 / 7 / 864 口96 口32 口256 口6 块Slot 3 / 4 / 7 / 8 / 9 / 1096 口144 口48 口表里能读出两个设计意图。第一端口板从 Slot 3 开始插、跳过 Slot 1/2是因为前两个槽位留给 CP0/CP1这个顺序不能反插错槽位交换机会认不到板卡。第二端口板分成 Slot 3/4 一组和 Slot 7/8 一组分布在机框两侧是刻意的——同一类端口的物理位置分散某一块板卡或某一侧背板出问题时影响面被限制在局部不会一次性打掉整个存储区。144 口配置只用 Slot 3/4/7Slot 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–47Slot 4 承担存储 48–63、主机 64–87、级联 88–95Slot 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。不要在有业务流量的时候直接改端口会全部重新初始化。Zone 名成员Domain,Port角色Z_S01_DMX01_A5,05,15,32存储阵列 1Z_S01_DMX02_A5,25,35,33存储阵列 2Z_S01_TL01_A5,1745,1755,1905,288备份磁带库Z_S01_HBA01_A5,325,0主机 1 单路径视图B 网的 Zone 表结构完全一样只是端口换成接在交换机二上的那一组Zone 名后缀改成_B。两张表要分开维护、分开保存改 A 网的时候不要顺手在 B 网上操作。3.4 用 CLI 把 Zone 配下去配置顺序是先确认交换机和端口状态正常再建别名提升可读性然后建 Zone、加入配置cfg、启用、保存。四步少一步都会出问题尤其是最后的cfgSave不保存的配置在重启后会回到上一次保存的版本。# 登录后先看全局机框状态、双 CP 同步、端口在线情况 switchShow haShow version fabricShow # 确认端口速率协商结果2G 的老设备应该显示为 2G 而不是 no_light portShow 32switchShow输出里每个端口会带状态标识Online表示链路已建立且完成登录No_Light表示收不到光No_Sync一般是速率或编码不匹配。haShow看两个 CP 是否处于同步状态微码升级前必须确认这里是 in sync。fabricShow用来核对 Domain ID 有没有冲突。# 改 Domain ID先 disable改完再 enable switchDisable configure # 交互式进入 Fabric ParametersDomain ID 填 5其余保持默认 switchEnableconfigure是交互式命令一路回车保持默认只在 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 cfgSavealicreate的第二个参数是成员列表多个成员用分号隔开端口型成员写成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 switchShowipAddrSet是交互式命令会依次询问以太网 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 cfgsavefirmwareDownload -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 fabricShowislShow列出所有 ISL 链路及两端端口trunkShow显示已合并的 Trunk 组fabricShow确认合并后的 Fabric 里包含预期的所有交换机。三个命令的输出都正常级联才算完成。5. 避坑与排查五处最容易翻车的地方5.1 Domain ID 撞车导致 ISL 起不来现象两根级联光纤插好端口指示灯是亮的但switchShow里端口状态显示SegmentedfabricShow只看到本机看不到对端。原因两台交换机的 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 真的没有单点验收不是把设备点亮就签字而是要拿出证据说明每个冗余点都真的能切。我一般会准备一张验收表逐项现场做、现场记录验收项做法通过标准Fabric 独立性在 A 网交换机上switchDisable业务不中断B 网路径接管多路径软件无异常告警电源冗余拔掉一路 PDU机框状态正常无掉电告警控制处理器冗余haShow查看主备两个 CP 均 in sync切换测试无管理面中断ISL 冗余断开一根 Trunk 成员光纤Trunk 组带宽下降但不中断trunkShow显示成员减少Zone 生效cfgShow 业务侧扫描主机能识别到阵列且只能看到授权 Zone 内的设备配置可恢复configUpload后核对文件备份文件完整能在实验环境configDownload还原端口标签现场比对端口对照表配线架标签、交换机端口、Zone 成员三者一致答辩或评审时被问得最多的是“你的单点在哪”。回答不要停留在架构图上直接给三条证据一是上面的验收记录表二是fabricShow和trunkShow的输出截图三是拔纤测试的操作日志。评委看到你连“拔哪根、拔完看什么命令、预期什么输出”都写清楚了基本不会再追问。还有一个答辩技巧主动讲你规划时的取舍而不是只讲结果。比如为什么每块板都切三段而不是整板划分为什么 Domain ID 选 5 不选默认的 1为什么 144 口不用 Slot 8 而留着扩容。这些“为什么”比“是什么”更能说明这份方案是你想过的而不是抄来的。反过来如果被问到某个参数说不出来源老实说这一项是按现场条件定的比硬编一个理由强。验收表填完要归档和端口对照表、Zone 配置备份、微码版本记录放在一起形成这一期实施的完整交付物。后面日常维护接手的人靠的就是这几份东西。从那以后我每次做光交上线都会在插第一根光纤之前强制走一遍端口对照表和 Zone 命名表的双人复核谁配线谁签字签完才动机柜。这套动作看起来慢但比业务上线后半夜起来排故障快得多。希望帮到你。本文还有配套的精品资源点击获取
、type()、value三要素解析)
