КОРЕКЦИЯ: Актуална корекция е налична, която предоставя допълнителни доставка режим свойства за минимално долния слой протокол изпращане и получаване на карти в BizTalk ускорител за HL7 в среда на BizTalk Server 2010

Работете навсякъде от всяко устройство с Microsoft 365

Надстройте до Microsoft 365, за да работите навсякъде с най-новите функции и актуализации.

Надстройване сега

Резюме

Тази статия описва актуална корекция, която предоставя два допълнителни свойства за доставка режим за минимално долния слой протокол (MLLP) изпращане и получаване на портове, когато използвате BizTalk ускорител за HL7 в среда на Microsoft BizTalk Server 2010:

  • Използвайте MLLP транспорт потвърждение

    Това свойство е налично в еднопосочно получат портове и еднопосочно изпращане портове.

  • Спиране на съобщение с искане за MLLP транспорт NAK

    Това свойство е налично само в еднопосочно изпращане портове.

MLLP получават карта поддържа двата режима на едностранно и двустранно заявка отговор. Ако получаване карта е конфигурирана, обработка на HL7 използва параметъра Подредени доставка . Това гарантира поддържането на реда на доставката. Когато получите MLLP адаптер работи в режим на двустранна, адаптер не ново съобщение от системата посока докато картата генерира приложение (MSA) потвърждение за предишното съобщение към системата посока. Генерирани ACK/NAK се изпраща съобщение кутия база данни (MessageBoxDB). MessageBoxDB чака следващия интервала между запитванията преди изпраща ACK/NAK посока система.

Посока системата изпраща съобщение за само една по една и след това получава ACK/NAK. Освен това е конфигуриран интервала между запитванията BizTalk и Подредени доставка параметър е зададен на True. Това означава, че броят на съобщенията, които се обработват за секунда е ограничен. Тази корекция предвижда допълнителни конфигурация за еднопосочно изпращане и получавате портове. Той не засяга ACK/NAK. Обаче значително увеличава броя на документи, които се обработват в секунда.

Трябва да използвате показателите да baseline преди и след като приложите тази актуална корекция. Когато показател, трябва да изпратите разумни брой съобщения по навременно. Например можете да използвате следното:

  • За BizTalk: съобщения категория, използвайте брояч Обработени документи/сек .

  • За BizTalk: съобщения закъснение категория, използват всички налични броячи.


Една от възможностите за увеличаване на броя на документите, които се обработват в секунда е да намали MaxReceiveInterval настройката за BizTalk хост. В зависимост от общата среда за настройка на компютъра, който се изпълнява Biz говорят Server 2010 и обема на документи, които се обработват, намаляване на настройката на MaxReceiveInterval може да има вреден ефект върху производителността на екземпляра на SQL Server. За настройка на SQL Server и BizTalk настройка се отнася за всички налични технически статии.

Допълнителна информация

Забележка: Тази актуална корекция също отстранява проблем в Microsoft BizTalk 2010 ускорител за HL7. За повече информация относно този проблем щракнете върху следния номер на статия в базата знания на Microsoft:

2454887 събития може да е неправилно регистрирани за MLLP базирани съобщение в BizTalk 2009 ускорител за HL7 на компютър, работещ под Microsoft BizTalk Server 2009 или Microsoft BizTalk Server 2010

Информация за актуалната корекция

Поддържана актуална корекция се предлага от Microsoft. Тази актуална корекция обаче е предназначена да коригира само проблема, описан в тази статия. Прилагайте тази корекция само към системи, изпитващи конкретния проблем, описан в тази статия. Може да се проведат допълнителни тестове на тази актуална корекция. Следователно ако не сте силно засегнати от този проблем, препоръчваме да изчакате следващата актуализация на софтуера, който ще съдържа тази корекция.

Ако актуалната корекция е налична за изтегляне, има секция "Налично изтегляне предлага" в горната част на тази статия от базата знания. Ако тази секция не се появява, свържете се с Microsoft за обслужване на клиенти и поддръжка, за да получите актуалната корекция.

Забележка: Ако възникнат допълнителни проблеми или проблеми, трябва да създадете отделна заявка за поддръжка. Обичайните такси за поддръжката ще важат за допълнителни въпроси и проблеми, които не спадат към конкретната актуална корекция. За пълен списък на телефонните номера на Microsoft за обслужване на клиенти и поддръжка или да създадете отделна заявка за поддръжка посетете следния уеб сайт на Microsoft:

