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