Biztalk编排在QA机器上减速而不在DEV上

Question

我有一个BizTalk应用程序，它循环XML并将数据发送到SQL Server数据库。编排在整个过程中在DEV机器上正常工作并且是一致的。但是如果我在QA机器上处理相同的文件，它会以相同的速度启动，然后性能会继续降低。数据库对象没有问题，与DEV相比，限制设置相同。我重新启动了机器。不确定为什么QA会以这种方式对此应用做出反应。

有哪些需要检查的区域？

Answer 1

有各种因素可能导致此问题以及整体解决方案的性能：

1. QA是一个共享环境，即还有其他解决方案 这可能会导致减速？

2. 如果您正在共享正在运行业务流程的主机，那么由于各种原因（例如内存问题等），该主机可能会受到限制，请使用性能计数器来监控主机限制状态。

3. 您可能在业务流程中有太多的持久性点，因为您正在循环并向循环中的sql db发送消息。如果你使用发送形状，它将导致每次发送循环中的持续点，将会大大降低性能。
4. 隔离问题，即业务流程是否运行缓慢或 发送到SQL需要时间。
5. 已启用跟踪且DTA作业未运行
6. 消息干净作业未在QA中按预期运行

Answer 2

我写了一篇关于如何使用SQL Server Profiler来捕获从BizTalk到SQL Server的RPC调用的博客。您可以通过这种方式隔离SQL是否导致问题;捕获DEV或QA上的RPC调用，然后尝试仅在QA上运行存储过程。如果它没有像DEV那样快速运行，那就是你的问题。如果是，请查看您的BizTalk工件。

以下是博客：http://blog.tallan.com/2015/01/09/capturing-and-debugging-a-sql-stored-procedure-call-from-biztalk/

Answer 3

BizTalk主机受限制，因为DatabaseSize超出了配置的限制限制。此外，SQL Server代理未在服务器上运行，因此清除进程未运行。这看起来随着时间的推移已经建立了数据库大小，直到Biztalk由于资源不足而限制了应用程序