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