Windows

伺服器重新啟動後 iSCSI 目標卡住重新連接

  • July 30, 2019

我的 iSCSI 連接在伺服器重新啟動後無法自行重新連接,一直存在一些問題,如下所示:

在此處輸入圖像描述

作業系統是 Windows Server 2008 R2。iSCSI 設備適用於我的 SQL Server 2008 R2 實例,該實例位於具有另一台相同伺服器的故障轉移群集中。兩台伺服器都出現同樣的問題。

該目標被列為“最喜歡的目標”,不需要身份驗證。摘要已關閉。iSCSI 目標通過 Synology NAS 設備公開。

還值得一提的是,我的文件/列印伺服器(相同的作業系統)也出現了同樣的問題。我試過自己做研究,但到目前為止沒有太多幫助。這是一個非常基本的設置,大多數解決方案都採用更類似於 SAN 的配置。

除 NAS 之外的所有伺服器都位於 ESXi 6 主機上(每台主機上的一對虛擬機)。

編輯:發現選項卡:

在此處輸入圖像描述

更新:日誌消息:

在此處輸入圖像描述

在此處輸入圖像描述

在此處輸入圖像描述

在此處輸入圖像描述

編輯:

好的,所以事件 113 是KB972107,這是一類相當普遍的問題,但是“…網路堆棧沒有完全準備好”引起了我的注意。然後我們看到更有趣的事件 103。

看到這個有類似問題的專家交流文章……

如果我在伺服器 si 執行時附加它們,一切似乎都正常執行,但如果我重新啟動,伺服器通常會在登錄後掛起,驅動器要麼緩慢出現,要麼根本不出現。

…以及指向以下知識庫文章的解決方案。


沒有任何進一步的資訊,我的直覺是當啟動器重新啟動時連接沒有被正常終止。這會使目標設備上的連接處於不一致的狀態。當您的啟動器嘗試重新連接時,目標仍然認為原始會話處於活動狀態並且連接掛起,這可能是因為一側只是混淆了,或者因為您對每個啟動器的會話數設置了限制。

繼續再試一次,觀察遠端伺服器上的連接狀態。如果我的預感是正確的,您會看到 NAS 端的會話仍然處於活動狀態。這可能是您的伺服器在強制斷開會話之前沒有足夠快地終止會話的問題,或者可能是 NAS 上的會話超時時間過長的結果。

引用自:https://serverfault.com/questions/737093