Oprava: Je k dispozici oprava hotfix, která poskytuje dodatečné vlastnosti režim doručení minimální spodní vrstva protokolu odesílat a přijímat adaptéry v BizTalk Accelerator pro HL7 prostředí 2010 serv...

Překlady článku Překlady článku
ID článku: 2564013 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Tento článek popisuje opravu hotfix, která obsahuje dvě další vlastnosti způsob dodání pro minimální spodní vrstva protokolu (MLLP) odesílat a přijímat porty použijete BizTalk Accelerator HL7 v prostředí Microsoft BizTalk Server 2010:
  • Použití potvrzení dopravní MLLP
    Tato vlastnost je k dispozici v jednosměrnou přijímat a porty jednosměrného odeslání.
  • Pozastavit zprávu s požadavkem na přepravu MLLP NAK
    Tato vlastnost je k dispozici pouze v přístavech jednosměrného odeslání.
MLLP se adaptér podporuje obou režimech jednosměrná a obousměrná požadavku odezvy. Pokud je nakonfigurován adaptér přijímání, zpracování HL7 používá Doručení parametr. Tím je zaručeno zachování pořadí doručení zpráv. Obdržíte MLLP adaptéru pracuje v režimu obousměrné, adaptér nepřijímá nové zprávy z dodavatelského systému dokud adaptér generuje aplikace (MSA) potvrzení předchozí zprávu do nadřazeného systému. Generované ACK/NAK je odeslána zpráva pole databáze (MessageBoxDB). MessageBoxDB další interval dotazování čeká před odesláním potvrzení/NAK dodavatelského systému.

Najednou a teprve poté, co obdrží potvrzení/NAK, odešle dodavatelského systému pouze jednu zprávu. Interval dotazování BizTalk navíc nakonfigurován a Doručení parametr nastaven na hodnotu PRAVDA. To znamená, že počet zpráv, které jsou zpracovávány za druhé je omezena. Tato oprava hotfix poskytuje další konfiguraci jednosměrného odeslání a příjem porty. Neovlivňuje ACK/NAK. Však podstatně zvyšuje počet dokumentů zpracovaných za sekundu.

Přijmout směrného plánu před a po použití této opravy hotfix, měli byste použít čítače výkonu. Při testu výkonnosti, kterou by měl předložit přiměřený počet zpráv po přiměřenou dobu. Můžete například použít následující:
  • Pro BizTalk: zasílání zpráv kategorie použití Zpracovaných dokumentů/S Čítač.
  • Pro BizTalk: Messaging čekací doby kategorii použít všechny dostupné čítače.

Jednou z možností zvýšit počet dokumentů zpracovaných za sekundu je snížit MaxReceiveInterval Nastavení BizTalk hostitele. V závislosti na celkové prostředí, optimalizace počítače Biz Talk Server 2010 a objemu dokumentů, které jsou zpracovány snížením MaxReceiveInterval nastavení by mohla mít nepříznivý vliv na výkon instance serveru SQL Server. Ladění serveru SQL Server a BizTalk ladění naleznete všechny dostupné technické články.

Další informace

Poznámka: Tato oprava hotfix řeší také problém v serveru Microsoft BizTalk 2010 Accelerator HL7. Další informace o tomto problému získáte v článku znalostní báze Microsoft Knowledge Base:
2454887Může být nesprávně protokolovány události zprávy založené na MLLP v BizTalk 2009 akcelerátor pro HL7 v počítači se systémem Microsoft BizTalk Server 2009 nebo Microsoft BizTalk Server 2010

Informace o opravě hotfix

Podporovaná oprava hotfix je k dispozici od společnosti Microsoft. Tuto opravu hotfix je však určena pouze k odstranění problému popsaného v tomto článku. Tato oprava hotfix platí pouze pro systémy, ve kterých dochází k problému popsaného v tomto článku. Tato oprava hotfix může být dále testována. Proto pokud jste závažně tento problém, doporučujeme, abyste počkali na další aktualizaci softwaru, která bude tuto opravu hotfix obsahovat.

