企业官网建设流程全解析

简介：《光纤交换机配置详解[整理].pdf》是一份聚焦SAN存储网络运维的实用手册，主要面向系统管理员、存储工程师及网络运维人员，帮助读者掌握光纤交换机在SAN环境中的ZONE规划、端口激活、配置备份与日常排障方法。文档从SAN结构的存储区域（ZONE）规划入手，解释了冗余架构下主机、存储设备与交换机之间分区隔离的必要性，并结合实例演示具体划分步骤；接着分别介绍通过CLI命令（如switchshow、zoneCreate、cfgEnable、cfgSave、zoneshow）和图形化界面执行Zoning的完整流程，同时涵盖激活端口、收集交换机总体信息与Zone配置信息等常用操作，每部分都配有命令示例和结果说明，便于对照实验环境逐条验证。资源为1个PDF文件，压缩包大小1.74MB，内容采用章节式目录组织，重点突出，适合作为SAN管理员日常查阅的手册；目前已有207人学习下载，对需要规划、配置或维护光纤交换机的读者具有切实的参考价值。

1. 从SAN裸奔到Zone隔离：为什么光纤交换机必须先划ZONE

在传统直连存储的架构里，每台主机独占自己的磁盘，互不干扰。一旦把主机、磁盘阵列和光纤交换机放进同一张SAN网里，问题立刻变了：所有HBA的WWN和存储控制器的端口都在同一个FC交换网络里可见，如果光纤交换机不划Zone，主机之间可以看到彼此磁盘，主机端也会同时发现来自两个控制器的同一份LUN，路径乱掉后存储阵列甚至可能不可用。Zone解决的正是这种访问隔离：它指定哪些端口或WWN可以互访，把一张大网切成多个互不可见的逻辑区域。这篇配置记录整理自IBM B系列光纤交换机（OEM Brocade）的实操经验，把Zone规划、CLI命令、图形界面、端口激活和配置采集完整过一遍，适合刚接手存储网络、被Zone问题卡过几晚的运维和系统管理员。

2. 划ZONE第一步：用switchshow摸清端口拓扑与WWN归属

在动手敲任何一条zoneCreate之前，先回答三个问题：交换机上一共哪些端口在线；每个端口连的是哪台主机的哪块HBA；连的是存储阵列的哪个控制器。这三个问题没有搞清楚，划分出来的Zone只是把错误又固化了一遍。实际运维中我见过不止一次，配置文档里写着端口4是控制器A，现场拔插之后端口4已经变成了主机网卡，照着旧配置一敲，整个Zone全乱。所以第一步永远是采集现场。

2.1 冗余SAN架构下的Zone划分原则

原始资料里的一号工程环境是一个典型但略有隐患的拓扑：DB2和WAS各配两块HBA卡，存储FAST600双控制器，SAN Switch只有一台。单台交换机本身没有设备级冗余，如果不配置Zone，两台主机的四块HBA会同时看到两个控制器，主机多路径软件发起IO时会在两个控制器之间来回切换，轻则性能抖动，重则LUN归属漂移，系统直接卡死。这就是存储领域常说的乒乓效应。

通行的配置原则是：一块HBA卡对应一个控制器，主机侧两块HBA分别映射到存储的两个控制器，控制器A承担一部分主机的活跃链路，控制器B承担另一部分。这样既做到路径冗余，又把每条路径的归属明确下来。基于这个原则，四个Zone按端口交叉方式划分：DB2_HBA1与控制器A一个Zone，DB2_HBA2与控制器B一个Zone，WAS_HBA1与控制器A一个Zone，WAS_HBA2与控制器B一个Zone。

2.2 switchshow：获取端口、WWN和设备类型

登录命令行后首先要执行的是switchshow。用网线连接交换机管理口，然后telnet到管理IP，默认用户名admin、默认密码password。输入命令：

telnet 10.77.77.77 admin password switchshow

典型的输出如下：

