BizTalk 中的发送端口上是否有“订购交付”的替代方案？消息的顺序对我来说非常重要，所以我创建了一个编排，在消息不按顺序时暂停消息，在消息按顺序时恢复消息。我使用长时间运行的编排和直接端口绑定。
现在一些消息在发送管道中处理得更快，所以有时消息不是按顺序排列的（我使用文件适配器......）。现在，当我检查“有序传递”时，无论如何，消息都是按顺序排列的，但是性能真的很差（消息在发送端口中堆积），所以我需要在发送中找到有序传递的替代方案港口。
有什么建议么？
谢谢
问问题
1446 次
2 回答
1
现在，订单交付显然增加了 FIFO 模式的大量开销。看看这篇文章，看看第一期的 FIFO 文章。还可以查看 BizTalk 的总体性能，以帮助加快解决方案的其他一些领域。现在我看到一些人尝试了他们自己的自定义解决方案来通过 .net 和 SQL 进行排序，但性能并没有那么好，因为排序模式需要时间来处理。还请查看有关性能的这些资源：
- 计划性能测试时的注意事项 - http://msdn2.microsoft.com/en-us/library/aa972201.aspx
- BizTalk 2006 适配器性能数字 - http://msdn2.microsoft.com/en-us/library/aa972200.aspx
- 如果您的输入或输出传输是 SOAP，请阅读此可扩展性研究 - http://msdn2.microsoft.com/en-us/library/aa972198.aspx
- 与基础架构设置相关的 BizTalk 性能的良好证明点 - http://msdn2.microsoft.com/en-us/library/ms864801.aspx
于 2011-01-22T15:07:40.277 回答
0
您是否有多个数据要发送到的位置？因此，它必须按顺序排列，但可以分开。如果是这样，您可以使用关联和有序交付，并拥有多个交付和加速流程的管道。
于 2011-02-13T17:17:44.613 回答