ВИПРАВЛЕННЯ: Доступне виправлення, що забезпечує додаткові властивості режиму, мінімальний протоколу нижчого рівня, надсилання й отримання адаптерів у корисна можливість BizTalk для HL7, у середовищі BizTalk Server 2010

Загальні відомості

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

Використання MLLP транспортування підтвердження

Ця властивість доступна як односторонній з'являється, односторонній надсилання портів, портів і.
Призупинення повідомлення з запитом на MLLP-транспорту НАК

Ця властивість доступна лише в односторонній надсилання портів.

У MLLP, отримують адаптер підтримує обидва режими односторонній і передавати запит-відповідь. Настроєно отримати адаптер HL7 обробки, використовується параметр Доставки, що замовлення . Це гарантує, що підтримується порядок доставки повідомлень. У MLLP, отримання, адаптер працює двосторонній режим, адаптер не з'являється повідомлення з висхідним системи, доки адаптер, створює підтвердження попереднього повідомлення в системі, що сервер застосунків (MSA). ACK згенерований НАК надсилається повідомлення поля бази даних (MessageBoxDB). MessageBoxDB чекає наступного інтервалу опитування, перед надсиланням ACK/НАК верхнього системи.

Сервер системи надсилає лише одне повідомлення, у той час, і лише після того, як він отримує ACK/НАК. Крім того, настроєний інтервал опитування для BizTalk і Доставки, що замовлення параметр має значення True. Це означає, що кількість повідомлень, які обробляються на другий обмежена. Це виправлення забезпечує додаткове налаштування для односторонній надіслати і отримати портів. Це не впливає на ACK/НАК. Проте значно збільшується кількість документів, які обробляються за секунду.

Лічильники продуктивності слід прийняти базового, перш ніж, і після застосування цього виправлення. Після того, як ви тестів, потрібно надіслати потрібну кількість повідомлень, протягом розумних. Наприклад, можна використовувати такі:

Для на BizTalk: обмін повідомленнями категорії, використовуйте лічильник Обробки документів за секунду .
Для на BizTalk: затримки, обмін повідомленнями категорії, використовуйте всі доступні лічильники.

Один варіант, щоб збільшити кількість документів, які обробляються за секунду зменшити значення параметра MaxReceiveInterval BizTalk хоста. Залежно від середовища загальна про налаштування комп'ютера, на якому Biz розмови Server 2010 і тому документів, які обробляються зниження параметр MaxReceiveInterval може мати негативний вплив на продуктивність екземпляра SQL Server. Для SQL Server, настройки та налаштування в BizTalk див. Усі технічні статті.

Додаткові відомості

Примітка. Це виправлення, також усуває проблеми в Microsoft 2010 корисна можливість BizTalk для HL7. Щоб отримати додаткові відомості про цю проблему клацніть номер статті в базі знань Microsoft Knowledge Base:

2454887 події може неправильно MLLP на основі повідомлення у 2009 році-прискорювач BizTalk для HL7 увійти до системи комп'ютера під керуванням Microsoft BizTalk Server-2009 або сервера Microsoft BizTalk Server 2010

Відомості про виправлення

Виправлення доступне від корпорації Майкрософт. Проте це виправлення призначена для вирішення проблеми, описаної в цій статті. Застосовуйте це виправлення лише до систем, які відчувають проблеми, описані в цій статті. Це виправлення може отримати додаткове тестування. Тому, якщо ця проблема не сильно впливає на вас, ми рекомендуємо почекати наступного оновлення програмного забезпечення, що містить це виправлення.

Якщо Виправлення доступне для завантаження, є розділ "Виправлення доступне для завантаження" на початку цієї статті бази знань. Якщо цей розділ не відображається, зверніться до служби підтримки клієнтів 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. Кінцевої точки диспетчера (EPM) викликає назад в BatchComplete метод адаптер, разом із надсилання відомостей про стан. Це призводить до адаптера надіслати транзакцію ACK/НАК верхнього системи. У свою чергу, сервер системи отримує ACK/НАК та надсилає наступне повідомлення. Метод BatchComplete не залежить від параметра MaxReceiveInterval і називається відразу після того, як повідомлення надіслано до BizTalk належним чином.

