为什么在新服务器上插入 sqlCommand 期间出现 RPC 超时？

Question

我们正在将我们的数据库迁移到包含更新更强大服务器的异地数据中心。我有一个将数据从我的应用程序导入到我们的本地 sql 服务器的过程，它工作得很好。但是，我已将我的数据库移至新服务器，并且我定期收到 RPC 超时错误或不能声明它无法进行 RPC 调用的错误。

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

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

顺便说一句，我的机器和数据中心中的虚拟机都收到了这个错误，所以我认为这不是连接（距离）问题。

谢谢。

Answer 1

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

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

在 SQL Profiler 中，这看起来像是在您的服务器上进行大量活动和负载，但实际上并非如此。