使用外部URL而不是内部IP来解决SSIS中的服务器时性能是否受到影响？
我每天都在SQL Server代理中运行SQL Server Integration Services（SSIS）包。 我一直在监视软件包的性能，并在资源监视器中看到很多networking活动。 我正在从本地SQL Server实例加载数据到另一个本地SQL Server实例。 但是，我使用完全合格的URL来解决离线开发的服务器B / C更容易。 所以，而不是10.1.2.X我使用data.mydomain.com\instance 。
我是通过使用外部URL，而不是引用数据库为10.1.2.X\instance或localhost\instance性能命中？ 另外，为什么在这些软件包运行时看到如此高的networkingstream量？ networking上真的没有什么东西可以通过。
以下是在作业运行程序包时，资源监视器中的networkingstream量。
- 我关心的是mysqlconfiguration不够好，做得不好，怎么看？
- 提高ftp服务器的下载速度
- 安装了Debian 6的OpenVZ VPS上的rm -rf非常慢
- 为CDN使用不同的DNS服务器
- 为什么IIS不一致？
很明显networking上有很多stream量在运行，但是运行的作业只能从同一台机器读取和写入数据。
谢谢！
假设这些“外部URL”实际上是parsing到本地地址，再假设你没有任何DNS问题，不，这真的不应该有所作为。
至于高networking活动，你究竟看到了什么？
编辑
我正在采取一个疯狂的刺（因为我知道SSIS和一般MS SQL的内部工作很less），但也许DTEXEC.EXE进程作为NETWORK SERVICE运行和/或使用回送适配器进行本地处理？
通过使用Wireshark运行捕获或使用NetWorx带宽监视器 （需要下载便携版本;无需安装，无需安装免费软件）等简单的带宽监视器，您可以随时validation它是否是真正的networkingstream量。 其实你可以运行permon并设置一些networking计数器，但是如果我在黑暗中刺伤是正确的，这可能会显示相同的结果。
如果两个实例在同一个系统上，那么在使用完全限定的域名时，您将看到唯一的性能“命中”是DNS查找。 假设您的DNS服务器（或主机文件）仍然可以访问，性能影响可以忽略不计。
在访问这些FQDN时，IP将使用系统的回送接口，因此外部networking实际上不会涉及到指定给本地主机的stream量（以及任何结束于那里的URI）。