Area Port Media Speed State 0 0 id N2 Online F-Port 10:00:00:00:c9:42:a0:44 (DB2_HBA1) 1 1 id N2 Online F-Port 10:00:00:00:c9:45:b6:ea (DB2_HBA2) 2 2 id N2 Online F-Port 20:05:00:a0:b8:18:d2:0a (WAS_HBA1) 3 3 id N2 Online F-Port 20:04:00:a0:b8:18:d2:0a (WAS_HBA2) 4 4 id N4 Online (Controller A) 5 5 id N4 Online (Controller B) 6 6 id N4 No_Light 7 7 id N4 No_Light

这里需要做四步确认：第一，看State字段是不是Online，No_Light表示端口没收到光，要检查线缆和对端设备是否上电；No_Module表示该端口没有插光模块或端口未启用。第二，看Speed列，N2对应2Gbps，N4对应4Gbps，主机HBA和存储端口速率要匹配。第三，看WWN，F-Port后面的16进制数就是设备N端口登记的WWN，括号里是交换机显示的设备名，可以用来反推HBA。第四，确认主机侧和存储侧的端口分布，整理成下表：

这张表是后面所有配置命令的直接依据，建议每个变更窗口都重新生成一次，不要直接拿上次的打印结果操作。

2.3 Zone成员的选择：端口方式与WWN方式

Zone的成员既可以是交换机端口，也可以是设备WWN。端口方式的写法是Domain ID加端口号，例如1,4表示Domain 1的第4端口；WWN方式则直接写设备的WWN。前者在设备换线后Zone关系会漂移，适合端口接线固定的机房；后者绑定的是设备本身的标识，换到交换机任意端口都不会影响权限，但维护时要能查到每台设备WWN和业务的关系，否则排查起来非常费劲。老工程师的习惯是创建Alias给WWN起可读名字，再在Zone里引用Alias，例如：

aliCreate "DB2_HBA1","10:00:00:00:c9:42:a0:44" zoneCreate "zone1","DB2_HBA1;4"

这样查配置时可读性高很多。如果现场规模小、端口固定，直接写端口号也能接受，但需要把这张端口拓扑表维护好。

2.4 交换机级联时别让Domain ID打架

如果SAN规模扩大，两台光纤交换机通过ISL级联，Zone成员里的Domain ID就有用了。比如端口0在第1台交换机上是1,0，在第2台交换机上是2,0，写在同一个Zone里表示跨交换机互访。配置前必须用fabricshow或switchshow确认每台交换机的Domain ID不重复；Domain ID冲突会导致两台交换机反复进入主从协商，甚至拉不起Fabric。遇到这种情况，用configure命令可以修改Domain ID，但改完必须保存并重启相关交换机，所以建议在布线阶段就规划好Domain ID分配。

3. CLI命令行Zoning：从zoneCreate到cfgSave一条链路走通

CLI配置Zoning的核心并不只是会敲zoneCreate，而是理解“创建Zone、加入Config、Enable生效、Save持久化”这四个层次。许多新手把zoneCreate当成最终操作，敲完发现重启交换机配置没了，或者建了Zone没有加到Config里，用zoneshow一看Defined存在但Effective为空，链路依然不通。这一章把完整链路拆开，每步做了什么、参数从哪来都过一遍。

3.1 zoneCreate：用Domain/Port或WWN定义Zone成员

按照2.2的端口拓扑表，在交换机上执行：

zoneCreate "zone1","1,0;1,4" zoneCreate "zone2","1,1;1,5" zoneCreate "zone3","1,2;1,4" zoneCreate "zone4","1,3;1,5"

命令分成三段理解：zoneCreate是动词，第一个双引号内的zone1是Zone名，注意名称大小写敏感，zone1和Zone1会被当作不同对象；第二个双引号里是成员列表，分号分隔多个成员。每个成员用Domain ID加端口号表示，1,0就是Domain 1的第0端口。之所以写成1,0而不是直接写0，是因为需要明确交换机的Domain ID，多台交换机级联时Domain ID是区分设备的唯一标识；单台交换机默认Domain ID通常为1，可以用switchshow开头部分的Domain字段确认。

这里有一个小坑：如果把主机侧端口和存储侧端口放在同一个Zone里，主机可以通过这条路径发现存储；如果把两个主机端口放进一个Zone，就相当于让两台主机直接碰面，这在存储网络中一般是不允许的。所以Zone成员配对原则永远是Initiator配Target，不要往里塞无关设备。