Щойно повідомлення можна надіслати, надсилання адаптер, передає повідомлення нижнього рівня системи. ACK-НАК належним чином, якщо Використання MLLP-транспорту підтвердження властивість має значення True. Якщо надіслати до ACK, BizTalk, завершує обробку належним чином. Якщо надіслати до НАК та Призупинення запит повідомлення на MLLP транспортування НАК властивість має значення True, безпосередньо, не повторенням призупинено повідомлення. Однак, якщо властивість Призупинення запит повідомлення на MLLP транспортування НАКFalse, BizTalk повторить залежно від надсилання порт часовий інтервал параметрів. (За промовчанням, Призупинення запит повідомлення на MLLP транспортування НАК властивість має значення False.)

Нижче наведено в потоку для повідомлень:

Message flow

Повідомлення, надіслані з висхідним системою відправника застосунку обробляються в MLLP, отримують адаптер.
У адаптер mllp, надсилає повідомлення BizTalk/EPM.
У EPM виклики, тому адаптер щодо надсилання повідомлення. У EPM відбувається Повного пакета способу.
Виконати ACK/НАК створюється в адаптер mllp і на основі пакета надсилання відомостей про стан. ACK-НАК надсилається відправника застосунку.

Примітка. Якщо стан пакета надсилання відомостей про успіх, адаптер, повертається до ACK. Проте, якщо існує відмова устаткування або надсилання часу (наприклад, якщо в Повного пакета виклик методу, часу очікування), адаптер повертається до НАК відправника застосунку.
У EPM тримає через повідомлення до на адаптер надіслати mllp для передавання.
У MLLP надіслати адаптер надсилає повідомлення обробляються нижнього рівня системи.
Транспортний рівень ACK/НАК очікується до надсилання адаптер mllp завершити зв'язку.
Якщо на кроці 7 повідомлення з ACK, адаптер, запитує EPM, щоб видалити повідомлення. В іншому випадку адаптер має попросити з EPM на основі часовий інтервал параметр "Повторити". Новий параметр надаються у параметр конфігурації надсилання до порту, призупинення повідомлення, без кнопку "Повторити", якщо отримано з MLLP НАК. За промовчанням цей параметр має значення False. Якщо цей параметр має значення True, повідомлення буде призупинено, не кнопку "Повторити", якщо отримано з MLLP НАК.

Транспортний рівень ACK-NACK формат

Веб-сайт, містить такі відомості:

Приклад MLLP здійснювати підтвердження:

<SB><ACK><EB><CR>
Приклад з MLLP негативного, збережіть підтвердження:

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

Примітки

У цих прикладах < SB > стосується блокування, запустіть символів (1 байт). Це відповідає символів ASCII-< VT > або < 0x0B >.

Це не слід плутати з SOH або STX ASCII символів.
У цих прикладах < ACK > або < НАК >, зверніться до підтвердження символів (1 байт. Відповідає символів ASCII-< ACK > або < 0x06 >) або негативно на підтвердження символів (1 байт. Відповідає символів ASCII-< НАК > або < 0x15 >).
У цих прикладах < EB > стосується блокування в кінці символ (1 байт). Це відповідає символів ASCII-< FS > або < 0x1C >.
У цих прикладах < CR > стосується каретки символів (1 байт). Це відповідає символів ASCII-< CR > або < 0x0D >.
Корпорація Майкрософт надає контактні відомості сторонніх виробників, щоб допомогти вам отримати технічну підтримку. Ці дані можуть змінюватися без попередження. Корпорація Майкрософт не гарантує точності контактних відомостей сторонніх виробників.

Як налаштувати отримання та надсилання порти для використання нових властивостей

Настроювання отримання та надсилання портів, таким чином.

Примітка. Надсилання, отримання і параметри портів, можна використовувати самостійно або разом.

