实际上，我刚刚经历了同样的交易。
您是否使用dll引用项目外部的架构？我的问题是，我使用了一个程序集来引用我的Map中的模式，但是在部署时，该dll没有作为资源添加到项目中。
手动将该程序集作为资源添加到您的biztalk项目中，然后使用您的Map重新部署该项目，这应该可以工作。

如果你是在虚拟机上这样做的，我建议你拍一张快照，然后尝试应用修补程序。如果成功了，我会继续努力;如果没有，我会建议回滚快照，并通过他们的Connect网站与微软打电话，表明热修复KB 2673264解决了您的特定问题，但不适用于BizTalk Server 2013。
BizTalk的Microsoft Connect网站位于https://connect.microsoft.com/BizTalk。
您可能还想在Microsoft MSDN BizTalk论坛上提出此问题：http://social.msdn.microsoft.com/Forums/en-US/home?category=biztalkserver

将包含dll的程序集作为资源程序集添加到BiztalkApplication1中，它对我有效

验证application1或similar common应用程序中的所有外部程序集都是最新的

如果你将二进制文件（msi）部署到新的biztalk环境中，通常会发生这种情况。这是由于源/目标架构（以及任何其他引用程序集）在新的biztalk环境中尚不可用。
还应考虑在Map上调用的脚本functoid组件。
有时，这些模式可能在其他应用程序上可用。尝试先部署这些。

检查您的解决方案/属性，然后在左侧进行配置。
从那里，您可以单击需要部署或不需要部署的复选框。
确保部署的是Map正在使用的架构项目。（或者先部署架构项目，然后再部署Map项目。）

在我的情况下，错误是由于另一个未部署的BizTalk项目。
为了能够看到“真实的的”问题在哪里，我使用了这个解决方案：Greg Sharp blog
它允许我发现我当前项目中引用的项目没有部署在BizTalk中（DLL是GACed的，所以构建不会抛出任何错误）。
检查项目中使用的所有依赖项是否在BizTalk Server中已进行GACedAND DEPLOYED。

我发现我的问题是以前部署的模式存在冲突。我返回到BizTalk控制台，删除了该应用程序特有的所有模式，重新部署了模式和Map。这为我解决了它。