3.2 cfgCreate、cfgEnable、cfgSave：配置集的生命周期

Zone创建成功后还只是散件，必须放进一个Configuration里。一个Configuration可以包含多个Zone，同一时刻只能Enable一个Configuration。继续执行：

cfgCreate "ibmp630","zone1;zone2;zone3;zone4" cfgEnable "ibmp630" cfgSave

cfgCreate把四个Zone打包到名为ibmp630的配置集中；cfgEnable让这个配置立刻在SAN网络中生效，实际的访问隔离从这个命令执行后开始生效；cfgSave把当前内存里的配置写入Flash，保证交换机重启后仍然保留。注意cfgEnable和cfgSave是两步独立的操作，只Enable不Save，重启后回到旧配置；只Save不Enable，配置只在Flash里躺着，当前生效的还是原来那套。所以变更操作的标准顺序是create全部完成后，再Enable再Save，最后用zoneshow核对。

这里还涉及一个常被忽略的动作：如果已经Enable了一个配置，现在要切换到另一个配置，可以直接cfgEnable新配置，旧配置自动替换。如果配置改坏了想放弃当前所有未提交修改，可以用cfgTransAbort取消配置事务，而不是手工把成员一个个删掉。

常见命令速查：

当有几十个Zone要配置时，可以先在本地用Excel生成所有zoneCreate和cfgCreate命令，整段粘贴到telnet窗口。粘贴前先确认终端软件不会逐字符回显导致命令被拆散，SecureCRT或Xshell通常选择粘贴多行命令即可。命令逐行执行后，立刻用zoneshow核对行数，防止某行因为终端编码问题被跳过。

3.3 zoneshow校验：Defined配置和Effective配置为什么必须一致

执行zoneshow，输出会分成Defined configuration和Effective configuration两段：

Defined configuration: cfg: ibmp630 zone: zone1 1,0; 1,4 zone: zone2 1,1; 1,5 zone: zone3 1,2; 1,4 zone: zone4 1,3; 1,5 Effective configuration: cfg: ibmp630 zone: zone1 1,0 1,4 zone: zone2 1,1 1,5 zone: zone3 1,2 1,4 zone: zone4 1,3 1,5

Defined看到的是已保存的配置描述，Effective看到的是当前正在执行生效的配置。两者不一致时，以Effective为准，因为它才是主机实际能感知到的访问通道。最常见的异常就是Defined里cfg名称是ibmp630，Effective却是空的或还是旧cfg名称，这就说明cfgEnable没有执行或者被后续操作覆盖。校验时除了看Zone和成员一一对应，还要确认四个Zone里的端口配对没有写串，比如Controller A被同时放进了zone1和zone3是正常的，如果同一块HBA被放进两个Zone且对应了两个控制器，就违反了前面说的一对一原则，需要回去改。

4. 图形化Zoning与端口激活：从Web登录到POD License

CLI适合批量配置和脚本化操作，图形界面在单点变更时更直观，尤其适合刚接触光纤交换机的人。但GUI只是把CLI命令包了一层壳，明白底层在做什么，界面上就不会点错。

4.1 Web界面登录与Java Web Start依赖

在PC浏览器地址栏输入交换机管理IP，会弹出图形管理入口。通常第一次访问会提示安装Java Web Start组件，这是该类交换机Web管理控制台依赖的运行环境，没有它Zone配置页面根本打不开。输入默认用户名admin、默认密码password后进入主界面。需要注意的是管理界面默认协议和Java版本有兼容性要求，如果按钮点了没反应，先检查浏览器Java插件是否被拦截，再确认管理口网络是否和PC在同一可达网段。

4.2 在GUI中创建Zone并添加端口成员

在图形界面里划分Zone的大致流程是：先点Zone图标，在Zone Name列表里点Create按钮，输入新Zone名称；随后在Ports & Attaching Device下方的交换机树里展开端口列表，勾选要加入这个Zone的端口，点击Add Member。按2.2的规划，创建zone1时勾选0号端口和4号端口，创建zone2时勾选1号端口和5号端口，四个Zone以此类推。这一过程对应的是CLI里的zoneCreate，只是把端口选择做成了鼠标点击。这里要留意，每个Zone创建完还会出现在成员选择区里，如果勾选了Zone而不是端口，等于把一个Zone作为另一个Zone的成员，不是本场景需要的配置。