http://support.microsoft.com/contactus/?ws=supportЗабележка: Формулярът "Налична актуална корекция изтегляне" показва езиците, за които е налична актуалната корекция. Ако не виждате вашия език, това е защото актуалната корекция не е налична за този език.

Необходими условия:

Трябва да имате Microsoft BizTalk ускорител за HL7 (BTAHL7) можете да приложите тази актуална корекция.

Информация за рестартиране

Може да се наложи да рестартирате компютъра, след като приложите тази актуална корекция. Ако не се появи подкана да рестартирате, трябва да рестартирате BizTalk услуги. За повече информация относно тази процедура вижте файла Readme.txt, включен в тази актуална корекция.

Информация за заместване на

Тази актуална корекция не замества издадените актуални корекции.

Файлова информация

Англоезичната версия на тази спешна корекция има файлови атрибути (или по-нови файлови атрибути), които са изброени в следващата таблица. Датите и часовете за тези файлове са изброени в координирано световно време (UTC). При преглед на информацията за файла, преобразувана в местно време. За да намерите разликата между UTC и местното време, използвайте раздела часова зона в елемента " Дата и час " в контролния панел.

Име на файл

Версия на файла

Размер на файла

Дата

Време

Платформа

Microsoft.solutions.btahl7.mllp.dll

3.9.526.2

116,608

07-Jun-2011

15:27

x86

Microsoft.solutions.btahl7.shared.dll

3.9.526.2

92,040

07-Jun-2011

15:27

x86

Mllpreceive.exe

3.9.526.2

26,456

07-Jun-2011

15:27

x86

Mllpsend.exe

3.9.526.2

26,448

07-Jun-2011

15:27

x86

За актуалната корекция

Съобщенията се извършва след корекция е инсталиран и конфигуриран

След като приложите и активирате тази спешна корекция, MLLP адаптер подава всяко съобщение, което е получено от MLLP адаптер за MessageBoxDB. Крайна точка Manager (EPM) изисква обратно картата и състоянието на подаване BatchComplete метод. Това води до картата за изпращане на фиксирането ACK/NAK посока система. От своя страна посока системата получава ACK/NAK и след това изпраща следващото съобщение. BatchComplete метод зависи от настройката на MaxReceiveInterval и се нарича веднага след съобщението е изпратен успешно на BizTalk.

След като съобщението е готова за изпращане, изпращане картата предава съобщението на веригата система. ACK/NAK се очаква, ако свойството Използва MLLP транспорт потвърждението е вярно. Ако изпрати ACK, BizTalk завърши обработката успешно. Ако изпратите NAK и ако свойството Спиране искане съобщение за MLLP транспорт NAK е вярно, съобщението се прекратява директно, без да опитате отново. Обаче ако Спре искане съобщение за MLLP транспорт NAK свойство е False, BizTalk ще повтори въз основа на изпращане порта опитай интервал настройки. (По подразбиране Спиране искане съобщение за MLLP транспорт NAK свойство е настроен на грешен.)

Следната диаграма показва поток от съобщения:

Message flow

  1. Съобщението, изпратено от системата посока изпращане заявление се обработва от MLLP получават карта.

  2. MLLP адаптер подава съобщението BizTalk/EPM.

  3. EPM извиква обратно картата за състоянието на подаване на съобщението. EPM прави това Пълно пакетно метод.

  4. Фиксиране ACK/NAK генериран от MLLP адаптер и се основава на състоянието на партида запитване. ACK/NAK се изпраща на изпращане приложението.

    Забележка: Ако състоянието на партида подаване е успешно, картата връща интерфейсно Обаче ако има повреда или подаване пъти (например, ако Пълна партида извикване на метод изтекло), картата връща NAK изпращане приложение.

  5. EPM предава съобщението за изпращане MLLP адаптер за предаване.

  6. MLLP изпрати карта изпраща преработени съобщението веригата система.

  7. Ниво на транспортния ACK/NAK се очаква от MLLP адаптер за изпращане да завърши съобщението.

  8. Ако съобщението в стъпка 7 ACK, картата пита EPM да го изтриете. В противен случай картата трябва да поиска EPM повторен опит, който се базира на настройката за интервал опитайте отново. Нова опция се предоставя изпращане порта конфигурационна настройка за спиране на съобщението директно, без да проследявам ако NAK MLLP е получил. По подразбиране тази опция е зададен на False. Ако тази опция е налице, съобщението ще бъде спряно директно, без повторен опит, ако не е получено NAK MLLP.

Транспортен ниво ACK/NACK формат

Сайтът съдържа следната информация:

  • Пример за MLLP се потвърждение:

    <SB><ACK><EB><CR>

  • Пример за MLLP отрицателен извършване на потвърждение:

    <SB><NAK><EB><CR>

