一个同事声称BizTalk很慢，不应该使用。 他认为，他从来没有听说过关于BizTalk的任何积极的看法，认为它很慢，而且使用它的客户想用其他东西代替它。
我正处于一些数据迁移的规划阶段，我想知道更多的人是否有这种感觉。 我觉得有点难以相信它不应该正常工作。
我正在研究使用BizTalk每晚更新Dynamics CRM中的几百万条logging，而不是编写自定义应用程序。
当谈到吞吐量（每秒消息）时，BizTalk是非常高的性能。 延迟（每个消息的时间）并不如性能高，但应适合90％的情况。
但是，对于数据迁移，还有更好的工具，比如Microsoft SQL堆栈上的SSIS。 BizTalk是关于实时移动小数据，而不是一次性移动大数据
我会同意这一点 – 如果架构是正确的，Biztalk是非常快的。 你可以扩展它（因为它使用SQL服务器作为消息框）。
每当我看到一个“缓慢”的biztalk，它通常是编排的devise和不理解的消息框的影响。
就使用CRM Webservices进行夜间更新logging的数据迁移而言 – 如果您只是以编程方式进行更新，Biztalk将不会真正为您带来任何好处，并且会花费您的时间。
一个SSIS真的会更好。 数据集成/迁移使用SQL集成服务（SSIS）2008 MSDN博客