Откат изменений порта BizTalk Send

У меня есть тестовая среда BizTalk 2013 R2. Он работает в паре с SQL Server 2014 и Windows Server 2012 R2. Это зеркало нашей производственной среды, которая работает стабильно и без проблем уже более 6 лет.

Я работаю над добавлением нового партнера по интеграции, и я создал несколько статических портов отправки, которые используют настраиваемый компонент конвейера отправки, который надежно использовался в производстве в течение последних 6 лет. Пользовательский конвейер отправки добавляет в EdiSend возможность архивирования.

Проблема в том, что я заходил на статический порт отправки и несколько раз устанавливал конвейер отправки. Он будет работать неизвестное количество времени, но по какой-то причине он продолжает возвращаться к EdiSend. Я узнаю это, когда иду искать архивные файлы. Еще одна странность, которую я заметил, заключается в том, что если я войду в Ресурс › Изменить › Обновить, вместо того, чтобы открыть окно выбора файла в последнем использовавшемся каталоге, оно откроется в каталоге установки BizTalk. Моя первая мысль: что-то в базе данных должно откатывать изменения?

Обратите внимание, я единственный, кто работает в тестовой среде. Кто-нибудь еще видел это раньше? Мне интересно, является ли виновником недавнее обновление Windows, так как это началось совсем недавно.

введите здесь описание изображения


person David Gerst    schedule 11.01.2021    source источник
comment
Нет. На тестовом сервере не выполняются автоматические обновления. Тем не менее, я, возможно, решил проблему. Во-первых, я хочу отметить, что не сработало. Я удалил рассматриваемые порты и повторно импортировал конфигурацию привязки xml. Что, как я считаю, устранило проблему, так это изменение расписания резервного копирования SQL на Backup BizTalk Server (BizTalkMgmtDb) с каждых 15 минут на каждую ночь в полночь. Мне любопытно понять корреляцию между резервной копией и проблемой, с которой я столкнулся.   -  person David Gerst    schedule 13.01.2021
comment
Странно, между ними не должно быть никакой связи.   -  person Dijkgraaf    schedule 13.01.2021
comment
соглашаться. Я бы тоже не подумал, что будет. вот почему я только предполагаю, что это решило проблему.   -  person David Gerst    schedule 13.01.2021
comment
Итак, я ошибся, назвав виновником резервное копирование. Конвейер отправки вернулся обратно к EdiSend сразу после выполнения модификации => обновления => файла map.dll. Итак, я не уверен, почему обновление карт приводит к изменению конвейера отправки. Это тоже не имеет никакого смысла.   -  person David Gerst    schedule 14.01.2021
comment
Пробовали ли вы очистить файлы из папки %APPDATA%\Microsoft\BizTalk Server\Deployment\BindingFiles\ Существует известная проблема, связанная с использованием кэшированного файла привязки при определенных обстоятельствах, поэтому я спросил вас о развертывании, обновлении DLL может вызвать это   -  person Dijkgraaf    schedule 14.01.2021
comment
Отвечает ли это на ваш вопрос? Неожиданный сброс привязок в BizTalk 2009   -  person Dijkgraaf    schedule 14.01.2021
comment
Спасибо. Очистил файлы в папке, обновил DLL, и привязка Send Pipeline не изменилась.   -  person David Gerst    schedule 14.01.2021
comment
Так что да, дубликат той другой проблемы, которую я связал. Как видите, он существует уже некоторое время.   -  person Dijkgraaf    schedule 14.01.2021


Ответы (1)


Удалите файлы из %APPDATA%\Microsoft\BizTalk Server\Deployment\BindingFiles\

Существует известная проблема, связанная с использованием кэшированного файла привязки при определенных обстоятельствах при развертывании, которая существует как минимум с BizTalk 2009

person Dijkgraaf    schedule 09.02.2021