Во время развертывания biztalk, когда не требуется импортировать MSI через консоль

Question

Какое приложение BizTalk, оркестровка, схема, изменения карты разрешено не заставлять импортировать MSI через консоль администратора, а только устанавливать DLL в GAC?

Импортирование через консоль принудительно останавливает ochiestration и завершает экземпляры, но для установки в GAC требуется только перезапустить хосты этого приложения.Поэтому иногда будет удобно не останавливать все в производственной среде.

Answer 1

Поддерживается: Никогда.

Вы всегда должны правильно развертывать приложения BizTalk.Это не является чем-то конкретным для BizTalk, все платформы имеют различные процедуры развертывания.

Во время Разработка : вспомогательные классы и внутренние изменения в схемах и картах часто могут быть добавлены.это меняет подпись любого артефакта.Оркестровки никогда не могут быть объединены в поток, потому что структура используется Tracking и может слегка изменяться даже при внутренних обновлениях.

Answer 2

Существуют большие риски, если вы просто GAC DLL в Производственной, не импортируя ее в BizTalk.

1. Что если для вашего следующего развертывания вы создадите резервную копию MSI из Prod, это будетсодержит старую DLL, которая находится в базе данных BizTalk, а не версию GACced.Это может означать, что если бы вам пришлось откатиться с помощью MSI, вы бы потеряли свой патч.Мы сталкивались с этим, когда кто-то из другой компании сделал исправление, и не только это, не проверило изменение в управлении исходным кодом, поэтому нам пришлось откатиться в первую очередь, поскольку этого изменения не было в пакете релиза..

2. Другой сценарий, по которому после развертывания необходимо выполнить откат, заключается в том, что вы используете предыдущий MSI (предварительное исправление), использовавшийся ранее для развертывания, и забыли повторно применить исправление.Опять же, это вызовет проблемы.

3. Если есть проблема, и схемы или карты в BizTalk не соответствуют версии GACced, это затрудняет диагностику любых проблем.

В итоге не делайте этого , вместо этого делайте правильные пакеты развертывания, сгенерированные с сервера сборки (так что в итоге будет развернуто только то, что находится в управлении исходным кодом).

Answer 3

Это очень открытый вопрос, и ответ во многом зависит от изменений, которые вы делаете.Ниже приведен список элементов, которые следует учитывать:

1. Большую часть времени для незначительных изменений существующих артефактов, таких как изменение кода оркестровки / .net, изменение компонента конвейера, изменение карты или схемы, можно выполнить без импорта.MSI для BizTalk.В этих случаях просто установите MSI и перезапустите хост.
2. В некоторых случаях вы можете просто добавить определенный ресурс, а не импортировать весь MSI.Например, если вы добавляете новый конвейер, если у вас есть отдельная сборка для конвейера, вы можете добавить только конвейерную сборку в качестве ресурса для использования нового конвейера.Таким же образом вы можете управлять другими артефактами.BizTalk также поддерживает параллельное развертывание сборки .Ключом для этого является наличие артефактов в отдельных сборках
3. Если что-либо из вышеперечисленного не работает, рассмотрите возможность полного импорта.

Какой бы способ развертывания вы ни выбрали, вам необходимопротестируйте тот же метод в вашей среде разработки, qa и поймите любую проблему, прежде чем делать это в prod.

Надеюсь, эта помощь.Есть и другая ссылка на развертывание BizTalk , на которую вы можете ссылаться.