BizTalk Transactions - Atomic/Long Running

Question

Мне нужны некоторые материалы для практического использования транзакций BizTalk Atomic и Long Running. Я прочитал всю теорию, но не знаю, как будет работать транзакция Atomic, если я выполняю несколько вызовов SQL, и если какой-либо SQL-вызов завершится неудачей, как будет отменена ранее совершенная транзакция/данные.

Нужно руководствоваться/ссылка/указатель, чтобы лучше понять транзакцию.

BizTalk используется версия: 2010

Answer 1

Основное отличие состоит в том, что оркестровка никогда не будет сохраняться во время Atomic операции даже при отправке данных в окне сообщений - все будет сделано в одной транзакции, установленной DTC. На самом деле сообщение не отправляется на MB, если вы отправили его из транзакции Atomic - оно написано, но не выполнено. Другое отличие заключается в том, что Atomic-транзакция автоматически откатывает все внутри в случае отказа. Таким образом, вы можете быть уверены, что все действия внутри выполняются сразу или совсем нет.

В действительности атомная транзакция имеет слишком много ограничений и довольно экзотический способ делать что-то в BizTalk. Я реализовал множество решений с BizTalk, но до сих пор не использовал транзакции Atomic. Но я использую много Long Running для принудительной оркестровки, сохраняя некоторое промежуточное состояние (происходит в конце любой области транзакции) или определяет действия компенсации.

Answer 2

Смотрите этот блог Indetail About Atomic Scope/Transactions in BizTalk Server

В частности:

Обратите внимание, что объем BizTalk по атомной Сделке является до только BizTalk Server окно сообщения. Пожалуйста, рассмотрите это, прежде чем вы решите использовать Atomic scope.

Что касается множественных транзакций SQL, я не думаю, что вы можете сделать это с помощью формы Atomic, если вы не зависите от результатов первого вызова SQL. Если вам нужна одна транзакция SQL, которую можно отбросить, вам лучше сделать это в хранимой процедуре, которую вызывает BizTalk.

О том, как я использовал Atomic scopes, является необходимость вызова Pipeline внутри оркестра или вызова BRE.