Отримання конфігурації портів

Порт, має бути односторонній порт.
Доставка, упорядкований параметр має бути ввімкнуто.
Має властивість Використання MLLP-транспорту підтвердженняTrue Увімкнення транспортний рівень-підтвердження. За промовчанням ця властивість має значення ХИБНІСТЬ для існуючі порти або нових портів.

Receive port

Надсилання конфігурації портів

Порт, має бути односторонній порт.
Немає бути встановлено режим solicit відповідь.
Доставка, упорядкований параметр має бути ввімкнуто.
Має властивість Використання MLLP-транспорту підтвердження True Увімкнення транспортний рівень-підтвердження. За промовчанням ця властивість має значення ХИБНІСТЬ для існуючі порти або нових портів.
Слід указати властивість Призупинення запит повідомлення на MLLP транспортування НАК True повідомлення, потрібно бути припинено, безпосередньо, не буде повторно під час переміщення-НАК з нижнього рівня системи. В іншому разі повідомлення буде повторено кількість разів, установлений у транспортування, додаткові параметри, надішліть порту. За промовчанням ця властивість має значення ХИБНІСТЬ для існуючі порти або нових портів.

Send port

Про власність "Використання підтвердження MLLP транспорт"

У нижченаведеній таблиці описано за коректної односторонній або двосторонній портів, за допомогою властивості Використання MLLP транспортування підтвердження . Необхідне поєднання параметри мають бути застосовані, як описано в розділі "Як активувати".

Примітки

"Сервер системи" відповідає відправника застосунку. BizTalk він надсилає повідомлення. Ці повідомлення, які входять до BizTalk.
Отримання програми означає "Нижнього рівня системи". Він отримує повідомлення із BizTalk. Ці повідомлення є вихідні для BizTalk.

Тип порту	Параметр MLLP V2	Параметр MLLP-V2 вимкнути
Односторонній отримання	Надіслати MLLP ACK/НАК верхнього систему BatchComplete методом.	Без змін в поведінці. У цій ситуації не ACK НАК надсилається верхнього системи.
Приймачі отримання	Без змін в поведінці. У цьому випадку HL7 ACK/НАК способу, TransmitMessage надсилається верхнього системи. Примітка Цей параметр не підтримується. Наприклад, ігнорувати, навіть якщо значення True.	Без змін в поведінці. У цьому випадку HL7 ACK/НАК способу, TransmitMessage надсилається верхнього системи.
Односторонній надсилання	ACK-НАК MLLP нижнього рівня системи чекають після того, як буде передано повідомлення.	Без змін в поведінці. У цьому випадку ACK/НАК нижнього рівня системи не чекають після того, як буде передано повідомлення.
Приймачі надсилання або односторонній надсилання з режимом запросити відповідь	Без змін в поведінці. У цьому випадку HL7 ACK/НАК нижнього рівня системи чекають після того, як буде передано повідомлення. Примітка Цей параметр не підтримується. Наприклад, ігнорувати, навіть якщо значення True.	Без змін в поведінці. У цьому випадку HL7 ACK/НАК нижнього рівня системи чекають після того, як буде передано повідомлення.

Приймачі отримання та надсилання до порту поведінка не змінюється. Односторонній отримання та надсилання до порту поведінка також не змінюються, якщо не Використовувати MLLP-транспорту підтвердження розташований на true.

Щоб отримати додаткові відомості див. документацію адаптер MLLP. Якщо односторонній отримання і надсилання портів відповідні настройки, продуктивність, підвищення. Якщо Використовується MLLP-транспорту підтвердження властивість двосторонній порт або порти односторонній ХИБНІСТЬ, такого роду ACK, який створюється раніше без змін. У цій ситуації такого роду ACK, який створюється залежить від параметрів BTAHL7 конфігурації Explorer застосунок, який надсилає повідомлення. Значення в полях MSH 15 і 16-MSH повідомлення, можна змінити цей параметр. Проте, якщо властивість Застосування MLLP-транспорту підтвердження двосторонній порт або порти односторонній встановлено значення false, можна встановити конфігурації для програм, які очікують статичного ACKs лише за допомогою провідника BTAHL7 конфігурації. Час очікування поведінка порту залишається незмінним.

