SCSI 設備衝突深度剖析：從「裝置未在傳輸等待時間內回應」到根因定位

某連鎖超市雙機熱備系統（Windows 2000 + MSCS + SQL Server 2000 + SCSI 磁碟陣列）在每晚備份時段反覆發生資料庫無法訪問，重啟陣列暫時恢復。更換纜線、終端器、控制器甚至整組陣列均無效，最終改用外掛 SCSI 卡解決。本文複盤完整排查邏輯與底層原理。

現場現象與初步判斷

• 事件日誌記錄 ID 2、5、14 錯誤，時間點對應備份啟動（22:01）
• \Device\Scsi\adpu160m2 控制器錯誤、\Device\Harddisk3\DR3 分頁錯誤
• 核心提示：裝置未在傳輸等待時間內回應，導致 Windows 掛起

實驗室複現與關鍵測試

1. 模擬環境：4 Slice 映射 LUN1-4，配置 SQL Server 2000
2. 服務切換 + 2GB 跨分區拷貝測試
3. Iometer 24 小時持續 I/O 壓測
4. 強制禁用 Private Network，Public Network 混合心跳
5. 拔除 Server1 SCSI 纜線 → 叢集正常切換

結論：伺服器與陣列硬體無故障，問題鎖定於連接鏈路。

SCSI 總線原理與衝突根因

終端器的關鍵角色

• 總線兩端必須有終端器（主動式/被動式），提供阻抗匹配與反射信號
• Fast/Ultra SCSI 以上速率必須使用主動式終端器
• 內建終端器透過跳線啟用，錯誤配置極易導致訊號完整性問題

實際衝突來源

• 主板內建 SCSI 控制器作為主板組件一部分，受其他元件干擾，總線穩定性較差
• 外掛專用 SCSI HBA 卡具備獨立控制器、緩存與協議處理，抗幹擾能力強
• 更換為外掛卡後，協議轉換與訊號驅動完全隔離，問題徹底解決

最佳實踐建議

• 生產叢集環境避免使用主板內建 SCSI掛載外部存儲
• 嚴格檢查 SCSI ID 唯一性與終端器正確配置
• 優先選用主動式終端器，纜線長度符合規格
• 使用 namei -m 或專用測試儀驗證訊號品質

核心教訓：看似簡單的物理層連接，往往是高可用架構中最脆弱的環節。