Remediere: O remediere rapidă este disponibilă care furnizează proprietățile suplimentare modul de livrare pentru minim mai mică Layer Protocol trimite și primi adaptoare în BizTalk Accelerator pentru HL7 într-un mediu BizTalk Server 2010

Rezumat

Acest articol descrie o remediere rapidă care furnizează două proprietăţi suplimentare modul de livrare pentru minim mai mică Layer Protocol (MLLP) trimite și primi porturile atunci când utilizați BizTalk Accelerator pentru HL7 într-un mediu Microsoft BizTalk Server 2010:

Utilizați confirmare de Transport MLLP

Această proprietate este disponibilă în ambele univocă primesc porturi și porturi univocă trimitere.
Mesaj de solicitare de suspendare pe MLLP Transport cristina

Această proprietate este disponibilă numai în porturile univocă trimitere.

MLLP primi adaptor acceptă ambele moduri de răspuns univocă și dublu sens solicitarea. Dacă adaptorul de primire este configurat, procesarea HL7 utilizează parametrul Livrarea ordonată . Acest lucru garantează că se păstrează ordinea de livrare mesaj. Când primiți MLLP Adaptor funcţionează în modul dublu sens, adaptorul nu primește un mesaj nou din sistemul upstream până când adaptorul generează o confirmare de aplicație (MSA) pentru mesajul anterior la sistemul upstream. Generat ACK/cristina este trimis la caseta de date de mesaj (MessageBoxDB). MessageBoxDB așteaptă pentru următoarea sondajele efectuate înainte de a trimite ACK/cristina la sistem upstream.

Sistemul upstream trimite numai un mesaj de la un moment dat și numai după ce le primește o ACK/cristina. În plus, intervalul dintre sondajele efectuate BizTalk este configurat și parametrul Livrarea ordonată este setată la True. Aceasta înseamnă că numărul de mesaje care sunt procesate pe al doilea este limitată. Această remediere rapidă furnizează pentru configurare suplimentare pentru trimitere univocă și porturile. Nu afectează ACK/cristina. Cu toate acestea, sporește semnificativ numărul de documente care sunt procesate pe secundă.

Ar trebui să utilizați contoare de performanță pentru a lua o bază înainte și după aplicarea acestei remedieri rapide. Atunci când de referinţă, ar trebui să prezinte un anumit număr de mesaje într-o perioadă rezonabilă. De exemplu, ați putea folosi următoarele:

Pentru BizTalk: mesagerie categorie, utilizați contorul Documente procesate/Sec .
Pentru BizTalk: mesagerie latență categorie, utilizați toate contoare disponibile.

O opţiune pentru a crește numărul de documente care sunt procesate pe secundă este să reduceți setarea MaxReceiveInterval pentru BizTalk gazdă. În funcție de mediul global, tuning de computer care execută Biz Talk Server 2010 şi pe volumul de documente care sunt procesate, scăderea setarea MaxReceiveInterval ar putea avea efecte negative asupra performanțele instanța de SQL Server. Pentru SQL Server reglarea și BizTalk reglarea, se referă la toate articolele disponibile tehnice.

Mai multe informații

Notă Această remediere rapidă, de asemenea, se rezolvă o problemă în Microsoft BizTalk 2010 Accelerator pentru HL7. Pentru mai multe informații despre această problemă, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:

2454887 evenimentele s-ar putea fi incorect înregistrate pentru un mesaj de tip MLLP în BizTalk 2009 Accelerator pentru HL7 pe un computer care execută Microsoft BizTalk Server 2009 sau Microsoft BizTalk Server 2010

Informații despre remedierea rapidă

O remediere rapidă compatibilă este disponibilă de la Microsoft. Cu toate acestea, scopul său este de a corecta numai problema descrisă în acest articol. Aplicați această remediere rapidă numai pentru sistemele care întâmpină problema descrisă în acest articol. Această remediere rapidă poate să necesite testare suplimentară. Prin urmare, dacă nu sunteți grav afectat de această problemă, vă recomandăm să aşteptaţi următoarea actualizare software care conţine această remediere rapidă.

Dacă remedierea rapidă este disponibilă pentru descărcare, există o secțiune "Descărcare remediere rapidă disponibilă" în partea de sus a acestui articol din baza de cunoștințe. Dacă nu apare această secţiune, contactaţi Microsoft Client Service și suport pentru a obţine remedierea rapidă.

Notă Dacă se produc probleme suplimentare sau este necesară depanarea, poate fi necesar să creați o solicitare de asistenţă separată. Costurile de obicei pentru suport se vor aplica pentru sprijin suplimentar, întrebări și probleme care nu sunt specifice pentru această remediere rapidă . Pentru o listă completă cu numerele de telefon ale clienților servicii și asistență Microsoft sau pentru a crea o solicitare de asistenţă separată, vizitați următorul site Web Microsoft:

http://support.microsoft.com/contactus/?ws=supportNotă Formularul "Descărcare remediere rapidă disponibilă" afişează limbile pentru care este disponibilă remedierea rapidă. Dacă nu vedeți limba dvs., înseamnă că o remediere rapidă nu este disponibilă pentru respectiva limbă.

Cerințe preliminare

Trebuie să aveți Microsoft BizTalk Accelerator pentru HL7 (BTAHL7) instalate pentru a aplica această remediere rapidă.

Informații despre repornire

Trebuie să reporniți computerul după aplicarea acestei remedieri rapide. Dacă nu vi se solicită să reporniți, trebuie să reporniți BizTalk services. Pentru mai multe informații despre această procedură, consultați fișierul Readme.txt care este inclus în această remediere rapidă.

Informații de înlocuire

Această remediere rapidă nu înlocuiește o remediere rapidă lansată anterior.

Informații despre fișier

Versiunea în limba engleză a acestei remedieri rapide are atributele de fişier (sau atribute de fişier mai recente) enumerate în următorul tabel. Datele şi orele acestor fişiere sunt exprimate în listă în ora universală (UTC). Când vizualizaţi informaţiile despre fișier, acesta este convertit la ora locală. Pentru a găsi diferenţa dintre UTC şi ora locală, utilizaţi fila Fusul orar în elementul de Data şi ora în Panoul de Control.

Nume de fișier	Versiune fișier	Dimensiune fișier	Data	Ora	Platformă
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

Despre remedierea rapidă

Flux de mesaje după remedierea rapidă este instalat și configurat

După ce se aplică și a activa această remediere rapidă, adaptor MLLP prezintă orice mesaj care este primit de adaptor MLLP la MessageBoxDB. Punct final Manager (EPM) apelează înapoi adaptorul împreună cu starea de remitere în metoda BatchComplete . Acest lucru provoacă adaptorul pentru a trimite confirmare ACK/cristina sistemul upstream. În schimb, sistemul upstream primește ACK/cristina și apoi trimite următorul mesaj. Metoda BatchComplete este independent de setarea MaxReceiveInterval și se numește imediat după mesajul este trimis la BizTalk cu succes.

Imediat ce este gata să trimită mesajul, adaptorul de trimitere transmite mesajul la sistem downstream. ACK/cristina așteaptă dacă proprietatea Utilizarea MLLP Transport confirmare este setată la True. Dacă trimiteți un ACK, BizTalk se termină procesarea cu succes. Dacă trimitere este o cristina și dacă proprietatea de Suspendare solicitare mesaj pe MLLP Transport cristina este setată la True, mesajul este suspendat direct, fără a încerca din nou. Cu toate acestea, dacă proprietatea de Suspendare solicitare mesaj pe MLLP Transport cristina este setată la False, BizTalk va reîncerca bazate pe setările de interval de reîncercare trimitere port. (În mod implicit, proprietatea de Suspendare solicitare mesaj pe MLLP Transport cristina este setată la False).

Diagrama următoare prezintă fluxul mesaj:

Message flow

Mesaj trimis de sistem upstream trimitere cerere este procesat de MLLP primi adaptor.
Adaptor MLLP prezintă mesajul BizTalk/EPM.
EPM apelează înapoi adaptorul privind starea de remitere mesaj. EPM face acest lucru în metoda Batch complet .
O confirmare ACK/cristina generat de adaptor MLLP și se bazează pe loturi remitere starea. ACK/cristina este trimis la cererea de trimitere.

Notă Dacă starea Batch remitere este succesul, adaptorul returnează ACK. Cu toate acestea, dacă există o eroare sau dacă remiterii expiră (de exemplu, dacă apelul Batch completă metodă expiră), adaptorul returnează cristina la cererea de trimitere.
EPM mâinile peste mesajul pentru adaptorul de trimitere MLLP de transmitere.
MLLP trimite adaptor trimite mesajul transformate în sistem downstream.
Nivelul de transport ACK/cristina așteaptă de adaptor MLLP trimitere pentru a termina comunicarea.
Dacă în mesajul din Pasul 7 este o ACK, adaptorul solicită EPM pentru a șterge mesajul. În caz contrar, adaptorul are EPM cereți o Reîncercare care se bazează pe setarea de interval de Reîncercare. O opţiune nouă furnizat în setarea de configurare port trimitere pentru suspendarea mesajul direct, fără a o încercați din nou, dacă un NAK MLLP este primit. În mod implicit, această opțiune este setată la False. Dacă această opțiune este setată la True, mesajul va fi suspendat direct, fără un Reîncercare, dacă un NAK MLLP este primit.

Format de nivel ACK/NACK transport