Pokud je oprava hotfix je k dispozici ke stažení, je sekce "Hotfix stažení k dispozici" v horní části tohoto článku. Pokud tento oddíl není uveden, obraťte se na odbornou pomoc a služby zákazníkům společnosti, jak získat opravu hotfix.

Poznámka: Pokud nastanou další problémy nebo řešení potíží je vyžadován, budete muset vytvořit samostatnou žádost. Výdaje na technickou podporu se bude u dalších otázek a problémů, které nelze vyřešit určitou konkrétní opravy hotfix. Úplný seznam telefonních čísel služeb zákazníkům společnosti Microsoft a podpoře nebo vytvořit zvláštní požadavek na službu navštivte následující web společnosti Microsoft:
http://support.microsoft.com/contactus/?ws=support
Poznámka: "Hotfix stažení k dispozici" formulář zobrazí jazyky, pro které je oprava hotfix je k dispozici. Pokud váš jazyk není zobrazen, je to, protože oprava hotfix není k dispozici pro daný jazyk.

Požadavky

Je nutné Microsoft BizTalk Accelerator HL7 nainstalovat tuto opravu hotfix (BTAHL7).

Informace o restartování

Budete muset restartovat počítač po instalaci této opravy hotfix. Pokud se výzva nezobrazí, restartujte po restartování služby BizTalk. Další informace o tomto postupu naleznete v souboru Readme.txt, který je součástí tohoto balíčku oprav hotfix.

Informace o nahrazení

Tato oprava hotfix nenahrazuje žádné dříve vydané opravy hotfix.

Informace o souboru

Anglická verze této opravy hotfix má atributy souborů (nebo novější), jsou uvedeny v následující tabulce. Kalendářní data a časy jednotlivých souborů jsou uvedeny koordinovaný světový čas (UTC). Při zobrazení informací o souboru je převeden na místní čas. Rozdíl mezi místním časem a časem UTC naleznete časem Časové pásmo karty v Datum a čas položky v Ovládacích panelech.

Zmenšit tuto tabulkuRozšířit tuto tabulku
Název souboruVerze souboruVelikost souboruDatumČasPlatforma
Microsoft.Solutions.btahl7.mllp.dll3.9.526.2116,60807-Jun-201115: 27x 86
Microsoft.Solutions.btahl7.Shared.dll3.9.526.292,04007-Jun-201115: 27x 86
Mllpreceive.exe3.9.526.226,45607-Jun-201115: 27x 86
Mllpsend.exe3.9.526.226,44807-Jun-201115: 27x 86


O opravě hotfix

Tok zprávy po opravě hotfix je nainstalován a nakonfigurován

Po použití a povolit tuto opravu hotfix, MLLP adaptér odesílá všechny zprávy, které obdržela na MLLP adaptéru MessageBoxDB. Správce koncový bod (EPM) zavolá adaptérů a Stav odeslání v BatchComplete Metoda. To způsobí, že adaptér k odesílání potvrzení ACK/NAK dodavatelského systému. Naopak dodavatelského systému obdrží potvrzení/NAK a potom odešle další zprávu. Na BatchComplete Metoda je nezávislý MaxReceiveInterval nastavení a nazývá se ihned po zprávě úspěšně odeslán na server BizTalk.

Ihned, jakmile je zpráva připravena k odeslání, přenáší adaptér odeslat zprávu do navazujících systému. ACK/NAK se očekává, pokud Použití potvrzení dopravní MLLP vlastnost nastavena na hodnotu PRAVDA. Je-li odeslat potvrzení, BizTalk dokončí zpracování úspěšně. Je-li odeslat NAK a pokud Pozastavit zprávu s požadavkem na přepravu MLLP NAK vlastnost nastavena na hodnotu PRAVDA, zpráva se pozastavuje přímo bez opakování. Avšak pokud Pozastavit zprávu s požadavkem na přepravu MLLP NAK vlastnost nastavena na hodnotu NEPRAVDAZopakuje BizTalk nastavení intervalu opakování odeslání portu na základě. (Standardně Pozastavit zprávu s požadavkem na přepravu MLLP NAK vlastnost nastavena na hodnotu NEPRAVDA.)