Бележки

  • В тези примери < SB > препраща към Старт блок знак (1 байт). Това отговаря на < VT > ASCII знаци или < 0x0B >.

    Това не трябва да бъдат объркани с SOH или благодарение ASCII знаци.

  • В тези примери, < ACK > или < NAK > се отнася за потвърждение знака (1 байт. Отговаря на < ACK > ASCII знаци или < 0x06 >) или отрицателна потвърждение знак (1 байт. Отговаря на < NAK > ASCII знаци или < 0x15 >).

  • В тези примери < Ев > се отнася към края блок знак (1 байт). Това отговаря на < FS > ASCII знаци или < 0x1C >.

  • В тези примери < CR > се отнася за връщане на знаци за нов знак (1 байт). Това отговаря на < CR > ASCII знаци или < 0x0D >.

  • Microsoft предоставя информация за контакт с трети лица, за да ви помогне да намерите техническа поддръжка. Тази информация може да се променя без уведомяване. Microsoft не гарантира точността на информацията за контакти с други производители.

Как да конфигурирате получаване и изпращане на портовете за използване на нови свойства

Конфигуриране на получаване и изпращане на портове по следния начин.

Забележка: Получаване и изпращане порта настройките може да се използва самостоятелно или заедно.

Получавате порт конфигурация
  • Порт трябва да е еднопосочен порт.

  • Подредени доставка параметър трябва да бъдат разрешени.

  • Трябва да зададете свойството Използва MLLP транспорт потвърждение на истински да транспорт ниво потвърждение. По подразбиране това свойство е зададен на False съществуващите портове или нови портове.

Receive port

Конфигуриране на порт за изпращане
  • Порт трябва да е еднопосочен порт.

  • Нетрябва да бъде зададена режим solicit отговор.

  • Подредени доставка параметър трябва да бъдат разрешени.

  • Трябва да зададете свойството Използва MLLP транспорт потвърждение на истински да транспорт ниво потвърждение. По подразбиране това свойство е зададен на False съществуващите портове или нови портове.

  • Трябва да зададете свойството Спиране искане съобщение за MLLP транспорт NAK на True ако съобщенията трябва да бъде спряно директно, без да се повтори при транспортиране NAK е получена от веригата система. В противен случай съобщението ще се повтори толкова пъти, зададено за транспортиране разширени опции на изпращане порта. По подразбиране това свойство е зададен на False съществуващите портове или нови портове.

Send port

За свойството "Използвай MLLP транспорт потвърждение"

Следната таблица описва очакваното поведение на едностранно и двустранно портовете, които използват свойството Използва MLLP транспорт потвърждение . Нужната комбинация от настройки трябва да се прилагат, както е описано в раздела "Как да разрешите актуалната корекция".

Бележки

  • "Посока система" се отнася за изпращане приложението. Тя изпраща съобщения на BizTalk. Тези съобщения се входящо на BizTalk.

  • "Веригата система" се отнася за получаване приложението. Получава съобщения от BizTalk. Тези съобщения са изходящи на BizTalk.



Вид на порт

MLLP V2 опция

MLLP V2 опция за изключване

Еднопосочен получават

Изпрати MLLP ACK/NAK посока система BatchComplete метод.

Промяна в поведението. В този случай не ACK/NAK се изпраща на системата посока.

Двустранна получават

Промяна в поведението. В този случай HL7 ACK/NAK TransmitMessage метод се изпраща на системата посока.

Забележка Тази опция не се поддържа. Например игнорира дори ако стойността е вярно.

Промяна в поведението. В този случай HL7 ACK/NAK TransmitMessage метод се изпраща на системата посока.

Еднопосочно изпращане

MLLP ACK/NAK от веригата система е чакаше след съобщението се предава.

Промяна в поведението. В тази ситуация ACK/NAK от веригата система е не чакаше след съобщението се предава.

Двустранна изпращане или еднопосочно изпращане на режим искат отговор

Промяна в поведението. В този случай HL7 ACK/NAK от веригата система е чакаше след съобщението се предава.

Забележка Тази опция не се поддържа. Например игнорира дори ако стойността е вярно.

Промяна в поведението. В този случай HL7 ACK/NAK от веригата система е чакаше след съобщението се предава.



Двустранна получаване и изпращане на порт поведение не се променя. Еднопосочен получаване и изпращане на порт поведение и не се променя освен ако не Използва MLLP транспорт потвърждение свойство на true.

