Biztalk 导入MSI更改端口管道

我们正在使用BizTalk 2013，我们有几个资源可以导入web服务以使用其架构和端口。其中一些端口在我们的几个BizTalk应用程序中同时使用。在管理中，这些端口中的每一个都连接到同一个物理端口，因此场景是来自不同业务流程和资源的多个逻辑端口连接到同一个物理端口

在所有系统配置良好的情况下，我们将导入其中一些应用程序的MSI（仅MSI，不包括绑定），并且在导入正确完成后，如果我们检查共享的物理端口，则配置的管道（XmlReceive）将丢失，并设置管道通过

进行一些挖掘，当您进行MSI导入时，会在URI中创建一些绑定文件。\AppData\Roaming\Microsoft\BizTalk Server\Deployment\BindingFiles对于所有资源，我想在导入前获取当前情况，并在导入后再次应用。在创建的第一个绑定文件中，为物理端口很好地配置了管道，但在下一个绑定文件中，在端口中设置了直通管道。MSI导入结束后，端口似乎通过PassThru从一些文件获取管道配置

当然，如果我们在MSI导入之前/之后进行导出/导入绑定，那么它可以完美地工作。但这似乎更多的是一种变通办法，而不是最终解决方案

---

如果你们中的一些人有同样的问题和/或一些想法，我可以从中挖掘更多来避免这个问题，那就太好了。

是的，那些缓存的绑定有时会导致问题。导出绑定并重新导入或将其包含在MSI中不是一个解决方法，这是最好的方法。是的，但导出/导入需要重新编辑密码，因此我们在手动任务中会有类似的时间损失，并且在某些端口编辑中会有忘记/失败的风险。如果没有其他想法，我们将为测试环境创建一个主绑定。我们已经开始尽可能使用SSO附属应用程序，这样就不需要重新输入密码，这为部署节省了实时时间。这是否回答了您的问题？我从没试过，这可能是个解决办法。几年前我换了一份工作，所以我无法测试它，但我会尝试在我的个人笔记本电脑上复制，并让你知道。是的，那些缓存绑定有时会导致问题。导出绑定并重新导入或将其包含在MSI中不是一个解决方法，这是最好的方法。是的，但导出/导入需要重新编辑密码，因此我们在手动任务中会有类似的时间损失，并且在某些端口编辑中会有忘记/失败的风险。如果没有其他想法，我们将为测试环境创建一个主绑定。我们已经开始尽可能使用SSO附属应用程序，这样就不需要重新输入密码，这为部署节省了实时时间。这是否回答了您的问题？我从没试过，这可能是个解决办法。几年前我换了一份工作，所以我无法测试它，但我会尝试在我的个人笔记本电脑上复制，并让你知道。