Nat*_*n C 7 windows iscsi windows-server-2008-r2 synology
在服务器重新启动后,我的 iSCSI 连接一直存在一些问题,无法自行重新连接,如下所示:
操作系统是 Windows Server 2008 R2。iSCSI 设备用于我的 SQL Server 2008 R2 实例,该实例位于具有另一台相同服务器的故障转移群集中。两台服务器都表现出相同的问题。
该目标被列为“最喜欢的目标”并且不需要身份验证。摘要已关闭。iSCSI 目标通过 Synology NAS 设备公开。
还值得一提的是,我的文件/打印服务器(相同的操作系统)也出现了同样的问题。我试过自己做研究,但到目前为止没有太大帮助。这是一个非常基本的设置,大多数解决方案都采用更类似于 SAN 的配置。
除 NAS 之外的所有服务器都在 ESXi 6 主机上(每个主机上的一对虚拟机)。
编辑:发现选项卡:
更新:日志消息:
编辑:
好的,事件 113 是KB972107,这是一类相当通用的问题,但“...网络堆栈尚未完全准备好”引起了我的注意。然后我们看到更有趣的事件103。
请参阅这篇具有类似问题的专家交流帖子...
如果我在服务器运行时附加它们,一切似乎都正常运行,但如果我重新启动,服务器通常会在登录后挂起,并且驱动器要么缓慢出现,要么根本不出现。
...以及指向以下知识库文章的解决方案。
在没有任何进一步信息的情况下,我的预感是,当启动器重新启动时,连接不会被正常终止。这会使目标设备上的连接处于不一致的状态。当您的发起方尝试重新连接时,目标仍然认为原始会话处于活动状态并且连接挂起,这可能是因为一方只是感到困惑,或者因为您对每个发起方的会话数量设置了限制。
继续再试一次,观察远程服务器上的连接状态。如果我的预感是正确的,您将看到 NAS 端的会话仍然处于活动状态。这可能是因为您的服务器在强制断开连接之前没有足够快地终止会话,或者可能是 NAS 上的会话超时很长的结果。
| 归档时间: |
|
| 查看次数: |
27097 次 |
| 最近记录: |