За повече информация вижте документацията на MLLP адаптер. Ако еднопосочно получаване и изпращане портове са подходящи конфигурация, подобрява производителността. Ако свойството Използва MLLP транспорт потвърждение двустранна порт или еднопосочна порт е false, вид ACK, който се генерира продължава без промени. В този случай вид ACK, който се генерира зависи от BTAHL7 Explorer за конфигуриране на настройките за приложението, което изпраща съобщението. Стойността в полетата MSH 15 и MSH 16 на определено съобщение да промените тази настройка. Обаче ако свойството Използва MLLP транспорт потвърждение двустранна порт или еднопосочна порт е false, можете да зададете конфигурацията за приложения, които очаквате статични ACKs само с помощта на прозорец за конфигуриране на BTAHL7. Поведение на изчакване за порта остава непроменено.

Очакваното поведение в ъгъла случаите, когато се използват свойства е както следва:

RECEIVE

  • WrongMLLPFormat: съобщението не е изпратен на BizTalk.

  • WrongHL7Format: съобщението е изпратена BizTalk и MLLP ACK/NAK се предава, базиран на състоянието на партида изпълнение.

  • TransmittingSocketIssue: MLLP ACK/NAK не се предава, въпреки че съобщението е изпратен на BizTalk.

  • ReceivingSocketIssue: съобщението не е получено и не се предаде и няма MLLP ACK/NAK предаване се изпраща.

  • Ако не представяне на BizTalk, NAK се предава.

  • Ако не е получено отрицателно състояние на пълна партида, NAK се предава.

Изпращане и изпращане на порт свойство "Изпращане на съобщения на текущото съобщение за грешка stop" = True

  • WrongMLLPFormat: съобщението е спряно, защото MLLP ACK/NACK не може да бъде прочетен. Обработка няма да продължи до спряно съобщенията са изчистени.

  • WrongHL7Format: съобщението е неуспешно, преди да достигне адаптер. Обработка няма да продължи до спряно съобщенията са изчистени.

  • TransmittingSocketIssue: съобщението е спряно. Обработка няма да продължи до спряно съобщенията са изчистени.

  • ReceivingSocketIssue: съобщението е спряно. Обработка няма да продължи до спряно съобщенията са изчистени.


Очакваното поведение при Спиране искане съобщение за MLLP транспорт NAK собственост е True или False е както следва:

  • Когато Спре искане съобщение за MLLP транспорт NAK свойство е зададен на True и получаване NAK, съобщението се прекратява без да се опитайте да го изпратите.

  • Когато Спре искане съобщение за MLLP транспорт NAK свойство е настроен да по подразбиране на False, опитайте да изпратите съобщение е стартирана, въз основа на изпращане порта опитай интервал настройки.


Промени в MLLP SDK програма

Помощната програма за SDK MLLP включва следните нови параметри. Всички други параметри остава непроменено. За повече информация вижте документацията на продукта.

  • За MLLPReceive.exe Използвайте нов параметър за връщане назад MLLP/NAK след получаване на съобщението. Например:

    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK

  • За MLLPSend.exe използвайте параметъра нови да чакате за MLLP ACK/NAK. Например:

    MLLPSend /sb 11 /eb 28 /cr 13/f "C:\HL7\ls.txt" /I 127.0.0.1 /p 11000 /UseMLLPTransACK

Препратки

За повече информация как да управлявате настройките за производителност в BizTalk сървъра, посетете следния уеб сайт на Microsoft Developer Network (MSDN):

Управление на настройки за изпълнение на BizTalk сървърЗа повече информация относно съобщения на показателите посетете следния уеб сайт на MSDN:

Съобщения на показателитеЗа повече информация относно подредени доставяне на съобщения посетете следния уеб сайт на MSDN:

Подредени доставката на съобщенияЗа повече информация относно 2010 BizTalk ускорител за HL7 (BTAHL7), посетете следния уеб сайт на Microsoft:

BizTalk 2010 ускорител за HL7 документация (BTAHL7)За повече информация относно метода IBTBatchCallBack.BatchComplete посетете следния уеб сайт на MSDN:

IBTBatchCallBack.BatchComplete методЗа повече информация относно BizTalk Server спешни корекции щракнете върху следния номер на статия в базата знания на Microsoft:

2003907 информация за BizTalk Server актуални корекции

Нуждаете се от още помощ?

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към Microsoft приобщени

Беше ли полезна тази информация?

Благодарим ви за обратната връзка!

Благодарим ви за вашата обратна връзка. Изглежда, че ще бъде полезно да ви свържем с един от нашите агенти по поддръжката на Office.

×