Následující diagram znázorňuje tok zprávy:
Zmenšit tento obrázekZvětšit tento obrázek
Tok zprávy
  1. Zprávy odeslané navazujících systémem, který zpracovává odesílající aplikace je MLLP přijímat adaptéru.
  2. MLLP adaptér odesílá zprávy BizTalk/EPM.
  3. EPM zavolá adaptéru o stav odeslání zprávy. EPM provádí Dávkové dokončeno Metoda.
  4. Potvrzení ACK/NAK je vygenerován pomocí adaptéru MLLP a je založen na stav podání dávky. ACK/NAK je odeslána odesílající aplikací.

    Poznámka: Pokud je stav podávání dávek Úspěch, adaptér, vrátí ACK. Však dojde k selhání, nebo pokud vyprší časový limit odeslání (například pokud Dávkové dokončeno volání metody časový limit), adaptér vrátí NAK odesílající aplikací.

  5. EPM předá zprávu odeslat MLLP adaptér pro přenos.
  6. MLLP adaptéru odešle zpracovaných zprávu odeslat navazujících systému.
  7. Transportní ACK/NAK očekává adaptérem odeslat MLLP dokončení komunikace.
  8. Je-li zpráva v kroku 7 potvrzení, požádá adaptér EPM odstraníte zprávu. V opačném případě adaptér má EPM požádat o opakování, který je založen na nastavení intervalu opakování. Nová možnost je uveden v odesílání nastavení konfigurace portů pro pozastavení zprávy přímo, bez opakování, pokud neobdrží NAK MLLP. Ve výchozím nastavení je tato možnost nastavena NEPRAVDA. Pokud je tato možnost nastavena na PRAVDA, zpráva bude pozastaven přímo, bez opakování, pokud neobdrží NAK MLLP.

Formát úroveň ACK/NACK dopravy

Další informace o specifikaci přepravy na následujícím webu HL7:
http://www.hl7.org/v3ballot/HTML/Infrastructure/Transport/Transport-mllp.HTML
Web obsahuje následující informace:
  • Příklad MLLP potvrzení potvrzení:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • Příklad MLLP negativní potvrzení potvrzení:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
Poznámky
  • V těchto příkladech <SB>odkazuje na znak Start blok (1 bajt). To odpovídá <VT>znak ASCII nebo <0x0B>.<b00> </b00> </0x0B> </VT> </SB>

    To nelze zaměňovat s SOH nebo STX ASCII znaky.
  • V těchto příkladech <ACK>nebo <NAK>, které odkazují na potvrzení znak (1 bajt. Odpovídá <ACK>ASCII, znak nebo <0x06>) nebo negativní potvrzení znak (1 bajt. Odpovídá <NAK>znak ASCII nebo <0x15>).<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • V těchto příkladech <EB>odkazuje na konci bloku znak (1 bajt). To odpovídá <FS>znak ASCII nebo <0x1C>.</0x1C> </FS> </EB>
  • V těchto příkladech<CR>označuje znak CR (1 bajt). To odpovídá<CR>Znak ASCII nebo <0x0D>.</0x0D></CR></CR>
  • Společnost Microsoft poskytuje informací o získání odborné pomoci. Tyto kontaktní informace mohou změnit bez předchozího upozornění. Společnost Microsoft nezaručuje přesnost kontaktních informací.

Jak nakonfigurovat příjem a odeslání porty pro nové vlastnosti.

Nakonfigurovat příjem a odesílání porty takto.

Poznámka: Nastavení portu pro příjem a odesílání lze použít samostatně nebo společně.

Zobrazí konfiguraci portu.
  • Port musí být jednostranně portu.
  • Na Doručení Parametr musí být povoleno.
  • Je třeba nastavit Použití potvrzení dopravní MLLP Vlastnost PRAVDA povolit přepravu úrovní potvrzení. Standardně je tato vlastnost nastavena na NEPRAVDA porty pro stávající nebo nové porty.