Site-ul Web conține următoarele informații:

Exemplu de confirmare MLLP confirmare:

<SB><ACK><EB><CR>
Exemplu de un MLLP negativ se realizează confirmare:

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

Note

În aceste exemple, < SB > se referă la caracterul Start bloc (1 octet). Aceasta corespunde cu caractere ASCII < VT > sau < 0x0B >.

Acest lucru nu trebuie confundat cu Dan sau STX ASCII de caractere.
În aceste exemple, < ACK > sau < cristina > se referă la caracterul de confirmare (1 octet. Corespunde cu caractere ASCII < ACK > sau < 0x06 >) sau caracterul negativ confirmare (1 octet. Corespunde cu caractere ASCII < cristina > sau < 0x15 >).
În aceste exemple, < EB > se referă la caracterul End bloc (1 octeți). Aceasta corespunde cu caractere ASCII < FS > sau < 0x1C >.
În aceste exemple, < CR > se referă la caracterul retur de car (1 byte). Aceasta corespunde cu caractere ASCII < CR > sau < 0x0D >.
Microsoft furnizează unor terţe persoane informaţiile de contact pentru a vă ajuta să găsiţi sprijin tehnic. Informaţiile de contact se pot schimba fără notificare prealabilă. Microsoft nu garantează exactitatea acestor informații de contact pentru terți.

Cum se configurează primire și trimite porturilor pentru a utiliza proprietăţile noi

Configurați primire și trimite următoarele porturi.

Notă Setările de port de primire și trimitere poate fi utilizat în mod independent sau împreună.

Primiți port de configurare

Portul trebuie să fie un port univocă.
Livrarea ordonată parametrul trebuie să fie activat.
Trebuie să setați proprietatea Utilizarea MLLP Transport confirmareadevărat pentru a activa transport nivelul de confirmare. În mod implicit, această proprietate este setată la False pentru porturile existente sau noi porturi.

Receive port

Configurare port de trimitere

Portul trebuie să fie un port univocă.
Modul de răspuns solicit trebuie setată la Nr.
Livrarea ordonată parametrul trebuie să fie activat.
Trebuie să setați proprietatea Utilizarea MLLP Transport confirmare adevărat pentru a activa transport nivelul de confirmare. În mod implicit, această proprietate este setată la False pentru porturile existente sau noi porturi.
Trebuie să setați proprietatea de Suspendare solicitare mesaj pe MLLP Transport cristina la True dacă mesajele trebuie să fie suspendat direct, fără a fi reîncearcă atunci când un Transport cristina este primit de la un sistem downstream. În caz contrar, mesajul va fi încercat pentru numărul de ori care este setat în transport advanced options portului de trimitere. În mod implicit, această proprietate este setată la False pentru porturile existente sau noi porturi.

Send port

Despre proprietatea "Utilizarea MLLP Transport confirmare"

Următorul tabel descrie comportamentul normal de porturi unidirecțională sau dublu sens care utilizează proprietatea Utilizați MLLP Transport confirmare . Necesare combinație de setări trebuie să fie aplicate cum este descris în secțiunea "Cum se activează remedierea rapidă".

Note

"Sistem upstream" se referă la cererea de trimitere. Trimite mesaje BizTalk. Aceste mesaje sunt primite de la BizTalk.
"Downstream system" se referă la primirea aplicația. Acesta primește mesaje de la BizTalk. Aceste mesaje sunt expediate pentru BizTalk.

Tipul de port	Opţiunea MLLP V2	MLLP V2 opțiunea Off
Univocă primiți	Trimite MLLP ACK/cristina sistemul upstream în metoda BatchComplete .	Nicio modificare în comportamentul. În această situație, ACK/cristina nu este trimis la sistem upstream.
Dublu sens primiți	Nicio modificare în comportamentul. În această situație, HL7 ACK/cristina în metoda TransmitMessage este trimis la sistem upstream. Notă Această opțiune nu este acceptată. De exemplu, ignorați chiar dacă valoarea este setată la True.	Nicio modificare în comportamentul. În această situație, HL7 ACK/cristina în metoda TransmitMessage este trimis la sistem upstream.
Trimitere univocă	MLLP ACK/cristina din sistemul downstream este aşteptat după mesajul este transmis.	Nicio modificare în comportamentul. În această situație, ACK/cristina din sistemul downstream nu este aşteptat pentru după mesajul este transmis.
Trimitere dublu sens sau trimitere univocă cu modul de răspuns solicita activat	Nicio modificare în comportamentul. În această situație, HL7 ACK/cristina din sistemul downstream este aşteptat după mesajul este transmis. Notă Această opțiune nu este acceptată. De exemplu, ignorați chiar dacă valoarea este setată la True.	Nicio modificare în comportamentul. În această situație, HL7 ACK/cristina din sistemul downstream este aşteptat după mesajul este transmis.

