我希望通过两个单独的networking堆栈*在我的Windows 2K8服务器实验室系统和我的NetApp文件pipe理器之间传递iSCSIstream量*。
我的configuration如下：
我configuration了MPIO组件来注册iSCSI软件启动器“适配器”类。
然后，我进入了iSCSI启动器控制面板，并将两个文件pipe理器地址都添加为“目标”，并针对它们运行发现。 这显示了可用的单个LUN。
然后，我已经“login”到LUN两次，为每个连接select不同的“源”IP地址。 这两个连接都有“重新连接在启动”选中和“MPIO”检查。
在检查目标时，我看到两个与目标的连接，一个用于NetApp正在使用的每个IP地址。
当我检查我的持久连接时，我看到两个连接，一个用于NetApp正在使用的每个IP地址。
（我现在应该提到，我已经通过向每个IP演示单个连接来testing两个文件服务器IP，然后在该IP上安装并使用驱动器。）
然后我进入我的磁盘pipe理器，并在LUN上设置分区，并在线标记它。 磁盘按预期工作。
现在我进入新磁盘的属性，然后单击MPIO选项卡。 我可以看到这个磁盘使用了两个连接。 然而，我不知道如何将我在这个标签中看到的连接与我在iSCSI启动器屏幕上看到的连接相关联 – 所以虽然我认为在iSCSI启动器屏幕中每个连接都有一个连接，但我无法certificate。
在MPIO选项卡中，我有几个选项。
我已经将计时器全部减less到1秒，并启用了pathvalidation。 所以我对这些设置的理解意味着：
关于冗余，我已经尝试了几件事情：
我做了一些研究，发现了一个Microsoft KB968287，讲述了由于Win2K8和Vista中的MPIO.sys驱动程序中的计数器错误而导致的故障转移未完成，但是安装此修补程序并没有改变任何我能看到的。
所有这些让我怀疑我错过了一些基本的东西。 我做错了吗？
这里真正的目标是提供一个更可靠的iSCSI传输，通过它在我的Hyper-V群集上运行虚拟机并安装Exchange存储。 我们知道如果检测到磁盘打嗝，特别是Exchange会很快卸载信息存储，所以我们希望即使一条path失败，MPIO也会允许数据stream动。
* =我们目前只有一个iSCSI交换机，但是当这个开关出现故障时，我们不得不取消整个世界，以便在一台交换机上刷新固件。 因此，我们需要两个完全隔离的networkingpath – 网卡，交换机和另一端的接口 – 这样我们就可以在任何给定的时间将其中一半的服务中断，进行维护而不会造成世界的死亡。
我的理解是，在Netapp中的7模式下，即使您通过两条path发送IO，每个LUN也将具有首选path。 你实际上做的是通过一个额外的跳跃发送每一个IO，而另一个控制器通过互连将其redirect到该LUN的主控制器。 您所观察到的30秒延迟可能是完成硬性集群节点接pipe所需的时间。
8模式几乎不仅仅是一个玩具（除非你觉得像Netapp的alphatesting，7模式是唯一的select），但是通过虚拟几层文件pipe理器（包括以太网接口）可以解决这个问题。
如果你想要一个真正活跃的活动框的iSCSI或任何其他块协议，你不想要一个Netapp。 收购时间并不能保证，过去我已经看到花了30秒多。