與巡檢實戰(zhàn))
簡介面向數據中心光纖存儲網絡運維人員與初入SAN領域的工程師這份博科Brocade Fabric交換機培訓文檔與操作手冊以25頁PDF形式梳理日常運維所需的核心知識。內容從FC交換機與以太網、FC協(xié)議與TCP/IP的差異講起延伸到常見接口類型、交換機基礎配置、Zone與VSAN等通道業(yè)務配置并配有案例演示和FAQ巡檢、日志收集思路便于按章節(jié)查漏補缺。資源包共1個PDF文件約3.28MB結構緊湊適合打印成冊或隨查隨用。已有1898人學習說明其在存儲交換機入門與運維場景中具有一定參考價值。讀者可據此掌握登錄改密、管理地址與NTP設置、端口啟停、switchname修改、Zone創(chuàng)建激活、VSAN與Port Channel配置等操作要點也能借助巡檢命令和排障日志方法提升日常維護與故障定位效率。1. 一份 25 頁的設備交接文檔為什么值得反復翻。機房搬遷前夜一臺博科存儲交換機要新增兩個 zone還要跟另一臺做級聯(lián)。帶你的老工程師已經離職留下的就是一份 25 頁的培訓文檔加操作手冊。它把博科交換機 OS 的功能模塊、基礎管理命令、光纖通道業(yè)務配置、級聯(lián)案例和巡檢命令按操作順序串了起來從串口登錄一直講到fcping和checkrclink帶寬驗證。它解決的不是“學會 FC 原理”而是“明天要動手今晚知道每條命令敲下去會發(fā)生什么”。適合兩類人剛接手存儲交換機的運維和需要給 FC 網絡做 zone 變更、級聯(lián)擴容的老手。第 1 章不講命令先把 FC 跟以太網的分工差異講清楚因為后面每一個參數都跟這個差異有關。2. 協(xié)議棧分工決定參數FC 為什么要把 buffer 當成一等公民2.1 HBA 和交換機 ASIC 承擔了底層四層主機只看到上層數據FC 協(xié)議棧從下往上分五層FC-0 管物理介質、接口和速率FC-1 管編碼解碼FC-2 管幀、序列和交換FC-3 是公共服務FC-4 做上層協(xié)議映射最典型的是 FCP 承載 SCSI新一點的是 FC-NVMe。關鍵在于 FC-0 到 FC-3 這四層的處理不在主機內核里而是在 HBA 卡和交換機 ASIC 的固件里完成送到主機內存里的數據已經是干干凈凈的上層數據。TCP/IP 走的是另一條路。以太網卡把收到的每一幀都送到主機內核協(xié)議棧IP 層做地址判斷TCP 層做數據段定界、校驗、排序、重傳和拼接每一步都要占主機 CPU還要經歷多次內存拷貝。所以在大塊順序讀寫這種場景下FC 的 CPU 占用和時延都明顯低。這個差異直接決定了兩個配置習慣。第一FC 鏈路靠信用機制BB credit做流控發(fā)送方必須先拿到接收方的 buffer 額度才發(fā)幀鏈路不丟包、不重傳所以“buffer 夠不夠”比“帶寬夠不夠”更容易成為瓶頸。第二鏈路距離一長在途幀數量變大需要更多 credit 才能把管道填滿這就是級聯(lián)時要配portcfglongdistance和看portbuffershow的原因而不是簡單調個速率了事。提示不要在 FC 環(huán)境里套用以太網那套“先擴容帶寬”的思路。帶寬足夠但 credit 不足時portperfshow顯示的吞吐量會穩(wěn)定在某個上不去的值看起來很像鏈路有問題實際上參數沒給夠。2.2 七類服務模塊各自對應一組命令文檔把 Fabric OS 的服務拆成登錄服務、目錄服務、光纖控制器服務、時間服務、管理服務、別名服務、廣播服務。這套劃分不算嚴格意義上的模塊架構但它是一張很好用的“命令索引表”遇到問題時先判斷是哪類服務在起作用再去查對應命令比漫無目的翻手冊快得多。服務模塊作用常用命令登錄服務與其它交換機節(jié)點或服務交換數據fabricshow、islshow目錄服務名稱服務器節(jié)點注冊、查詢、發(fā)現其它設備nsshow、nsallshow、nscamshow光纖控制器服務節(jié)點狀態(tài)變更通知fabricshow、日志檢查時間服務保持全網時間同步日志可對齊date、tsclockserver管理服務唯一可直接配置的服務管基礎配置和通道業(yè)務ipaddrset、switchname、cfgcreate等別名服務節(jié)點名稱注冊與分組alicreate、alishow、aliadd廣播服務發(fā)到廣播地址的幀向全域擴散一般只做診斷不主動配實際排障時的順序通常是先看清楚“誰在 fabric 里”目錄服務再看“鏈路通不通”登錄服務最后才動“配置對不對”管理服務。反過來做很容易在錯誤的層面上折騰半天。2.3 U_Port 變成 F_Port 還是 E_Port決定了這條鏈路能承載什么光纖交換機上電后端口默認是 U_Port誰先連上來、對端是什么角色它自動協(xié)商成對應類型。接主機 HBA 或存儲陣列端口協(xié)商成 F_Port接另一臺交換機做級聯(lián)協(xié)商成 E_Port接交換機但級聯(lián)沒成功就會停在 G_Port。switchshow輸出里每個端口那一列的狀態(tài)就是判斷當前處于哪種角色最直接的依據。接口形態(tài)上常見的是 SFP 光口8G/16G/32G FC、QSFP 口用于更高密度或 128G 鏈路以及少量銅纜接口用于管理網或短距互聯(lián)。選型上我一般按三條原則走跨機柜或跨樓層一律光纖同一機柜內 3 米以內可以上銅纜降成本光模塊的速率和距離等級必須成對匹配短距模塊SR不要硬拉長距離兩端模塊廠商和型號盡量統(tǒng)一混插是后面porterrshow里出現各種奇怪計數的常見來源。端口角色不對時先別懷疑模塊。級聯(lián)場景下如果switchshow一直顯示 G_Port八成是 domain ID 沖突或授權缺失這兩條在避坑章里會展開。2.4 上線前摸清硬件三條只讀命令在動任何配置之前先把這臺設備的型號、端口布局、模塊在位情況和 Fabric 歸屬看清楚。這三條命令都是只讀的生產時間跑也安全。# 1) 整機與端口總覽型號、domain、當前 zone 是否生效、每個端口的狀態(tài)與角色 switchshow # 2) Fabric 成員有幾臺交換機、誰是主、各自的 IP 和 WWN fabricshow # 3) 指定端口的光模塊信息類型、速率、廠商、收發(fā)光功率 sfpshow 0 sfpshow 24switchshow輸出里有幾個字段要盯住switchName是設備名switchDomain是域 ID級聯(lián)沖突就看它zoning顯示 ON 表示 zone 服務已啟用端口部分的state列給出Online、No_Module、No_Light、In_Sync、Online等狀態(tài)comment列會帶上F-Port或E-Port以及對端 WWN。fabricshow里主交換機前面會有標記級聯(lián)成功的兩臺設備必須出現在同一份輸出里否則就是 fabric 沒合并。sfpshow的參數是端口號不是 area 號寫錯了會提示端口不存在。輸出里的Media、Connector、Transceiver三行確認模塊類型是否和預期一致后面的Rx Power、Tx Power就是光功率讀數單位是 uW 和 dBm 雙顯示下一章講閾值時再細說。3. 基礎管理配置九條命令把裸設備變成可運維狀態(tài)3.1 三條接入路徑與各自的默認參數新設備拆箱后第一件事是連上去。文檔給了三條路徑串口、管理口 SSH、Web。串口是最保底的波特率 9600、8 位數據位、無校驗、1 位停止位、無流控用 RJ45 轉 USB 或 Mini-USB 線接到筆記本終端軟件里選對串口號即可。這條路徑不依賴網絡設備 IP 配錯了也能救回來所以我一般建議現場施工時先確認串口能通再去配管理網。管理口有出廠默認地址 10.77.77.77默認賬號admin、默認密碼password。這個默認值是全網皆知的設備一上線必須改掉。SSH 登錄用ssh admin10.77.77.77前提是筆記本網口配一個同網段地址比如 10.77.77.100/24。Web 方式用https://管理IP訪問但要注意 Java 依賴文檔里提到某型號需要 Java 7、另一型號需要 Java 8。這條是血淚經驗——瀏覽器升級后 Java 插件被禁Web 界面直接白屏很多現場以為是設備故障其實是本地環(huán)境問題。能用 SSH 就別用 Web腳本化和批量操作都方便得多。3.2 賬號、管理地址這兩條命令改完立即生效passwd不帶參數改當前登錄用戶的密碼帶用戶名改指定用戶交互式輸入兩遍新密碼。ipaddrset是交互式命令逐項詢問以太網 IP、子網掩碼、網關、帶內 IP注意它是即刻生效的回車確認后當前 SSH 會話立刻斷開必須用新地址重連。# 改當前用戶密碼 passwd # 改指定用戶密碼需要 admin 權限 passwd admin # 新增一個只讀運維賬號角色為 user userconfig --add ops01 -r user -p Init#2024 # 改管理地址交互式改完立即生效SSH 會掉線 ipaddrsetuserconfig的-r參數決定權限admin可以做全部配置變更user只能做有限操作和查詢operator權限更低。生產上給巡檢腳本單獨開一個user角色賬號比共用 admin 賬號好排查——clihistory里能看出是誰在什么時候敲了什么。ipaddrset執(zhí)行前先確認筆記本已經配好新網段的地址否則改完就連不上只能回到串口。這個“后悔藥”成本很高尤其在遠程操作時。3.3 會話超時、NTP 與設備名會話超時用timeout 分鐘數值為 0 表示永不超時。生產環(huán)境不建議設 0運維終端開著去開會回來發(fā)現會話還掛著別人順手敲一條命令就可能出事。我一般設 10 到 15 分鐘。時間同步是tsclockserver NTP服務器IP注意 IP 要加引號。時間不同步帶來的問題很隱蔽兩臺交換機的日志時間差幾分鐘級聯(lián)故障時根本沒法按時間線對齊事件追起來像在黑匣子里找線索。配置完用date確認當前時間再用tsclockserver不帶參數查當前設置的服務器。設備名用switchname 新名字。命名規(guī)范建議帶上機房、樓層、角色和序號比如DC1-A-SW01因為fabricshow輸出里只顯示這個名稱級聯(lián)后一眼能看出誰是誰。# 會話超時 15 分鐘 timeout 15 # 配置 NTP 服務器IP 必須加引號 tsclockserver 10.31.255.254 # 查看當前時間與 NTP 配置 date tsclockserver # 修改設備名 switchname DC1-A-SW013.4 禁用、啟用與關機順序錯了多停十分鐘switchdisable讓整臺交換機退出 fabric所有端口停止轉發(fā)但設備本身還在運行配置命令依然能敲。switchenable恢復。改 domain ID、改 fabric 參數這類操作必須先在 disable 狀態(tài)下做在線改會直接被拒絕。端口級的portdisable 端口號和portenable 端口號影響面小得多換模塊、換線前先 disable 對應端口是基本動作。注意portdisable是臨時狀態(tài)設備重啟后端口可能自動恢復如果希望重啟后仍保持禁用要配portcfgpersistentdisable反過來用portcfgpersistentenable。關機用sysshutdown執(zhí)行后會走正常的停機流程。直接拔電源的后果是配置文件可能沒落盤下次啟動回到舊配置這種翻車現場我見過不止一次。正確順序是確認業(yè)務已切走 →switchdisable→sysshutdown→ 等面板指示燈滅 → 斷電源。注意switchdisable會中斷整臺設備的轉發(fā)級聯(lián)環(huán)境下對端交換機會收到 RSCN主機側多路徑軟件可能觸發(fā)路徑切換。做這類操作前先跟存儲和主機側確認窗口。3.5 建立只讀基線一次跑完的查詢組合接手一臺不熟悉的設備我會先跑一組只讀命令把當前狀態(tài)存成一份基線文本后續(xù)任何變更都跟這份基線對比。文檔里列出的查詢命令正好夠用。# 管理層信息 ipaddrshow # 管理口地址 uptime # 運行時長判斷是否發(fā)生過意外重啟 clihistory --show # 歷史命令看前任做過什么 # 硬件與 Fabric chassisshow # 主板、序列號、固件版本 fabricshow # Fabric 成員 switchshow # 端口總覽 # 配置層 configshow # 系統(tǒng)參數 cfgactvshow # 當前生效的配置文件 zoneshow # 已定義和生效的 zone alishow # 別名與 WWN 對應 # 性能與健康 portcfgshow # 端口配置 porterrshow # 端口錯誤計數 fanshow # 風扇狀態(tài) memshow # 內存使用clihistory這條容易被忽略但它能告訴你前任是不是剛改過什么還沒生效的配置。uptime顯示的運行時長如果比預期短說明設備近期重啟過要順著日志查原因。chassisshow里的固件版本一定要記錄不同版本的命令參數前綴有差異后面配長距離參數時就可能踩到。4. alias、zone、cfg 三層對象把變更做成可回滾的四步鏈路4.1 三層對象的關系與生效模型FC 網絡的訪問控制不靠 IP靠 WWN。三層對象從細到粗alias 是給 WWN 起的名字zone 是允許互訪的成員集合cfg配置文件是一組 zone 的集合同一時刻只有一份 cfg 生效。主機要能看到存儲兩個端口的 WWN 必須落在同一個生效 zone 里。成員寫法有三種WWN20:00:00:25:b5:00:00:1a、別名ESXi01_HBA1、域端口對1,3表示 domain 1 的端口 3。第三種最脆弱設備換板卡或端口位置一變就失效我一般只在臨時測試時用生產一律用 alias 包 WWN。生效模型要分清兩層cfgsave把內存里的定義寫進 flash這是“保存”cfgenable讓某份 cfg 真正生效這是“啟用”。只保存不啟用配置在zoneshow里能看到但主機不認只啟用不保存設備重啟后配置丟失。這兩步都做了才算變更完成。4.2 建、加、存、生效四步一個都不能省標準流程是建 alias → 建 zone → 建 cfg 并把 zone 加進去 → 保存并啟用。下面這段可以直接照抄改參數。# 第一步建別名把 WWN 換成看得懂的名字 alicreate ESXi01_HBA1, 20:00:00:25:b5:00:00:1a alicreate STOR01_CTL0_P0, 50:00:d3:10:00:5e:00:01 # 第二步建 zone成員用分號隔開 zonecreate zone_esxi01_stor01, ESXi01_HBA1;STOR01_CTL0_P0 # 第三步建配置文件并把 zone 加進去 cfgcreate cfg_dc1_prod, zone_esxi01_stor01 # 第四步保存到 flash 并啟用 cfgsave cfgenable cfg_dc1_prodalicreate和zonecreate的成員用分號分隔一條命令可以帶多個成員。cfgcreate的第二個參數可以給空之后再cfgadd逐個添加也可以一次給全。cfgsave提交當前事務cfgenable的參數是cfg 的名字不是 zone 的名字——文檔里這一行寫成了cfgEnable testzonename容易讓人誤以為填 zone 名實際填錯會報找不到配置文件。啟用瞬間交換機會向所有登錄節(jié)點發(fā) RSCN主機側多路徑軟件會看到路徑狀態(tài)變化可能出現短暫的 IO 抖動。生產變更安排在業(yè)務低峰并且提前跟主機側打招呼這是我踩過的最貴的一課。4.3 改名、替換、刪成員連帶影響先想清楚zoneobjectrename改的是對象名可以改 zone、alias也能改 cfg。改名之后必須重新cfgsave和cfgenable才生效。關鍵一點改 alias 的名字引用它的 zone 成員信息會跟著變用的是 alias 名字而不是 WWN所以 zone 不會失效——這條如果沒想明白很容易以為要重建所有 zone。zoneobjectreplace做的是替換成員典型場景是存儲控制器換板卡WWN 變了但邏輯位置不變。用替換而不是刪了重建可以保持 zone 里的成員順序不變少一次全量重建的風險。# 改 zone 名 zoneobjectrename zone_esxi01_stor01, zone_esxi01_stor01_v2 # 把 old 成員整體替換成 new 成員 zoneobjectreplace STOR01_CTL0_P0, STOR01_CTL0_P0_NEW # 增刪成員 aliadd ESXi01_HBA1, 20:00:00:25:b5:00:00:1b zoneadd zone_esxi01_stor01, ESXi01_HBA2 aliremove ESXi01_HBA1, 20:00:00:25:b5:00:00:1b zoneremove zone_esxi01_stor01, ESXi01_HBA2 # 刪除對象 alidelete ESXi01_HBA1 zonedelete zone_esxi01_stor01 cfgdelete cfg_dc1_prod # 任何變更之后 cfgsave cfgenable cfg_dc1_prod刪除是全局的zonedelete會把所有 cfg 里引用的這個 zone 一并刪掉而不只是當前生效的那份。多數時候一個 zone 只存在于一份 cfg 里所以感覺不到但如果你維護著“生產 cfg 災備 cfg”兩套刪一個 zone 會同時從兩套里消失。這個行為必須提前知道。4.4 把表格里的 WWN 批量變成命令真實場景很少只有一對端口。一張 Excel 表里幾十行主機 HBA WWN 和存儲端口 WWN手敲必然出錯。我的做法是先用腳本生成命令文本人工檢查一遍再粘進交換機。#!/bin/bash # hosts.csv 兩列alias_name,wwn while IFS, read -r name wwn; do # 跳過表頭和空行 [ -z $name ] continue [ $name alias_name ] continue # 去掉 Windows 換行符和首尾空格 wwn$(echo $wwn | tr -d \r | xargs) echo alicreate \$name\, \$wwn\ done hosts.csv ali_cmds.txtIFS,把分隔符改成逗號read -r防止反斜杠被轉義tr -d \r處理從 Windows 導出的 CSV 末尾回車xargs順手去掉前后空格。生成的ali_cmds.txt里每行一條alicreate復制到交換機命令行執(zhí)行即可。zone 可以用同樣的思路生成但成員組合必須從業(yè)務關系表里來不能讓腳本自己配對——兩個不該互通的 zone 一旦合并主機可能看到不該看到的 LUN這類事故排查起來極其費時。生成完先cat一遍看有沒有異常的 WWN 格式比如少一位或多一位再執(zhí)行。5. 五個常見問題現象、成因與處置順序5.1 zone 建完主機不認盤defined 有、effective 沒有現象zoneshow能看到新建的 zonecfgactvshow里卻沒有它主機側重新掃描也看不到新 LUN。原因通常有三個只執(zhí)行了cfgsave沒執(zhí)行cfgenablecfgadd之后忘了保存配置還在內存事務里或者啟用了另一份 cfg新 zone 加進了沒生效的那份。還有一種隱蔽情況前一次操作中斷留下了未提交事務后續(xù)命令全部被擋住。解決順序先cfgtransshow看有沒有掛起的事務有就cfgtransabort中止再cfgshow對比 Defined 和 Effective 兩段內容確認目標 zone 在哪一份里然后cfgsave最后cfgenable 正確的cfg名用cfgactvshow復核生效的 cfg 名。全部確認后主機側做一次 rescan必要時重啟多路徑服務。5.2 級聯(lián)端口停在 G_Port先查 domain ID 和授權現象兩臺交換機光纖接好switchshow里端口狀態(tài)是In_Sync或G_Portfabricshow只顯示自己一臺fabric 沒合并。最常見的原因是 domain ID 沖突兩臺設備出廠都是 1接上就打架。處理流程是switchdisable→configure→ 在Fabric parameters處回答y→ 輸入唯一域 ID1 到 239避開已用值→ 其余提示直接回車接受 →switchenable。改完switchshow里的switchDomain應該變成新值。第二個原因是授權。兩臺交換機互聯(lián)需要級聯(lián)授權超過 10 公里還需要遠距離授權。licenseshow查看已安裝的授權項缺了就先補再談其它。第三個原因是速率和 FEC 不匹配一端固定速率、一端自適應或者一端開了 FEC 一端沒開鏈路會停在同步階段。用portcfgfec --disable -FEC 端口或--enable讓兩端一致再觀察狀態(tài)。成功后的標志很明確端口狀態(tài)變成E-Portfabricshow輸出里主交換機前有從屬設備標注 upstream / downstreamislshow能看到級聯(lián)鏈路明細。5.3 porterrshow 一報錯就換線Enc_Out 和 Crc_Err 要分開看現象porterrshow里某端口有錯誤計數第一反應是換整條光纖換完還是漲。Enc_Out是編碼層的外部錯誤單獨出現、且增長緩慢時多半是線纜或連接器端面污染、彎折過度。Crc_Err是幀校驗錯誤反映的是數據完整性。兩個一起增長更可能是光模塊本身的光電轉換出了問題。只漲Crc_Err而Enc_Out不動鏈路誤碼的可能性更大要順著整條鏈路查包括配線架上的法蘭盤。處置順序我一般是先sfpshow看收發(fā)光功率是否在范圍內 → 清潔兩端端面 → 換一段已知良好的跳線做交叉驗證 → 換模塊 → 最后才懷疑交換機端口。判斷增速比看絕對值有用得多portstatsclear 端口清零后觀察 10 分鐘漲幾百和漲幾萬是兩種性質的問題。5.4 sfpshow 讀數看不懂uW 和 dBm 的換算與閾值現象sfpshow顯示Rx Power是 200 uW看著數字不小實際鏈路余量已經不夠了。uW 是線性單位dBm 是對數單位兩者換算關系是dBm 10 × log10(uW / 1000)。文檔給出的經驗閾值是大于 398 uW 為正常換算過來約等于 -4.0 dBm。幾個常用點記住就夠光功率 (uW)約合 (dBm)判斷10000強短距鏈路常見398-4.0文檔給出的正常下限參考100-10偏低長距鏈路可能正常10-20接近靈敏度極限需核查判讀要成對看本端Tx Power和對端Rx Power的差值就是這段光纖的插損正常情況下幾個 dB 以內。如果插損突然變大先查跳線和法蘭別急著換模塊。不同速率的模塊靈敏度不同16G 模塊比 8G 模塊對損耗更敏感混插時更容易出問題。5.5 抄來的命令報 Unknown Command命令體系不是一套現象網上搜到set login user xxx password xxx、set ip interface ...這類寫法粘進博科交換機直接報未知命令。原因是命令體系不同。set開頭那一套屬于另一派網絡設備的配置風格博科 Fabric OS 用的是自己的動詞體系改密碼是passwd改管理地址是ipaddrset改設備名是switchname改超時是timeout?？吹健翱雌饋砗芟竦褪菆箦e”的命令先懷疑來源不對而不是設備有問題。穩(wěn)妥做法是用設備自帶的幫助確認help列出頂層命令commandhelp 命令看具體參數格式。任何在生產設備上沒敲過的命令先在測試設備或者至少--help層面確認一遍別拿生產當試驗田。6. 日常巡檢與帶寬驗證把感覺正常換成可對比的數字巡檢的價值在于“有基線可比”。我習慣按頻次分三檔把switchshow、fabricshow、cfgactvshow、porterrshow、fanshow放在每日一檔sfpshow、portbuffershow、chassisshow放每周supportshow這種重命令只在變更前后或排障時跑一次。supportshow輸出極大直接刷屏會卡住會話用supportshow | more分頁或者配置好上傳路徑自動落到服務器上。頻次命令關注點每日switchshow、fabricshow端口狀態(tài)、Fabric 成員是否變化每日porterrshow錯誤計數是否新增每日cfgactvshow、fanshow、memshow生效配置、風扇、內存每周sfpshow 端口、portbuffershow光功率趨勢、buffer 余量變更前后supportshow、chassisshow全量快照用于對比和取證帶寬驗證別靠“感覺快”。fcping打目標 WWN加--number參數跑多包看丟包和往返時延吞吐量用portperfshow 端口直接讀 MB/s。要做端到端壓力測試用checkrclink一端起服務端另一端起客戶端跑固定時長。# 鏈路連通性與時延 fcping --number 500 20:00:00:25:b5:00:00:1a # 端到端帶寬測試一端 server一端 client跑 60 秒 checkrclink --serverstart 2:4:1 checkrclink --startclient 3:4:1 fe80::2341:2:ac02:6523 60 # 實時吞吐 portperfshow 2checkrclink的參數前綴在不同固件版本上不一樣老版本是checkrclink serverstart 端口新版本是帶--的寫法跑之前用checkrclink --help對一下。端口參數按domain:area:port或簡化的端口號填客戶端那串地址是對端端口的標識照著服務端回顯抄就行。從那以后我每次做 zone 變更都強制走一遍「cfgtransshow確認無掛起事務 →cfgsave→cfgenable→cfgactvshow復核」這四步級聯(lián)前必查 domain ID 和授權換模塊前必看兩端sfpshow讀數。這幾條寫在便簽上貼顯示器邊框比記在腦子里靠譜。這份文檔我按操作順序整理過一遍配合自己設備的實際回顯對照著看落地會快很多。希望幫到你。本文還有配套的精品資源點擊獲取 博科Fabric OS存儲交換機：zone配置、級聯(lián)與巡檢實戰(zhàn)
簡介面向數據中心光纖存儲網絡運維人員與初入SAN領域的工程師這份博科Brocade Fabric交換機培訓文檔與操作手冊以25頁PDF形式梳理日常運維所需的核心知識。內容從FC交換機與以太網、FC協(xié)議與TCP/IP的差異講起延伸到常見接口類型、交換機基礎配置、Zone與VSAN等通道業(yè)務配置并配有案例演示和FAQ巡檢、日志收集思路便于按章節(jié)查漏補缺。資源包共1個PDF文件約3.28MB結構緊湊適合打印成冊或隨查隨用。已有1898人學習說明其在存儲交換機入門與運維場景中具有一定參考價值。讀者可據此掌握登錄改密、管理地址與NTP設置、端口啟停、switchname修改、Zone創(chuàng)建激活、VSAN與Port Channel配置等操作要點也能借助巡檢命令和排障日志方法提升日常維護與故障定位效率。1. 一份 25 頁的設備交接文檔為什么值得反復翻。機房搬遷前夜一臺博科存儲交換機要新增兩個 zone還要跟另一臺做級聯(lián)。帶你的老工程師已經離職留下的就是一份 25 頁的培訓文檔加操作手冊。它把博科交換機 OS 的功能模塊、基礎管理命令、光纖通道業(yè)務配置、級聯(lián)案例和巡檢命令按操作順序串了起來從串口登錄一直講到fcping和checkrclink帶寬驗證。它解決的不是“學會 FC 原理”而是“明天要動手今晚知道每條命令敲下去會發(fā)生什么”。適合兩類人剛接手存儲交換機的運維和需要給 FC 網絡做 zone 變更、級聯(lián)擴容的老手。第 1 章不講命令先把 FC 跟以太網的分工差異講清楚因為后面每一個參數都跟這個差異有關。2. 協(xié)議棧分工決定參數FC 為什么要把 buffer 當成一等公民2.1 HBA 和交換機 ASIC 承擔了底層四層主機只看到上層數據FC 協(xié)議棧從下往上分五層FC-0 管物理介質、接口和速率FC-1 管編碼解碼FC-2 管幀、序列和交換FC-3 是公共服務FC-4 做上層協(xié)議映射最典型的是 FCP 承載 SCSI新一點的是 FC-NVMe。關鍵在于 FC-0 到 FC-3 這四層的處理不在主機內核里而是在 HBA 卡和交換機 ASIC 的固件里完成送到主機內存里的數據已經是干干凈凈的上層數據。TCP/IP 走的是另一條路。以太網卡把收到的每一幀都送到主機內核協(xié)議棧IP 層做地址判斷TCP 層做數據段定界、校驗、排序、重傳和拼接每一步都要占主機 CPU還要經歷多次內存拷貝。所以在大塊順序讀寫這種場景下FC 的 CPU 占用和時延都明顯低。這個差異直接決定了兩個配置習慣。第一FC 鏈路靠信用機制BB credit做流控發(fā)送方必須先拿到接收方的 buffer 額度才發(fā)幀鏈路不丟包、不重傳所以“buffer 夠不夠”比“帶寬夠不夠”更容易成為瓶頸。第二鏈路距離一長在途幀數量變大需要更多 credit 才能把管道填滿這就是級聯(lián)時要配portcfglongdistance和看portbuffershow的原因而不是簡單調個速率了事。提示不要在 FC 環(huán)境里套用以太網那套“先擴容帶寬”的思路。帶寬足夠但 credit 不足時portperfshow顯示的吞吐量會穩(wěn)定在某個上不去的值看起來很像鏈路有問題實際上參數沒給夠。2.2 七類服務模塊各自對應一組命令文檔把 Fabric OS 的服務拆成登錄服務、目錄服務、光纖控制器服務、時間服務、管理服務、別名服務、廣播服務。這套劃分不算嚴格意義上的模塊架構但它是一張很好用的“命令索引表”遇到問題時先判斷是哪類服務在起作用再去查對應命令比漫無目的翻手冊快得多。服務模塊作用常用命令登錄服務與其它交換機節(jié)點或服務交換數據fabricshow、islshow目錄服務名稱服務器節(jié)點注冊、查詢、發(fā)現其它設備nsshow、nsallshow、nscamshow光纖控制器服務節(jié)點狀態(tài)變更通知fabricshow、日志檢查時間服務保持全網時間同步日志可對齊date、tsclockserver管理服務唯一可直接配置的服務管基礎配置和通道業(yè)務ipaddrset、switchname、cfgcreate等別名服務節(jié)點名稱注冊與分組alicreate、alishow、aliadd廣播服務發(fā)到廣播地址的幀向全域擴散一般只做診斷不主動配實際排障時的順序通常是先看清楚“誰在 fabric 里”目錄服務再看“鏈路通不通”登錄服務最后才動“配置對不對”管理服務。反過來做很容易在錯誤的層面上折騰半天。2.3 U_Port 變成 F_Port 還是 E_Port決定了這條鏈路能承載什么光纖交換機上電后端口默認是 U_Port誰先連上來、對端是什么角色它自動協(xié)商成對應類型。接主機 HBA 或存儲陣列端口協(xié)商成 F_Port接另一臺交換機做級聯(lián)協(xié)商成 E_Port接交換機但級聯(lián)沒成功就會停在 G_Port。switchshow輸出里每個端口那一列的狀態(tài)就是判斷當前處于哪種角色最直接的依據。接口形態(tài)上常見的是 SFP 光口8G/16G/32G FC、QSFP 口用于更高密度或 128G 鏈路以及少量銅纜接口用于管理網或短距互聯(lián)。選型上我一般按三條原則走跨機柜或跨樓層一律光纖同一機柜內 3 米以內可以上銅纜降成本光模塊的速率和距離等級必須成對匹配短距模塊SR不要硬拉長距離兩端模塊廠商和型號盡量統(tǒng)一混插是后面porterrshow里出現各種奇怪計數的常見來源。端口角色不對時先別懷疑模塊。級聯(lián)場景下如果switchshow一直顯示 G_Port八成是 domain ID 沖突或授權缺失這兩條在避坑章里會展開。2.4 上線前摸清硬件三條只讀命令在動任何配置之前先把這臺設備的型號、端口布局、模塊在位情況和 Fabric 歸屬看清楚。這三條命令都是只讀的生產時間跑也安全。# 1) 整機與端口總覽型號、domain、當前 zone 是否生效、每個端口的狀態(tài)與角色 switchshow # 2) Fabric 成員有幾臺交換機、誰是主、各自的 IP 和 WWN fabricshow # 3) 指定端口的光模塊信息類型、速率、廠商、收發(fā)光功率 sfpshow 0 sfpshow 24switchshow輸出里有幾個字段要盯住switchName是設備名switchDomain是域 ID級聯(lián)沖突就看它zoning顯示 ON 表示 zone 服務已啟用端口部分的state列給出Online、No_Module、No_Light、In_Sync、Online等狀態(tài)comment列會帶上F-Port或E-Port以及對端 WWN。fabricshow里主交換機前面會有標記級聯(lián)成功的兩臺設備必須出現在同一份輸出里否則就是 fabric 沒合并。sfpshow的參數是端口號不是 area 號寫錯了會提示端口不存在。輸出里的Media、Connector、Transceiver三行確認模塊類型是否和預期一致后面的Rx Power、Tx Power就是光功率讀數單位是 uW 和 dBm 雙顯示下一章講閾值時再細說。3. 基礎管理配置九條命令把裸設備變成可運維狀態(tài)3.1 三條接入路徑與各自的默認參數新設備拆箱后第一件事是連上去。文檔給了三條路徑串口、管理口 SSH、Web。串口是最保底的波特率 9600、8 位數據位、無校驗、1 位停止位、無流控用 RJ45 轉 USB 或 Mini-USB 線接到筆記本終端軟件里選對串口號即可。這條路徑不依賴網絡設備 IP 配錯了也能救回來所以我一般建議現場施工時先確認串口能通再去配管理網。管理口有出廠默認地址 10.77.77.77默認賬號admin、默認密碼password。這個默認值是全網皆知的設備一上線必須改掉。SSH 登錄用ssh admin10.77.77.77前提是筆記本網口配一個同網段地址比如 10.77.77.100/24。Web 方式用https://管理IP訪問但要注意 Java 依賴文檔里提到某型號需要 Java 7、另一型號需要 Java 8。這條是血淚經驗——瀏覽器升級后 Java 插件被禁Web 界面直接白屏很多現場以為是設備故障其實是本地環(huán)境問題。能用 SSH 就別用 Web腳本化和批量操作都方便得多。3.2 賬號、管理地址這兩條命令改完立即生效passwd不帶參數改當前登錄用戶的密碼帶用戶名改指定用戶交互式輸入兩遍新密碼。ipaddrset是交互式命令逐項詢問以太網 IP、子網掩碼、網關、帶內 IP注意它是即刻生效的回車確認后當前 SSH 會話立刻斷開必須用新地址重連。# 改當前用戶密碼 passwd # 改指定用戶密碼需要 admin 權限 passwd admin # 新增一個只讀運維賬號角色為 user userconfig --add ops01 -r user -p Init#2024 # 改管理地址交互式改完立即生效SSH 會掉線 ipaddrsetuserconfig的-r參數決定權限admin可以做全部配置變更user只能做有限操作和查詢operator權限更低。生產上給巡檢腳本單獨開一個user角色賬號比共用 admin 賬號好排查——clihistory里能看出是誰在什么時候敲了什么。ipaddrset執(zhí)行前先確認筆記本已經配好新網段的地址否則改完就連不上只能回到串口。這個“后悔藥”成本很高尤其在遠程操作時。3.3 會話超時、NTP 與設備名會話超時用timeout 分鐘數值為 0 表示永不超時。生產環(huán)境不建議設 0運維終端開著去開會回來發(fā)現會話還掛著別人順手敲一條命令就可能出事。我一般設 10 到 15 分鐘。時間同步是tsclockserver NTP服務器IP注意 IP 要加引號。時間不同步帶來的問題很隱蔽兩臺交換機的日志時間差幾分鐘級聯(lián)故障時根本沒法按時間線對齊事件追起來像在黑匣子里找線索。配置完用date確認當前時間再用tsclockserver不帶參數查當前設置的服務器。設備名用switchname 新名字。命名規(guī)范建議帶上機房、樓層、角色和序號比如DC1-A-SW01因為fabricshow輸出里只顯示這個名稱級聯(lián)后一眼能看出誰是誰。# 會話超時 15 分鐘 timeout 15 # 配置 NTP 服務器IP 必須加引號 tsclockserver 10.31.255.254 # 查看當前時間與 NTP 配置 date tsclockserver # 修改設備名 switchname DC1-A-SW013.4 禁用、啟用與關機順序錯了多停十分鐘switchdisable讓整臺交換機退出 fabric所有端口停止轉發(fā)但設備本身還在運行配置命令依然能敲。switchenable恢復。改 domain ID、改 fabric 參數這類操作必須先在 disable 狀態(tài)下做在線改會直接被拒絕。端口級的portdisable 端口號和portenable 端口號影響面小得多換模塊、換線前先 disable 對應端口是基本動作。注意portdisable是臨時狀態(tài)設備重啟后端口可能自動恢復如果希望重啟后仍保持禁用要配portcfgpersistentdisable反過來用portcfgpersistentenable。關機用sysshutdown執(zhí)行后會走正常的停機流程。直接拔電源的后果是配置文件可能沒落盤下次啟動回到舊配置這種翻車現場我見過不止一次。正確順序是確認業(yè)務已切走 →switchdisable→sysshutdown→ 等面板指示燈滅 → 斷電源。注意switchdisable會中斷整臺設備的轉發(fā)級聯(lián)環(huán)境下對端交換機會收到 RSCN主機側多路徑軟件可能觸發(fā)路徑切換。做這類操作前先跟存儲和主機側確認窗口。3.5 建立只讀基線一次跑完的查詢組合接手一臺不熟悉的設備我會先跑一組只讀命令把當前狀態(tài)存成一份基線文本后續(xù)任何變更都跟這份基線對比。文檔里列出的查詢命令正好夠用。# 管理層信息 ipaddrshow # 管理口地址 uptime # 運行時長判斷是否發(fā)生過意外重啟 clihistory --show # 歷史命令看前任做過什么 # 硬件與 Fabric chassisshow # 主板、序列號、固件版本 fabricshow # Fabric 成員 switchshow # 端口總覽 # 配置層 configshow # 系統(tǒng)參數 cfgactvshow # 當前生效的配置文件 zoneshow # 已定義和生效的 zone alishow # 別名與 WWN 對應 # 性能與健康 portcfgshow # 端口配置 porterrshow # 端口錯誤計數 fanshow # 風扇狀態(tài) memshow # 內存使用clihistory這條容易被忽略但它能告訴你前任是不是剛改過什么還沒生效的配置。uptime顯示的運行時長如果比預期短說明設備近期重啟過要順著日志查原因。chassisshow里的固件版本一定要記錄不同版本的命令參數前綴有差異后面配長距離參數時就可能踩到。4. alias、zone、cfg 三層對象把變更做成可回滾的四步鏈路4.1 三層對象的關系與生效模型FC 網絡的訪問控制不靠 IP靠 WWN。三層對象從細到粗alias 是給 WWN 起的名字zone 是允許互訪的成員集合cfg配置文件是一組 zone 的集合同一時刻只有一份 cfg 生效。主機要能看到存儲兩個端口的 WWN 必須落在同一個生效 zone 里。成員寫法有三種WWN20:00:00:25:b5:00:00:1a、別名ESXi01_HBA1、域端口對1,3表示 domain 1 的端口 3。第三種最脆弱設備換板卡或端口位置一變就失效我一般只在臨時測試時用生產一律用 alias 包 WWN。生效模型要分清兩層cfgsave把內存里的定義寫進 flash這是“保存”cfgenable讓某份 cfg 真正生效這是“啟用”。只保存不啟用配置在zoneshow里能看到但主機不認只啟用不保存設備重啟后配置丟失。這兩步都做了才算變更完成。4.2 建、加、存、生效四步一個都不能省標準流程是建 alias → 建 zone → 建 cfg 并把 zone 加進去 → 保存并啟用。下面這段可以直接照抄改參數。# 第一步建別名把 WWN 換成看得懂的名字 alicreate ESXi01_HBA1, 20:00:00:25:b5:00:00:1a alicreate STOR01_CTL0_P0, 50:00:d3:10:00:5e:00:01 # 第二步建 zone成員用分號隔開 zonecreate zone_esxi01_stor01, ESXi01_HBA1;STOR01_CTL0_P0 # 第三步建配置文件并把 zone 加進去 cfgcreate cfg_dc1_prod, zone_esxi01_stor01 # 第四步保存到 flash 并啟用 cfgsave cfgenable cfg_dc1_prodalicreate和zonecreate的成員用分號分隔一條命令可以帶多個成員。cfgcreate的第二個參數可以給空之后再cfgadd逐個添加也可以一次給全。cfgsave提交當前事務cfgenable的參數是cfg 的名字不是 zone 的名字——文檔里這一行寫成了cfgEnable testzonename容易讓人誤以為填 zone 名實際填錯會報找不到配置文件。啟用瞬間交換機會向所有登錄節(jié)點發(fā) RSCN主機側多路徑軟件會看到路徑狀態(tài)變化可能出現短暫的 IO 抖動。生產變更安排在業(yè)務低峰并且提前跟主機側打招呼這是我踩過的最貴的一課。4.3 改名、替換、刪成員連帶影響先想清楚zoneobjectrename改的是對象名可以改 zone、alias也能改 cfg。改名之后必須重新cfgsave和cfgenable才生效。關鍵一點改 alias 的名字引用它的 zone 成員信息會跟著變用的是 alias 名字而不是 WWN所以 zone 不會失效——這條如果沒想明白很容易以為要重建所有 zone。zoneobjectreplace做的是替換成員典型場景是存儲控制器換板卡WWN 變了但邏輯位置不變。用替換而不是刪了重建可以保持 zone 里的成員順序不變少一次全量重建的風險。# 改 zone 名 zoneobjectrename zone_esxi01_stor01, zone_esxi01_stor01_v2 # 把 old 成員整體替換成 new 成員 zoneobjectreplace STOR01_CTL0_P0, STOR01_CTL0_P0_NEW # 增刪成員 aliadd ESXi01_HBA1, 20:00:00:25:b5:00:00:1b zoneadd zone_esxi01_stor01, ESXi01_HBA2 aliremove ESXi01_HBA1, 20:00:00:25:b5:00:00:1b zoneremove zone_esxi01_stor01, ESXi01_HBA2 # 刪除對象 alidelete ESXi01_HBA1 zonedelete zone_esxi01_stor01 cfgdelete cfg_dc1_prod # 任何變更之后 cfgsave cfgenable cfg_dc1_prod刪除是全局的zonedelete會把所有 cfg 里引用的這個 zone 一并刪掉而不只是當前生效的那份。多數時候一個 zone 只存在于一份 cfg 里所以感覺不到但如果你維護著“生產 cfg 災備 cfg”兩套刪一個 zone 會同時從兩套里消失。這個行為必須提前知道。4.4 把表格里的 WWN 批量變成命令真實場景很少只有一對端口。一張 Excel 表里幾十行主機 HBA WWN 和存儲端口 WWN手敲必然出錯。我的做法是先用腳本生成命令文本人工檢查一遍再粘進交換機。#!/bin/bash # hosts.csv 兩列alias_name,wwn while IFS, read -r name wwn; do # 跳過表頭和空行 [ -z $name ] continue [ $name alias_name ] continue # 去掉 Windows 換行符和首尾空格 wwn$(echo $wwn | tr -d \r | xargs) echo alicreate \$name\, \$wwn\ done hosts.csv ali_cmds.txtIFS,把分隔符改成逗號read -r防止反斜杠被轉義tr -d \r處理從 Windows 導出的 CSV 末尾回車xargs順手去掉前后空格。生成的ali_cmds.txt里每行一條alicreate復制到交換機命令行執(zhí)行即可。zone 可以用同樣的思路生成但成員組合必須從業(yè)務關系表里來不能讓腳本自己配對——兩個不該互通的 zone 一旦合并主機可能看到不該看到的 LUN這類事故排查起來極其費時。生成完先cat一遍看有沒有異常的 WWN 格式比如少一位或多一位再執(zhí)行。5. 五個常見問題現象、成因與處置順序5.1 zone 建完主機不認盤defined 有、effective 沒有現象zoneshow能看到新建的 zonecfgactvshow里卻沒有它主機側重新掃描也看不到新 LUN。原因通常有三個只執(zhí)行了cfgsave沒執(zhí)行cfgenablecfgadd之后忘了保存配置還在內存事務里或者啟用了另一份 cfg新 zone 加進了沒生效的那份。還有一種隱蔽情況前一次操作中斷留下了未提交事務后續(xù)命令全部被擋住。解決順序先cfgtransshow看有沒有掛起的事務有就cfgtransabort中止再cfgshow對比 Defined 和 Effective 兩段內容確認目標 zone 在哪一份里然后cfgsave最后cfgenable 正確的cfg名用cfgactvshow復核生效的 cfg 名。全部確認后主機側做一次 rescan必要時重啟多路徑服務。5.2 級聯(lián)端口停在 G_Port先查 domain ID 和授權現象兩臺交換機光纖接好switchshow里端口狀態(tài)是In_Sync或G_Portfabricshow只顯示自己一臺fabric 沒合并。最常見的原因是 domain ID 沖突兩臺設備出廠都是 1接上就打架。處理流程是switchdisable→configure→ 在Fabric parameters處回答y→ 輸入唯一域 ID1 到 239避開已用值→ 其余提示直接回車接受 →switchenable。改完switchshow里的switchDomain應該變成新值。第二個原因是授權。兩臺交換機互聯(lián)需要級聯(lián)授權超過 10 公里還需要遠距離授權。licenseshow查看已安裝的授權項缺了就先補再談其它。第三個原因是速率和 FEC 不匹配一端固定速率、一端自適應或者一端開了 FEC 一端沒開鏈路會停在同步階段。用portcfgfec --disable -FEC 端口或--enable讓兩端一致再觀察狀態(tài)。成功后的標志很明確端口狀態(tài)變成E-Portfabricshow輸出里主交換機前有從屬設備標注 upstream / downstreamislshow能看到級聯(lián)鏈路明細。5.3 porterrshow 一報錯就換線Enc_Out 和 Crc_Err 要分開看現象porterrshow里某端口有錯誤計數第一反應是換整條光纖換完還是漲。Enc_Out是編碼層的外部錯誤單獨出現、且增長緩慢時多半是線纜或連接器端面污染、彎折過度。Crc_Err是幀校驗錯誤反映的是數據完整性。兩個一起增長更可能是光模塊本身的光電轉換出了問題。只漲Crc_Err而Enc_Out不動鏈路誤碼的可能性更大要順著整條鏈路查包括配線架上的法蘭盤。處置順序我一般是先sfpshow看收發(fā)光功率是否在范圍內 → 清潔兩端端面 → 換一段已知良好的跳線做交叉驗證 → 換模塊 → 最后才懷疑交換機端口。判斷增速比看絕對值有用得多portstatsclear 端口清零后觀察 10 分鐘漲幾百和漲幾萬是兩種性質的問題。5.4 sfpshow 讀數看不懂uW 和 dBm 的換算與閾值現象sfpshow顯示Rx Power是 200 uW看著數字不小實際鏈路余量已經不夠了。uW 是線性單位dBm 是對數單位兩者換算關系是dBm 10 × log10(uW / 1000)。文檔給出的經驗閾值是大于 398 uW 為正常換算過來約等于 -4.0 dBm。幾個常用點記住就夠光功率 (uW)約合 (dBm)判斷10000強短距鏈路常見398-4.0文檔給出的正常下限參考100-10偏低長距鏈路可能正常10-20接近靈敏度極限需核查判讀要成對看本端Tx Power和對端Rx Power的差值就是這段光纖的插損正常情況下幾個 dB 以內。如果插損突然變大先查跳線和法蘭別急著換模塊。不同速率的模塊靈敏度不同16G 模塊比 8G 模塊對損耗更敏感混插時更容易出問題。5.5 抄來的命令報 Unknown Command命令體系不是一套現象網上搜到set login user xxx password xxx、set ip interface ...這類寫法粘進博科交換機直接報未知命令。原因是命令體系不同。set開頭那一套屬于另一派網絡設備的配置風格博科 Fabric OS 用的是自己的動詞體系改密碼是passwd改管理地址是ipaddrset改設備名是switchname改超時是timeout?？吹健翱雌饋砗芟竦褪菆箦e”的命令先懷疑來源不對而不是設備有問題。穩(wěn)妥做法是用設備自帶的幫助確認help列出頂層命令commandhelp 命令看具體參數格式。任何在生產設備上沒敲過的命令先在測試設備或者至少--help層面確認一遍別拿生產當試驗田。6. 日常巡檢與帶寬驗證把感覺正常換成可對比的數字巡檢的價值在于“有基線可比”。我習慣按頻次分三檔把switchshow、fabricshow、cfgactvshow、porterrshow、fanshow放在每日一檔sfpshow、portbuffershow、chassisshow放每周supportshow這種重命令只在變更前后或排障時跑一次。supportshow輸出極大直接刷屏會卡住會話用supportshow | more分頁或者配置好上傳路徑自動落到服務器上。頻次命令關注點每日switchshow、fabricshow端口狀態(tài)、Fabric 成員是否變化每日porterrshow錯誤計數是否新增每日cfgactvshow、fanshow、memshow生效配置、風扇、內存每周sfpshow 端口、portbuffershow光功率趨勢、buffer 余量變更前后supportshow、chassisshow全量快照用于對比和取證帶寬驗證別靠“感覺快”。fcping打目標 WWN加--number參數跑多包看丟包和往返時延吞吐量用portperfshow 端口直接讀 MB/s。要做端到端壓力測試用checkrclink一端起服務端另一端起客戶端跑固定時長。# 鏈路連通性與時延 fcping --number 500 20:00:00:25:b5:00:00:1a # 端到端帶寬測試一端 server一端 client跑 60 秒 checkrclink --serverstart 2:4:1 checkrclink --startclient 3:4:1 fe80::2341:2:ac02:6523 60 # 實時吞吐 portperfshow 2checkrclink的參數前綴在不同固件版本上不一樣老版本是checkrclink serverstart 端口新版本是帶--的寫法跑之前用checkrclink --help對一下。端口參數按domain:area:port或簡化的端口號填客戶端那串地址是對端端口的標識照著服務端回顯抄就行。從那以后我每次做 zone 變更都強制走一遍「cfgtransshow確認無掛起事務 →cfgsave→cfgenable→cfgactvshow復核」這四步級聯(lián)前必查 domain ID 和授權換模塊前必看兩端sfpshow讀數。這幾條寫在便簽上貼顯示器邊框比記在腦子里靠譜。這份文檔我按操作順序整理過一遍配合自己設備的實際回顯對照著看落地會快很多。希望幫到你。本文還有配套的精品資源點擊獲取