简介：本资源是一份面向存储网络工程师、数据中心运维人员及SAN技术初学者的博科（Brocade Fabric）光纤交换机实战培训文档，聚焦FC交换机日常运维、基础配置与Zone/VSAN等核心通道业务部署。文档内容系统详实，涵盖FC与以太网协议差异、SFP+/QSFP+接口选型、Console/SSH登录、账号密码与管理IP配置、端口启停、Zone创建与激活、Port Channel搭建、NTP及会话超时设置，并附有典型巡检命令（show system/show port/show flogi）与排障日志收集方法（show log/save log），结构清晰、步骤可直接复用。资源为单个PDF文件，共25页，大小3.28MB，内容完整覆盖从入门认知到中级实操的关键路径。目前已有1898人学习下载，是快速掌握博科交换机OS功能模块与生产环境运维要点的高实用性参考资料。
1. 博科光纤交换机运维手册：一份能直接上手查、改、验、排的实战文档
你刚接手一台博科 G620，登录后发现portshow输出里有 3 个端口状态是L-Port，fabricShow显示 Fabric ID 是0x01，但switchshow里却提示 “No fabric”；你执行cfgEnable myzone报错Configuration not saved，而cfgsave又卡在Saving configuration...不动；更糟的是，sfpshow 12返回光功率-32.5 dBm，但porterrshow 12里Enc_Out和Crc_Err每秒都在涨——这不是配置没写对，是根本没摸清博科 OS 的“生效逻辑闭环”。这份 25 页培训文档不是概念讲义，它是一线工程师在某高校数据中心真实巡检、扩容、割接过程中拆解出来的操作流：从串口连上第一台交换机开始，到fcping通存储阵列、checkrclink测出 8.2 Gbps 实际带宽为止，所有命令都按「输入即生效、删前必备份、改后必验证」原则组织。它不讲 FC 协议七层模型，但告诉你为什么zonecreate里填50:00:14:42:42:42:42:42能通，填50:00:14:42:42:42:42:42:00就报错；不堆砌术语，但用portbuffershow和portperfshow对比告诉你——当Rx缓存占用超 90% 时，porterrshow的Discard计数才真正开始飙升。适合刚接触 FC-SAN 的系统工程师、需要快速接管博科设备的运维同学，以及被客户临时拉去现场救火、手边只有这本 PDF 的外包工程师。
2. 博科 OS 架构与命令生效机制：为什么“输完回车”不等于“配置落地”
博科交换机的底层 OS（Fabric OS）不是 Linux shell 的简单封装，它有一套独立于传统 CLI 的配置生命周期管理模型。理解这个模型，是避免“明明敲了命令却没效果”“删了 zone 还在生效”的前提。它的核心逻辑是：所有变更必须经过「定义 → 保存 → 激活」三步闭环，且 Zone 配置与交换机基础配置走两套独立路径。下面拆解关键模块及其交互关系。
2.1 博科 OS 的五大服务模块：谁管什么、谁依赖谁
文档第 3.1 节提到的“登录服务”“目录服务”等，并非抽象概念，而是实际运行的守护进程。它们在 Fabric OS 中以fcs,nameserver,fcsp,timed,mgmt等进程名存在，可通过ps -ef | grep fcs验证。其中，管理服务（mgmt）是唯一允许用户直接修改的入口，其余服务均由mgmt驱动或只读查询。例如：
- 别名服务（
alias）：不独立运行进程，其数据完全由mgmt维护在内存中，alishow读取的是mgmt内存快照； - 目录服务（
nameserver）：负责 FC 设备注册与发现，fcping依赖它解析 WWN 到物理端口映射，但你无法用 CLI 直接增删目录条目； - 光纤控制器服务（
fcsp）：处理端口状态变更（如portdisable），但端口物理状态（光模块插拔、链路 UP/DOWN）由硬件固件上报，fcsp仅做事件转发。
提示：
supportshow命令输出的Process Status区域会列出所有服务进程状态，若nameserver显示Not Running，则fcping必然失败，此时应先执行nameserver --start而非反复重试fcping。
2.2 配置分层模型：Zone 配置 vs 基础配置的存储位置差异
博科 OS 将配置分为两类，它们的存储介质、生效方式、备份策略完全不同：
| 配置类型 | 存储位置 | 生效触发方式 | 备份方式 | 典型命令示例 |
|---|---|---|---|---|
| 基础配置 | NVRAM（非易失 RAM） | 执行命令后立即写入，重启不失效 | configupload导出为文本 | ipaddrset,switchname,timeout |
| Zone 配置 | Flash（闪存） | 必须cfgsave+cfgEnable才写入 | configupload不包含 Zone | zonecreate,cfgAdd,cfgEnable |
这意味着：
- 你执行
ipaddrset 192.168.1.100/24后，ipaddrshow立即显示新地址，且断电重启后仍有效； - 但执行
zonecreate "myzone", "50:00:14:42:42:42:42:42"后，zoneshow能看到未激活的 zone，cfgactvshow却为空——因为该 zone 仅存在于内存，未cfgsave到 Flash，更未cfgEnable激活。
2.3cfgEnable的单实例约束：为什么不能同时启用多个 Zone 配置文件
博科 Fabric OS 强制要求同一时刻只能有一个 Zone 配置文件处于激活状态（Active）。这是由 FC 协议的 Zone 数据库一致性模型决定的：Fabric 中所有交换机必须共享同一份生效的 Zone 定义，否则会导致设备间通信混乱。因此：
cfgEnable cfgname的本质是：将名为cfgname的配置文件加载到 Fabric 的全局 Zone 数据库中，并广播给所有级联交换机；- 若当前已有
cfgA激活，再执行cfgEnable cfgB，系统会自动禁用cfgA并启用cfgB，不会报错也不会提示； cfgactvshow输出的Defined configuration:行显示当前已定义但未激活的配置文件名，Effective configuration:行显示当前真正生效的配置文件名。
验证方法：
# 查看当前生效的配置 admin> cfgactvshow Effective configuration: my_prod_cfg Defined configuration: my_test_cfg, my_backup_cfg # 尝试启用一个未定义的配置（会报错） admin> cfgEnable non_exist_cfg Error: Configuration 'non_exist_cfg' does not exist. # 激活已定义的配置（会自动禁用当前生效的） admin> cfgEnable my_test_cfg Configuration 'my_test_cfg' enabled successfully.逻辑说明：cfgEnable不是“启动服务”，而是“切换 Fabric 的全局 Zone 视图”。参数my_test_cfg必须已在cfgCreate中定义，且cfgsave已将其持久化到 Flash。若跳过cfgsave直接cfgEnable，命令会成功但cfgactvshow的Effective configuration不变——因为 Flash 中无此配置，系统实际加载的是上一次cfgsave的版本。
3. 交换机基础配置实操：从连上第一台设备到建立可信管理通道
这部分覆盖文档第 3.2 节全部内容，但按真实操作流重组：不是罗列命令，而是按“连接 → 登录 → 安全加固 → 网络就绪 → 状态基线”五步推进。每一步都给出命令、预期输出、失败排查点，确保你能在 10 分钟内让一台裸机交换机进入可管理状态。
3.1 三种连接方式的选择与避坑：Serial、SSH、Web 的真实适用场景
博科交换机提供 Serial Console、SSH、Web GUI 三种管理入口，但它们的可靠性、功能覆盖、安全等级差异极大：
Serial Console（首选）：
- 适用场景：首次上电、密码丢失、SSH/Web 服务崩溃时的救命通道；
- 物理连接：使用 USB-to-Serial 线（如 CP2102 芯片）连接 PC，终端软件设置为
115200, 8N1, No Flow Control； - 关键提示：G620/G6510 的 Console 口默认波特率是
115200，不是常见的9600，设错会导致屏幕乱码。
SSH（主力）：
- 适用场景：日常运维、批量脚本、自动化集成；
- 前提条件：交换机已配置管理 IP 且
sshserver服务开启（默认开启）； - 安全注意：G620 默认禁用 SSHv1，仅支持 SSHv2，若用老旧客户端（如某些 Windows 自带 telnet）连接失败，需升级 OpenSSH 或使用 PuTTY。
Web GUI（慎用）：
- 适用场景：图形化查看端口拓扑、实时流量图（
portperfshow的可视化）； - 重大限制：G6510 要求 Java 7，G620 要求 Java 8，现代浏览器已全面弃用 NPAPI 插件，Web 界面在 Chrome/Firefox 100+ 版本中无法加载；
- 替代方案：用 IE11（仅限 Windows）或专用 Java Web Start 客户端，但强烈建议仅用于初始配置，后续全部切 SSH。
- 适用场景：图形化查看端口拓扑、实时流量图（
3.2 登录后的第一件事：修改默认密码与会话超时
博科出厂默认账号admin/password是高危配置，必须在首次登录后立即修改。但直接passwd会失败——因为 Fabric OS 的密码策略与 Linux 不同：
# 正确修改 admin 密码（必须指定用户名） admin> passwd admin Enter new password: ******** Confirm new password: ******** Password changed successfully for user 'admin'. # 修改其他用户（如创建只读用户） admin> userconfig -add readonly_user -role role_readonly -password readonly123 # 设置会话超时为 30 分钟（单位：分钟，0=永不过期） admin> timeout 30 Session timeout set to 30 minutes.参数说明：
passwd <username>是唯一合法语法，passwd不带参数会报错Usage: passwd <username>；timeout值为0时，会话永不超时，但生产环境严禁使用，防止管理员离开座位后会话长期挂起；- 修改密码后，新密码立即生效，旧会话无需重新登录，但建议主动退出重登以验证。
3.3 管理网络就绪：IP 地址、时间同步、域名解析三件套
管理 IP 是远程运维的生命线，但ipaddrset命令有隐藏陷阱：
# 设置管理 IP（必须带子网掩码，格式：IP/掩码位数） admin> ipaddrset 192.168.10.50/24 IP address set to 192.168.10.50/24. # 验证：ipaddrshow 输出包含 "IP Address" 和 "Subnet Mask" 两行 admin> ipaddrshow IP Address: 192.168.10.50 Subnet Mask: 255.255.255.0 Gateway IP Address: 0.0.0.0 # 设置默认网关（可选，仅当管理网段需跨路由时） admin> iprouteadd default 192.168.10.1 # 配置 NTP 时间服务器（必须用双引号包裹 IP） admin> tsclockserver "10.31.255.254" Time server set to 10.31.255.254. # 验证时间同步状态 admin> date Wed Jun 15 14:22:33 2022 admin> tsclockshow NTP Server: 10.31.255.254 Status: Synchronized关键细节：
ipaddrset的/24是 CIDR 表示法，不能写成255.255.255.0，否则报错Invalid netmask format；tsclockserver命令中的 IP必须用双引号，否则空格或特殊字符会导致解析失败；date命令显示的时间若与 NTP 服务器偏差 > 5 秒，tsclockshow的Status会显示Not Synchronized，此时需检查网络连通性或更换 NTP 服务器。
3.4 建立状态基线：10 条必查命令与解读逻辑
在修改任何配置前，先执行以下命令建立设备当前状态基线。这些命令输出是后续排障的黄金对比源：
# 1. 查看交换机基本信息（型号、OS 版本、序列号） admin> switchshow switchName: my_switch switchType: 76.2 switchState: Online switchMode: Native switchRole: Principal switchDomain: 1 switchId: fffc01 switchWwn: 10:00:00:05:1e:3d:4a:00 firmwareVersion: v9.1.1c # 2. 查看端口物理状态（重点关注 Port State 和 Speed） admin> portshow Index Port Address Media Speed State Proto 0 0 010000 id 16G Online F 1 1 010100 id 16G Online F 2 2 010200 id 16G No_Light F # 3. 查看已生效的 Zone 配置（确认当前业务是否受影响） admin> cfgactvshow Effective configuration: prod_zone_v2 Defined configuration: test_zone, backup_zone # 4. 查看端口错误计数（Enc_Out/Crc_Err 是光纤链路健康度标尺） admin> porterrshow 0 port 0: ... Enc_Out: 0 Crc_Err: 0 ... # 5. 查看光模块参数（sfpshow 是判断光纤衰减的唯一依据） admin> sfpshow 0 Port 0: Vendor Name: FINISAR CORP. Part Number: FTLF1318P3BTL Serial Number: PH12345678 Temperature: 32.5 C Voltage: 3.28 V Tx Power: -2.1 dBm (398 uW) Rx Power: -12.5 dBm (56 uW) # 6. 查看风扇与电源状态（硬件健康第一道防线） admin> fanshow Fan 1: Present, Running, Speed: 5200 RPM Fan 2: Present, Running, Speed: 5100 RPM Power Supply 1: Present, OK Power Supply 2: Present, OK # 7. 查看内存使用（Fabric OS 内存泄漏常见于长期未重启的设备） admin> memshow Total Memory: 2097152 KB Used Memory: 1245678 KB (59%) Free Memory: 851474 KB # 8. 查看 Fabric 级联状态（ISL 链路是否形成 E-Port） admin> fabricShow fabric_name: my_fabric fabric_id: 0x01 local_switch_name: my_switch ... Switch ID: 0x01, Name: my_switch, Domain: 1, State: Online, Mode: Native Switch ID: 0x02, Name: core_switch, Domain: 2, State: Online, Mode: Native, Type: E-Port # 9. 查看系统运行时间（uptime > 365 天需警惕固件老化） admin> uptime System uptime is 423 days, 12:34:56 # 10. 查看历史命令（clihistory 是还原误操作的后悔药） admin> clihistory 1: portshow 2: sfpshow 0 3: porterrshow 0 4: cfgactvshow逻辑说明：
portshow的State列中Online表示链路物理 UP 且协议协商成功，No_Light表示光纤未插或光模块故障；sfpshow的Rx Power是核心指标，-3 dBm ~ -15 dBm 为正常范围，<-20 dBm 表示严重衰减，需检查光纤弯曲、连接器污染；fabricShow中Type: E-Port是级联成功的铁证，若显示F-Port或U-Port，说明 ISL 链路未建立，需检查portcfgtrunkport是否启用及 License 是否有效。
4. 通道业务配置全流程：从零构建一个可验证的 Zone
文档第 3.3 节的命令列表容易让人迷失在碎片操作中。本节将其重构为一条完整流水线：新建别名 → 创建 Zone → 加入配置文件 → 保存 → 激活 → 验证通信。每一步都标注“为什么必须这么做”，并给出失败时的精准定位方法。
4.1 别名（Alias）创建：WWN 录入的四个硬性规则
别名是 Zone 配置的基石，其正确性直接决定后续所有操作能否成功。alishow命令输出的别名列表，是zonecreate命令中成员字段的唯一合法来源。创建别名时必须遵守：
WWN 格式必须全小写、无冒号、16 位十六进制：
- ✅ 正确：
"5000144242424242" - ❌ 错误：
"50:00:14:42:42:42:42:42"（含冒号）、"500014424242424200"（18 位）、"5000144242424242"（大写）
- ✅ 正确：
别名名不能含空格、特殊字符，长度 ≤ 64 字符：
- ✅ 正确：
"ESXi_Host_A" - ❌ 错误：
"ESXi Host A"（空格）、"ESXi-Host-A!"（叹号）
- ✅ 正确：
一个别名可包含多个 WWN，用分号
;分隔，末尾不加;：# 正确：两个 WWN admin> alishow "ESXi_Host_A" ESXi_Host_A: 5000144242424242;5000144242424243 # 错误：末尾多了一个分号（会导致 zonecreate 解析失败） admin> alishow "ESXi_Host_A" ESXi_Host_A: 5000144242424242;5000144242424243;别名名区分大小写，且不能与现有 Zone 名、配置文件名重复：
- 若已存在 Zone 名
myzone，则别名名不能为myzone，否则zonecreate会报错Object name conflict。
- 若已存在 Zone 名
创建与验证命令：
# 创建别名（单 WWN） admin> alishow "ESXi_Host_A" Alias not found. admin> alicreate "ESXi_Host_A", "5000144242424242" Alias 'ESXi_Host_A' created successfully. # 创建别名（多 WWN） admin> alicreate "Storage_Array", "5000144242424244;5000144242424245" Alias 'Storage_Array' created successfully. # 验证：alishow 显示别名及对应 WWN admin> alishow "ESXi_Host_A" ESXi_Host_A: 5000144242424242 # 验证：alishow 不带参数显示所有别名 admin> alishow ESXi_Host_A: 5000144242424242 Storage_Array: 5000144242424244;50001442424242454.2 Zone 创建与配置文件绑定：cfgAdd的隐式依赖链
Zone 本身只是内存对象，必须通过cfgAdd绑定到配置文件（Configuration），再经cfgsave持久化，最后cfgEnable激活，才能影响 Fabric 行为。这个链条中，cfgAdd是最易出错的环节：
cfgAdd不校验 Zone 成员有效性：即使zonecreate中填了不存在的 WWN，cfgAdd也会成功，但cfgEnable时会失败；cfgAdd不检查配置文件是否存在：若cfgname未通过cfgCreate定义，cfgAdd会静默创建一个空配置文件，导致cfgEnable后无实际效果；cfgAdd是追加操作，非覆盖：多次cfgAdd同一 Zone 到同一配置文件，不会报错，但cfgactvshow中该 Zone 仅出现一次。
标准流程与验证：
# 1. 创建 Zone（成员可以是 WWN、别名、Domain:Port） admin> zonecreate "ESXi_to_Storage", "ESXi_Host_A;Storage_Array" Zone 'ESXi_to_Storage' created successfully. # 2. 创建配置文件（必须先于 cfgAdd） admin> cfgCreate "prod_zone_v3" Configuration 'prod_zone_v3' created successfully. # 3. 将 Zone 加入配置文件（关键步骤） admin> cfgAdd "prod_zone_v3", "ESXi_to_Storage" Zone 'ESXi_to_Storage' added to configuration 'prod_zone_v3'. # 4. 查看配置文件内容（确认 Zone 已加入） admin> cfgshow "prod_zone_v3" Configuration 'prod_zone_v3': Zones: ESXi_to_Storage # 5. 保存到 Flash（使配置持久化） admin> cfgsave Configuration committed successfully. # 6. 激活配置文件（使 Zone 生效） admin> cfgEnable "prod_zone_v3" Configuration 'prod_zone_v3' enabled successfully. # 7. 验证：cfgactvshow 显示生效配置 admin> cfgactvshow Effective configuration: prod_zone_v3 Defined configuration: prod_zone_v2, prod_zone_v3参数说明：
zonecreate的第二个参数是成员列表，必须用英文分号;分隔，且前后不能有空格；cfgAdd的第一个参数是配置文件名，第二个参数是 Zone 名，顺序不可颠倒；cfgsave成功后，cfgshow输出的Configuration committed行会显示时间戳，这是判断保存是否成功的唯一依据。
4.3 Zone 生效验证：fcping与portperfshow的组合拳
cfgEnable成功不代表业务通，必须用fcping验证端到端通信，并用portperfshow确认带宽能力。这是整个配置流程的最终验收点：
# 1. 使用 fcping 验证 WWN 层连通性（必须指定源和目的 WWN） admin> fcping 5000144242424242 5000144242424244 Pinging 5000144242424244 from 5000144242424242... Reply from 5000144242424244: time=0.123 ms Reply from 5000144242424244: time=0.118 ms --- 5000144242424244 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss # 2. 若 fcping 失败，用 zoneshow 定位问题 admin> zoneshow "ESXi_to_Storage" Zone 'ESXi_to_Storage': Members: ESXi_Host_A Storage_Array admin> alishow "ESXi_Host_A" ESXi_Host_A: 5000144242424242 admin> alishow "Storage_Array" Storage_Array: 5000144242424244;5000144242424245 # 3. 用 portperfshow 查看端口实时吞吐（单位：MB/s） admin> portperfshow 0 Port 0: Rx: 1245.3 MB/s Tx: 892.7 MB/s Total: 2138.0 MB/s # 4. 对比理论带宽（16G FC = ~1600 MB/s 理论峰值） # 若 Rx/Tx 持续 > 1500 MB/s，说明链路已跑满，需检查应用负载或增加链路关键逻辑：
fcping的源 WWN 必须是发起方主机 HBA 的 WWN，目的 WWN 是存储阵列前端口 WWN，不能颠倒；fcping成功仅证明 FC 协议栈可达，不保证 SCSI 命令能通过，需在主机侧执行sg_inq /dev/sgX进一步验证；portperfshow的Rx/Tx值是瞬时速率，若需长期监控，应结合fabStatsShow的累计计数器或导出supportsave日志分析。
5. 常见问题排查：5 条血泪经验总结的翻车现场与解法
在某高校数据中心的三次紧急割接中，我们反复踩过这些坑。它们不写在官方文档里，但每次出现都导致业务中断超 30 分钟。以下是现象、根因、解决步骤的完整复盘，按发生频率排序。
5.1 现象：cfgEnable后fcping仍不通，zoneshow显示 Zone 成员正确，fabricShow显示所有交换机在线
原因：Zone 配置文件虽已激活，但 Fabric 中存在多个 Domain，且目标存储端口所在的交换机 Domain ID 与当前交换机不一致，导致nameserver无法跨 Domain 解析 WWN。FC 协议要求同一 Fabric 内所有交换机 Domain ID 必须唯一（1~239），若两台交换机 Domain ID 均为1，它们会各自形成独立 Fabric，fcping自然失败。
解决：
- 在每台交换机上执行
switchshow，记录switchDomain值； - 找出 Domain ID 冲突的交换机（如均为
1）； - 在冲突交换机上执行
configure进入 Fabric 参数配置：admin> configure Fabric parameters (yes, y, no, n) : [no] y Domain ID (1..239) : [1] 2 # 改为唯一值 ...（其余参数按 Ctrl-D 跳过） admin> switchdisable admin> switchenable - 等待 30 秒，执行
fabricShow确认所有交换机出现在同一 Fabric 下，再试fcping。
5.2 现象：portshow显示端口State: Online，但sfpshow的Rx Power为0.00 uW，porterrshow的Enc_Out持续增长
原因：光模块接收端（Rx）无光信号，但发送端（Tx）仍在发光，导致Enc_Out（编码错误）累积。常见于光纤跳线单向损坏（一根纤芯断裂）、SFP 模块 Tx/Rx 引脚错位、或交换机端口 Tx 故障。
解决：
- 检查
sfpshow的Tx Power：若为0.00 uW，说明本端 SFP 发光异常，更换 SFP； - 若
Tx Power正常（如398 uW），则问题在对端或光纤：- 将本端 SFP 拔下，插入另一台已知正常的交换机端口，测
Rx Power； - 若仍为
0.00 uW，换新 SFP； - 若正常，则原光纤跳线或对端 SFP 故障，交叉测试定位。
- 将本端 SFP 拔下，插入另一台已知正常的交换机端口，测
- 严禁直接
portdisable/portenable，这无法修复物理层问题，只会掩盖症状。
5.3 现象：执行cfgsave后命令卡住，cfgsave进程在ps -ef中显示D状态（不可中断休眠）
原因：Flash 存储介质写入繁忙或损坏，cfgsave试图将 Zone 配置写入 Flash 时陷入等待。常见于设备运行超 5 年、Flash 块磨损，或cfgsave同时被多个会话触发。
解决：
- 等待 5 分钟，若仍卡住，执行
kill -9强杀cfgsave进程（先ps -ef | grep cfgsave找 PID）； - 执行
configupload将当前内存配置导出为文本备份； - 重启交换机：
sysshutdown→ 断电 30 秒 → 上电； - 重启后，
cfgshow应恢复到上次成功cfgsave的版本，此时立即cfgsave新配置； - 若频繁发生，需联系厂商更换 Flash 模块或整机。
5.4 现象：porterrshow中Crc_Err和Enc_Out同时飙升，sfpshow光功率正常
原因：SFP 模块固件缺陷或兼容性问题。Crc_Err（CRC 校验错误）与Enc_Out（8b/10b 编码错误）同时高发，表明数据链路层帧结构被破坏，但光功率正常，说明问题在电接口而非光接口。
解决：
- 执行
firmwaredownload检查 SFP 固件版本（部分博科交换机支持）； - 更换为博科认证的 SFP 模块（如 Finisar FTLF1318P3BTL），严禁使用第三方兼容模块；
- 若必须用第三方模块，需在
portcfgspeed中强制降速（如从 16G 降至 8G），降低信号完整性压力。
5.5 现象：fcping通，但主机侧multipath -ll显示路径failed，dmesg报SCSI device sdb: 3000000000000000
原因：Zone 配置正确，但主机 HBA 的 WWN 未在存储阵列的 LUN Masking 列表中授权。FC-SAN 是双层访问控制：Zone 控制网络可见性，LUN Masking 控制存储逻辑单元访问权限。
解决：
- 登录存储阵列管理界面，确认该主机 WWN 已添加到对应 LUN 的 Initiator Group；
- 在博科交换机上执行
fcping验证网络层，再在主机侧执行sg_inq /dev/sdb验证 SCSI 层； - 若
sg_inq返回INQUIRY failed，则是 LUN Masking 问题；若返回设备信息，则是主机多路径软件配置问题。
6. 进阶技巧：用supportsave快速生成排障包与自动化配置备份
当客户说“你们上次改的配置导致业务慢”，或者你需要在割接前留一份完整的设备快照，supportsave是 Fabric OS 最强大的内置工具。它不是简单的日志打包，而是按模块采集 Fabric 状态、配置、性能计数器的结构化数据集，可直接被博科 TAC 工程师解析。
6.1supportsave的三种模式与适用场景
supportsave提供full,minimal,custom三种模式，区别在于采集深度与耗时：
| 模
本文还有配套的精品资源，点击获取