Очікувана поведінка, у випадках, кут під час використання властивості становить:

RECEIVE

WrongMLLPFormat: повідомлення не надіслано до BizTalk.
WrongHL7Format: повідомлення буде надіслано BizTalk і MLLP ACK/НАК передаються на основі стан пакета виконання.
TransmittingSocketIssue: MLLP ACK/НАК не передається, хоча це повідомлення надіслано BizTalk.
ReceivingSocketIssue: повідомлення не отримано і тому не надіслано, а не передачі, MLLP ACK/НАК надсилається.
У разі спроби надсилання, щоб BizTalk передаються до НАК.
Якщо отримано негативний стан пакета завершено, передаються до НАК.

НАДСИЛАННЯ та надіслати портів Властивості "stop, подальші відправлення на поточний помилки, повідомлення" = True

WrongMLLPFormat: повідомлення припинено, оскільки не вдалося прочитати MLLP ACK-NACK. Обробка не надалі, доки призупинення повідомлення буде очищено.
WrongHL7Format: помилка повідомлення, перш ніж вона потрапить до адаптера. Обробка не надалі, доки призупинення повідомлення буде очищено.
TransmittingSocketIssue: повідомлення припинено. Обробка буде скасовано, доки не очищено призупинення повідомлення.
ReceivingSocketIssue: повідомлення припинено. Обробка не надалі, доки призупинення повідомлення буде очищено.

Очікувана поведінка, коли Призупинення запит повідомлення на MLLP транспортування НАК властивість встановлено значення True , або False становить:

Під час Призупинення запит повідомлення на MLLP транспортування НАК властивість має значення True , і надходить до НАК повідомлення припинено без "Повторити", щоб надіслати його.
Після Призупинення запит повідомлення на MLLP транспортування НАК властивість має значення параметра за промовчанням False, "Повторити", надіслати повідомлення, запускається, на основі інтервал параметри надсилання портів повторіть спробу.

Зміни, внесені до MLLP SDK. exe

Утиліта MLLP SDK містить такі нові параметри. Інші параметри залишаються незмінними. Щоб отримати додаткові відомості див. документацію продукту.

Для MLLPReceive.exe за допомогою нового параметра повернення MLLP ACK/НАК, після того, як отримав повідомлення. Наприклад:

MLLPReceive /sb-11-/p 12000 /eb 28 /cr 13 /MLLPTransACK
MLLPReceive /sb-11-/p 12000 /eb 28 /cr 13 /MLLPTransNAK
Для MLLPSend.exe за допомогою нового параметра чекати MLLP ACK/НАК. Наприклад:

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

Посилання

Щоб отримати додаткові відомості про настроювання параметрів продуктивності, у BizTalk server відвідайте такий веб-сайт Microsoft Developer Network (MSDN):

Керування параметрами з продуктивністю сервера BizTalkЩоб отримати додаткові відомості про повідомлення лічильників продуктивності відвідайте такий веб-сайт MSDN:

Обмін повідомленнями, лічильники продуктивностіЩоб отримати додаткові відомості про замовлення доставки повідомлень відвідайте веб-сайті MSDN:

Замовлення доставки повідомленьЩоб отримати додаткові відомості про 2010-прискорювач BizTalk для HL7 (BTAHL7), відвідайте веб-сайт корпорації Майкрософт:

2010-прискорювач BizTalk для HL7 (BTAHL7) документаціїЩоб отримати додаткові відомості про метод IBTBatchCallBack.BatchComplete відвідайте такий веб-сайт MSDN:

IBTBatchCallBack.BatchComplete спосіб.Щоб отримати додаткові відомості про виправлення для BizTalk Server клацніть номер статті в базі знань Microsoft Knowledge Base:

2003907 відомості про виправлення для сервера BizTalk