为什么我在新服务器上插入sqlCommand期间获得RPC超时？

Question

我们正在将数据库迁移到包含更新更强大的服务器的异地数据中心。我有一个进程将数据从我的应用程序导入到我们的本地sql服务器，它运行良好。但是，我已将数据库移动到新服务器，并且定期接收RPC超时错误，或者不能发出错误，指出它无法进行RPC调用。

旧的sql server实际上只包含我的数据库和其他一些自定义应用程序数据库。也就是说，新服务器托管其他数据库以及我们的Sharepoint数据库和Team Foundation Server数据库。在查看SQL事件探查器时，我注意到许多来自TFSService的频繁RPC调用，即使当时没有人使用TFS。同样，Sharepoint也经常通过RPC连接，但与TFS不同，人们正在积极地使用它。

对我来说，这些数据库应该是他们自己的，也可以在他们自己的sql server上。我错了吗？你认为来自TFS和Sharepoint的RPC调用可能会占用我的连接吗？如果是这种情况，如果我不允许移动数据库和另一个sql服务器，有没有办法配置TFS和Sharepoint来减少与数据库的“不必要”交互量？我应该寻找其他任何想法吗？

顺便说一句，我从我的机器以及数据中心内存在的虚拟机收到此错误，因此我认为这不是连接（距离）问题。

谢谢。

Answer 1

Team Foundation Server 2010内置了通知系统（不要与发送电子邮件或SOAP事件的事件/警报系统混淆）。

每个应用程序层定期轮询Tfs_Configuration数据库中的一个表，询问“自从我上次检查以来，是否有任何我订阅的通知？”。通知的一个示例是当某人更改配置设置时，所有应用程序层几乎立即获取该更改而无需重新启动。

在SQL事件探查器中，这看起来像服务器上的大量活动和负载，但事实并非如此。