我正在testing使用SSIS从远程SQL服务器加载数据的不同configuration。 在集群情况下，与非集群本地SQL实例相比，SSIS似乎对本地集群SQL实例说话慢。 它看起来像SSIS对群集SQL实例的任何情况。 无论SSIS实例是否是本地的，都通过networking进行通信。 这是真的？
在我当前的情况下，SSIS 2008 R2运行在具有SQL Server 2008 R2实例的节点上。 它似乎通过一些networking接口与群集实例进行通信，即使它们都在同一个节点上。 奇怪的是，我无法确定它是哪个接口。
以下是总体布局：
集群节点1物理IP 192.168.1.100
SQL Server“sql2008”实例名称的IP为192.168.1.101
SQL Server实例在Node1上
远程SQL服务器源SSIS IP 192.168.1.55
SSIS负载传输速率似乎很慢。 资源监视器中的networking部分下显示SSISnetworking会话到远程SQL服务器源。
Image：DTExec.exe
PID：8864
地址：192.168.1.55
发送（B /秒）：968
接收（B /秒）：1,682,022
总计（B /秒）：1,682,990
但是加载的SSIS也出现在networking中。 通过networking通信似乎从本地节点运行到目标SQL服务器IP，因为DTexec在资源监视器 – networking下显示为与目标SQL服务器IP交谈。
Image：DTExec.exe
PID：8864
地址：192.168.1.101
接收（B /秒）：120
发送（B /秒）：20,300,868
不幸的是，当我使用networking监视器来查看stream量时，来自源的dtexecstream量出现，但加载活动似乎并未使用任何networking接口，也无法看到。
运行此相同的程序包（针对相同的未更改的源）与一个不太强大的非群集框时，SSIS包运行速度加快了2倍的本地实例和Dtexec加载过程不显示在资源监视器中的networking部分。 只有源进程的Dtexecnetworking会话出现，速度相同。
在非群集情况下丢失的networkingstream量是否会给我带来刺激，还是我在寻找误导性的东西？
您的SQL Server确实具有与您SSIS不同的IP地址。 即使在“节点A”上运行，并且在“节点A”上运行了一个程序，SSIS ip = 100 in，集群式SQL将始终从“虚拟networking地址”你的情况。
这就是聚类的工作方式。
顺便说一下，虚拟IP由集群服务控制，并且绑定到节点A或B上的一个网卡，这些网卡是托pipe群集SQL Server