Zmenšit tento obrázekZvětšit tento obrázek
Zobrazí port
Odeslat konfiguraci portu.
  • Port musí být jednostranně portu.
  • Odpověď na požadavek SOLICIT byl režim musí být nastavena na Ne.
  • Na Doručení Parametr musí být povoleno.
  • Je třeba nastavit Použití potvrzení dopravní MLLP Vlastnost PRAVDA povolit přepravu úrovní potvrzení. Standardně je tato vlastnost nastavena na NEPRAVDA porty pro stávající nebo nové porty.
  • Je třeba nastavit Pozastavit zprávu s požadavkem na přepravu MLLP NAK Vlastnost PRAVDA Pokud zprávy musí být přímo bez zkoušena při příjmu přenosu NAK z navazujících systému pozastavena. Zprávy v opačném případě se zopakuje počet nastavený v dopravě, rozšířené možnosti odeslání portu. Standardně je tato vlastnost nastavena na NEPRAVDA porty pro stávající nebo nové porty.
Zmenšit tento obrázekZvětšit tento obrázek
Port pro odesílání

O vlastnosti "Potvrzení použití MLLP dopravy"

Následující tabulka popisuje očekávané chování jednosměrný nebo obousměrný porty, které používají Použití potvrzení dopravní MLLP Vlastnost. Požadované kombinace nastavení musí být použity, jak je popsáno v části "Jak povolit opravu hotfix".

Poznámky
  • "Těžebním systém" označuje odesílající aplikací. Odešle zprávy BizTalk. Tyto zprávy přicházejí BizTalk.
  • "Systém navazující" odkazuje na přijímající aplikací. Zprávy obdrží od BizTalk. Tyto zprávy jsou odchozí do BizTalku.


Zmenšit tuto tabulkuRozšířit tuto tabulku
Typ portuMožnost MLLP V2MLLP V2 možnost vypnout
Jednosměrné příjemOdeslat MLLP ACK/NAK proti proudu systému v BatchComplete Metoda.Žádná změna v chování. V takovém případě je odeslána ACK/NAK dodavatelského systému.
Obousměrný příjemŽádná změna v chování. V takovém případě ACK/NAK HL7 v TransmitMessage Metoda je odeslán do nadřazeného systému.

Poznámka: Tato možnost není podporována. Například ignorujte i v případě, že hodnota je nastavena PRAVDA.
Žádná změna v chování. V takovém případě ACK/NAK HL7 v TransmitMessage Metoda je odeslán do nadřazeného systému.
Jednosměrného odesláníACK/NAK MLLP z navazujících systému je čekání po přenosu zprávy.Žádná změna v chování. V takovém případě ACK/NAK z navazujících systému se nemusí čekání po přenosu zprávy.
Dvoucestné odesílání nebo jednosměrného odeslání aktivován režim vyžadují odpověď.Žádná změna v chování. V takovém případě je ACK/NAK HL7 z navazujících systém čekání po přenosu zprávy.

Poznámka: Tato možnost není podporována. Například ignorujte i v případě, že hodnota je nastavena PRAVDA.
Žádná změna v chování. V takovém případě je ACK/NAK HL7 z navazujících systém čekání po přenosu zprávy.


Obousměrný přijímání a odesílání nedojde ke změně chování portu. Jednosměrné přijímání a odesílání port chování také není změnit, pokud Použití potvrzení dopravní MLLP vlastnost nastavena na hodnotu true.

Další informace naleznete v dokumentaci ke grafickému adaptéru MLLP. Pokud je jednosměrná přijímat a odesílat porty mají správné konfiguraci, zlepšuje výkon. Pokud Použití potvrzení dopravní MLLP Vlastnost obousměrného portu nebo portu jednosměrné je nastavena na false, druh ACK, který je generován pokračuje bez změny. V takovém případě závisí druh ACK, který je generován Explorer konfiguraci BTAHL7 nastavení aplikace, který zprávu odesílá. Hodnoty v polích MSH 15 a MSH 16 zvláštní zprávy toto nastavení přepsat. Avšak pokud Použití potvrzení dopravní MLLP Vlastnost obousměrného portu nebo portu jednosměrné je nastavena na hodnotu false, můžete nastavit konfiguraci pro aplikace, které očekávají statické ACK pouze pomocí Průzkumníka konfigurace BTAHL7. Zůstane beze změny chování časový limit pro daný port...

