操作系统是Windows Server 2008 R2. iSCSI设备用于我的sql Server 2008 R2实例,该实例位于具有另一个相同服务器的故障转移群集中.两台服务器都出现同样的问题.
目标被列为“最喜欢的目标”,不需要身份验证.摘要已关闭. iSCSI目标通过Synology NAS设备公开.
值得一提的是,我的文件/打印服务器(相同的操作系统)也出现了同样的问题.我自己也尝试过研究,但到目前为止还没有多少帮助.这是一个非常基本的设置,大多数解决方案都采用更像SAN的配置.
除NAS之外的所有服务器都在ESXi 6主机上(每个主机上的一个VM).
编辑：发现选项卡：
更新：记录消息：
好的,所以事件113是@L_301_6@,这是一个相当普遍的问题类,但“……网络堆栈还没有完全准备好”引起了我的注意.然后我们看到更有趣的事件103.
看到这个experts-exchange post有类似的问题……
If I attach them while the server si running,everything appears to function correctly,but if I reboot,I the server will usually hang after login and the drives either slowly appear or not at all.
……以及指向以下KB Article的解决方案.
没有任何进一步的信息,我的预感是重新启动启动器时连接没有正常终止.这使得目标设备上的连接处于不一致状态.当您的启动器尝试重新连接时,目标仍然认为原始会话处于活动状态且连接挂起,或者因为一方混淆,或者因为您对每个启动器的会话数设置了限制.
继续再试一次,观察远程服务器上的连接状态.如果我的预感是正确的,你会看到会话仍然在NAS端激活.这可能是您的服务器在强行断开连接之前没有足够快地终止会话的问题,或者可能是NAS上非常长的会话超时的结果.