Dublu sens primiți și trimite port comportament nu se modifică. Univocă primiți și trimite port comportament, de asemenea, nu se modifică decât dacă Utilizați MLLP Transport confirmare este setată la true.

Pentru mai multe informații, Consultați documentația de adaptor MLLP. Dacă univocă primiți și trimite porturi au configurație corespunzătoare, îmbunătățește performanța. Dacă proprietatea Utilizarea MLLP Transport confirmare un port dublu sens sau un port univocă este setată la false, de tipul de ACK generat continuă fără modificări. În această situație, tipul de ACK generat depinde de setările BTAHL7 Configuration Explorer pentru aplicația care este de a trimite mesajul. Valoarea din câmpurile MSH 15 și MSH 16 de un anumit mesaj poate suprascrie această setare. Cu toate acestea, dacă Utilizați MLLP Transport confirmare proprietatea un port dublu sens sau un port univocă este setată la false, puteți seta configurația pentru aplicațiile aștepta statică ACKs numai prin utilizarea BTAHL7 Configuration Explorer. Comportamentul de expirare pentru portul rămâne neschimbat.

Comportamentul normal în colțul cazuri atunci când se utilizează proprietățile este după cum urmează:

RECEIVE

WrongMLLPFormat: mesajul nu este trimisă la BizTalk.
WrongHL7Format: mesajul este trimis la BizTalk și o MLLP ACK/cristina sunt transmise care se bazează pe loturi finalizare starea.
TransmittingSocketIssue: MLLP ACK/cristina nu sunt transmise, deși mesajul este trimis la BizTalk.
ReceivingSocketIssue: mesajul nu este primit și, prin urmare, nu este prezentată, și este trimis niciun transmisie MLLP ACK/cristina.
Dacă o prezentare a BizTalk nu reușește, sunt transmise unui cristina.
Dacă starea negativă Batch completă este primită, sunt transmise unui cristina.

Trimitere și port de trimitere proprietate "stop trimiterea de mesaje ulterioare pe curent mesaj de eroare" = True

WrongMLLPFormat: mesajul este suspendat deoarece MLLP ACK/NACK nu poate fi citit. Procesare nu va continua până când sunt debifate mesaje suspendat.
WrongHL7Format: mesajul nu reușește înainte de a ajunge adaptorul. Procesare nu va continua până când sunt debifate mesajele suspendat.
TransmittingSocketIssue: mesajul este suspendat. Procesare nu va continua până când sunt debifate mesaje suspendat.
ReceivingSocketIssue: mesajul este suspendat. Procesare nu va continua până când sunt debifate mesaje suspendat.

Comportamentul normal când proprietatea de Suspendare solicitare mesaj pe MLLP Transport cristina este setată la True sau false este după cum urmează:

Când proprietatea de Suspendare solicitare mesaj pe cristina de Transport MLLP este setată la True și o cristina este primită, mesajul este suspendat fără un Reîncercare pentru a o trimite.
Când proprietatea de Suspendare solicitare mesaj pe MLLP Transport cristina este setată la setarea implicită de fals, o Reîncercare pentru a trimite mesajul este pornit, se bazează pe setările de interval de reîncercare trimitere port.

Modificări la utilitarul MLLP SDK

Utilitarul de SDK MLLP include următorii parametri noi. Toți ceilalți parametri rămâne neschimbată. Pentru mai multe informații, Consultați documentația produsului.

Pentru MLLPReceive.exe, utilizați parametrul nou pentru a reveni MLLP ACK/cristina primirea mesajului. De exemplu:

MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK
Pentru MLLPSend.exe, utilizați parametrul noi de așteptare pentru MLLP ACK/cristina. De exemplu:

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

Referințe

Pentru mai multe informații despre cum se gestionează setările de performanță în BizTalk server, vizitați următorul site Web Microsoft Developer Network (MSDN):

Gestionarea setărilor de performanță BizTalk ServerPentru mai multe informații despre mesagerie contoare de performanță, vizitați următorul site Web MSDN:

Contoare de performanță mesageriePentru mai multe informații despre livrarea ordonată de mesaje, vizitați următorul site Web MSDN:

Ordonată livrarea de mesajePentru mai multe informații despre 2010 BizTalk Accelerator pentru HL7 (BTAHL7), vizitați următorul site Web Microsoft:

BizTalk Accelerator 2010 pentru HL7 documentația (BTAHL7)Pentru mai multe informații despre metoda IBTBatchCallBack.BatchComplete , vizitați următorul site Web MSDN:

Metoda IBTBatchCallBack.BatchCompletePentru mai multe informații despre remedierile rapide BizTalk Server, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:

2003907 informații despre remedierile rapide BizTalk Server