我已经使用服务器 2008 R2（在 xenserver 上虚拟化）为将在生产中使用许多 iSCSI 卷（>80）的服务器设置了测试环境。
在测试中，我们遇到了 iSCSI 启动器不再附加任何卷的问题，并给出错误“达到最大会话数”。然后，我们向服务器添加了另一个软件启动器，并且能够将所有卷附加到服务器。但是，对于两个 iscsi 软件启动器，卷不会在引导时挂载。在服务器正常运行后可以重新附加它们，但它们不会在启动时附加。
我尝试在两个启动器之间手动拆分卷，使用多个网络接口，将所有内容设置为自动，启用/禁用多路径，在过程的各个阶段添加和删除卷绑定，但似乎唯一可以解决这个问题是禁用其中一个 iSCSI 启动器。如果辅助启动器被禁用，我可以在重新启动之间保留卷，但无法获得我需要的所有卷。即使卸载启动器也不起作用，因为它会在重新启动时重新创建。
有没有人看到 Windows iscsi 启动器的这种行为？如果是这样，您找到解决方法了吗？
由于您没有确定您正在使用的 SAN 的类型，我只能给出一个一般性的答案。最可能的问题是有有限数量的持久组保留 (PGR) 密钥可用于分配。当您达到该限制时，持久连接可能无法重新连接。32 或 64 个并发会话的限制很常见。该限制通常由 SAN 制造商设置。这也可以解释为什么您可以重新连接会话，但它们不会持续存在。它还可以解释为什么第二个发起者没有帮助。
我唯一可以推荐的是联系您的 SAN 制造商以确定会话限制并进行相应调整。