Očekávané chování v případech rohu, pokud jsou použity vlastnosti je následující:

PŘÍJEM
  • WrongMLLPFormat: zprávy nejsou předloženy k BizTalk.
  • WrongHL7Format: zpráva je odeslána BizTalk a přenosu založeného na stav dokončení dávkové ACK MLLP a NAK.
  • TransmittingSocketIssue: MLLP ACK a NAK nejsou přenášeny, ačkoli odeslání na server BizTalk.
  • ReceivingSocketIssue: zpráva nebyla přijata a proto není podána a odeslán žádný přenos MLLP ACK/NAK.
  • Selhání odeslání na server BizTalk NAK přenosu.
  • Pokud záporný stav dokončen šarže přijata, NAK přenosu.
ODESLÁNÍ a odešlete port Vlastnost "odesílání dalších zpráv v aktuální zprávy Chyba stop" = True
  • WrongMLLPFormat: zpráva je zastaven, protože MLLP PĚT/NACK nelze číst. Zpracování nebude pokračovat, dokud nezpracovaných zpráv jsou vymazány.
  • WrongHL7Format: zpráva nezdaří před dosažením adaptéru. Zpracování nebude pokračovat, dokud nezpracovaných zpráv jsou vymazány.
  • TransmittingSocketIssue: zpráva pozastavena. Zpracování nebude pokračovat, dokud nezpracovaných zpráv jsou vymazány.
  • ReceivingSocketIssue: zpráva pozastavena. Zpracování nebude pokračovat, dokud nezpracovaných zpráv jsou vymazány.

Očekávané chování při Pozastavit zprávu s požadavkem na přepravu MLLP NAK vlastnost nastavena na hodnotu PRAVDA nebo NEPRAVDA vypadá takto:
  • Když Pozastavit zprávu s požadavkem na přepravu MLLP NAK vlastnost nastavena na hodnotu PRAVDA a je přijata NAK, pozastaven bez pokus o odeslání zprávy.
  • Když Pozastavit zprávu s požadavkem na přepravu MLLP NAK vlastnost nastavena na výchozí nastavení NEPRAVDA, pokus o odeslání zprávy je spuštěn, je založeno na nastavení intervalu opakování odeslání portu.

Změny v nástroji MLLP SDK.

Nástroj MLLP SDK obsahuje následující nové parametry. Všechny ostatní parametry zůstávají nezměněny. Další informace naleznete v dokumentaci k produktu.
  • Pro MLLPReceive.exe vrátit MLLP ACK/NAK po přijetí zprávy pomocí nového parametru. Příklad:
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK
  • Pro MLLPSend.exe použijte nový parametr MLLP ACK/NAK čekat. Příklad:
    MLLPSend /sb 11 /eb 28 /cr 13 /f "C:\HL7\ls.txt" /I 127.0.0.1 /p 11000 /UseMLLPTransACK

Odkazy

Další informace o správě nastavení výkonu serveru BizTalk Server naleznete na následujícím webu Microsoft Developer Network (MSDN):
Správa nastavení výkonu serveru BizTalk
Další informace o zasílání zpráv čítače výkonu na následujícím webu MSDN:
Zasílání zpráv čítačů výkonu
Další informace o objednaných doručení zpráv navštivte následující web služby MSDN:
Objednané doručování zpráv
Další informace o serveru BizTalk 2010 akcelerátor pro HL7 (BTAHL7), navštivte následující web společnosti Microsoft:
BizTalk 2010 akcelerátor pro HL7 dokumentace (BTAHL7)
Další informace o IBTBatchCallBack.BatchComplete Metoda, navštivte následující web služby MSDN:
Metoda IBTBatchCallBack.BatchComplete
Další informace o opravách hotfix pro BizTalk Server získáte v článku znalostní báze Microsoft Knowledge Base:
2003907 Informace o opravách hotfix pro BizTalk Server

Vlastnosti

ID článku: 2564013 - Poslední aktualizace: 1. listopadu 2011 - Revize: 3.0
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
Klíčová slova: 
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:2564013

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com