【发布时间】：2021-04-16 17:24:32
【问题描述】：
我有一个 TEST BizTalk 2013 R2 环境。它与 SQL Server 2014 和 Windows Server 2012 R2 配对。它是我们生产环境的一面镜子，该环境已经稳定且没有问题超过 6 年。
我正在努力添加一个新的集成合作伙伴，并且我创建了一些静态发送端口，这些端口利用过去 6 年在生产中可靠使用的自定义发送管道组件。自定义发送管道为 EdiSend 添加了归档功能。
问题是我已经进入静态发送端口并设置了几次发送管道。它会在未知的时间内工作，但由于某种原因，它会不断恢复到 EdiSend。当我去查找存档文件时，我发现了这一点。我注意到的另一个奇怪之处是，如果我进入资源 > 修改 > 刷新，而不是在上次使用的目录中打开文件选择窗口，它将打开 BizTalk 安装目录。我的第一个想法是数据库中的某些内容必须回滚更改？
请注意，我是唯一一个在测试环境中工作的人。有没有其他人见过这个？我想知道最近的 Windows 更新是否是罪魁祸首，因为这是最近才开始的。
【问题讨论】：
-
没有。没有对测试服务器进行自动更新。但是，我可能已经解决了这个问题 首先，我想说明什么不起作用。我删除了有问题的端口，并重新导入了绑定配置 xml。我认为解决此问题的方法是将“备份 BizTalk Server (BizTalkMgmtDb)”上的 SQL 备份计划从每 15 分钟更改为每晚午夜。我很想了解备份与我遇到的问题之间的相关性。
-
奇怪，两者之间应该没有任何关联
-
同意。我也不认为会有。这就是为什么我只是推测这就是解决问题的原因。
-
所以，我错误地认为备份是罪魁祸首。执行修改 => 刷新 => map.dll 文件后，发送管道立即恢复为 EdiSend。所以，我不确定为什么更新地图会导致发送管道发生变化。这也没有任何意义。
-
您是否尝试过从 %APPDATA%\Microsoft\BizTalk Server\Deployment\BindingFiles\ 中清除文件在某些情况下使用缓存的绑定文件存在一个已知问题，这就是我问的原因关于您进行部署，刷新 DLL 可能会触发该问题
标签： configuration biztalk rollback biztalk-2013r2