我的 iSCSI 连接一直存在一些问题，在服务器重启后无法自行重新连接，如下所示：
操作系统是 Windows Server 2008 R2。iSCSI 设备用于我的 SQL Server 2008 R2 实例，该实例与另一台相同的服务器位于故障转移群集中。两台服务器都出现相同的问题。
该目标被列为“收藏目标”，无需身份验证。摘要已关闭。iSCSI 目标通过 Synology NAS 设备公开。
还值得一提的是，我的文件/打印服务器（相同的操作系统）也出现了同样的问题。我尝试过自己做研究，但到目前为止没有太多帮助。这是一个非常基本的设置，大多数解决方案都假设更像 SAN 的配置。
除 NAS 之外的所有服务器都在 ESXi 6 主机上（每个主机上成对有一个 VM）。
编辑：发现选项卡：
更新：日志消息：
答案1
编辑：
好的，那么事件 113 是KB972107，这是一类相当常见的问题，但“...网络堆栈未完全准备好”引起了我的注意。然后我们看到了更有趣的事件 103。
看到这个专家交流帖有类似的问题...
如果我在服务器运行时连接它们，一切似乎都正常运行，但如果我重新启动，服务器通常会在登录后挂起，并且驱动器出现缓慢或根本不出现。
...解决方案指向以下内容知识库文章。
在没有任何进一步信息的情况下，我的直觉是，当启动器重新启动时，连接没有正常终止。这导致连接在目标设备。当您的发起方尝试重新连接时，目标方仍认为原始会话处于活动状态，并且连接挂起，要么是因为一方感到困惑，要么是因为您对每个发起方的会话数设置了限制。
继续尝试此操作，观察远程服务器上的连接状态。如果我的猜测正确，您将看到会话在 NAS 端仍处于活动状态。这可能是由于您的服务器在强制断开连接之前没有足够快地终止会话，也可能是由于 NAS 上的会话超时时间过长造成的。
答案2
我最近遇到了这个问题，发现即使你设置了掩码它仍然会失败。这似乎与正在使用的 Team NIC 有关。
我发现您必须执行以下操作：删除 NAS 的所有现有 ISCSI 目标，包括卷和设备。删除 CHAP 并使用掩码（即默认情况下无访问权限，但对于您连接的模仿者具有读/写权限。使用自动连接但不要在顶部设置任何特殊的 NIC 或目标。通常，这是解决设备无法重新连接的方法，但我发现这反而导致了问题。连接后，在卷和设备上运行自动配置以确保其重新连接。
现在您应该发现它在重新启动时重新连接。
谢谢，Rob Holmes
答案3
我们还在大多数客户站点中使用 Synology Nas，我经常看到完全相同的问题。我与 Synology 技术支持人员进行了交流，他们建议配置身份验证屏蔽。我使用 chap 对连接进行身份验证，而 Windows 一直在记录身份验证错误。升级设备时情况更糟，因为我会断开十几个 lun，而且通常有一半无法重新连接。
自从做出这一改变以来，我从大约在 100％ 的重启中看到此问题，到过去六个月中仅在一台机器上看到此问题。
我知道您没有配置身份验证，但可能值得尝试在 Synology 端配置掩码。您需要在连接时从存储管理器复制 iqn 字符串。您可以在 iscsi 目标屏幕中找到它，然后转到编辑 > 掩码并创建一个新条目，您可以在其中粘贴字符串。