如果要删除现有Zone，在Zone列表里选中名字再点Delete，删除后同样需要执行Save Config Only和Enable Config才会从生效区移除。删除动作比创建更容易出错，GUI里误删后没有撤销，所以删除前也要用zoneshow留底。

4.3 保存并启用配置：GUI中的两步动作

新建的Zone只有加入Config并启用后才真正生效。在图形界面中，点击Config按钮，在Member Select List中选择刚建好的几个Zone，添加到Config Member列表里，这一步对应cfgCreate。接下来点击Action菜单，选择Save Config Only，再点击Enable Config，对应CLI里的cfgSave和cfgEnable。很多人只做了Save Config Only，没有Enable Config，结果界面上看配置都在，主机侧就是访问不到存储；反过来只Enable不Save，交换机重启后配置丢失。两种操作必须成对完成，和3.2讲的CLI逻辑完全一致。

4.4 激活端口：portEnable与POD License

光纤交换机端口除了Zone层面的逻辑隔离，还有物理层面的启用状态。前面switchshow输出里，第8端口的State为No_Module (No POD License) Disabled，这句信息量很大：No_Module表示没有检测到光模块；No POD License表示该端口的端口许可未激活。Brocade系交换机有些端口在出厂时没有启用授权，必须安装对应端口组的POD License后，端口才允许进入可用状态。CLI下用licenseShow可以查看已安装的License，确认端口组覆盖范围后再决定是否购买激活。

如果端口只是被手动禁用，启用命令是：

portDisable 8 portEnable 8

portDisable和portEnable的参数是slot号加端口号，单交换机场景直接写端口号即可。执行后再用switchshow确认State变为Online。注意端口激活和Zoning没有先后强制关系，但建议先让所有物理链路Online，再去做Zone变更，否则端口No_Light状态下做的Zone成员排查会被链路状态干扰，很难分清是Zone配错还是物理没通。

5. 配置基线采集：用switchshow和zoneshow做变更追踪

5.1 把配置快照完整落盘

维护光纤交换机最划算的习惯是每次变更前先把当前配置导出成文本文件。常见做法是使用SecureCRT或Xshell的日志会话功能，连接前先开启日志记录，指定文件名形如san-20250120-103000.txt，登录交换机后依次执行：

switchshow zoneshow cfgshow exit

这样得到的文件就是交换机原始CLI输出的完整副本，不经过任何格式化加工。文件名里带上日期和时间，是为了后续对比时能快速定位是哪一次变更。switchshow记录端口物理状态，zoneshow记录Zone定义和生效结果，cfgshow把配置集内容也打一份，三个命令组合起来基本覆盖了日常巡检所需的全部信息。如果交换机上还配置了Alias，建议补一条alishow，方便后续反查WWN对应哪台业务主机。

5.2 变更前后diff，快速定位差异

下次变更时再采集一份带新时间戳的文件，然后在跳板机或本地使用diff对比：

diff -u /tmp/san-20250120-103000.txt /tmp/san-20250125-143000.txt

diff会把端口状态变化和Zone成员变化逐行列出来。比如某台主机HBA从0端口换到2端口，switchshow段落里会多一行Online、少一行Online；如果Zone成员做了调整，zoneshow段落里对应的端口对会显示增删。比对着屏幕翻zoneshow快很多，也避免人工遗漏。把基线文件按交换机名和日期整理归档，半年后再回头查哪次变更导致业务中断，基本一分钟内就能定位。如果想更省事，可以用expect脚本自动登录交换机并采集输出，每天凌晨拉取一次到跳板机目录，这样即使交换机经过多次变更，也能通过历史文件还原每一次变化的时间点。

提示：不要在业务高峰执行cfgEnable一类操作，生效瞬间会立即裁剪SAN访问关系，正在跑的IO可能直接中断。

配置基线加diff这套方法，不依赖额外工具，纯靠交换机自带命令就能完成，是排查“昨天还能访问，今天突然看不到存储”问题时最快的切入手段。

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