Přihlásit se pomocí účtu Microsoft
Přihlaste se nebo si vytvořte účet.
Dobrý den,
Vyberte jiný účet.
Máte více účtů.
Zvolte účet, pomocí kterého se chcete přihlásit.

Souhrn

Tento článek popisuje opravu hotfix, která obsahuje dvě další vlastnosti režim dodání pro minimální dolní Layer Protocol (MLLP) odesílat a přijímat porty při použití BizTalk Accelerator pro HL7 v prostředí serveru Microsoft BizTalk Server 2010:

  • Použití potvrzení dopravní MLLP

    Tato vlastnost je k dispozici v jednosměrnou přijímat porty 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 přijímat adaptéru podporuje obou režimech jednosměrná a obousměrná požadavku odezvy. Pokud je nakonfigurován adaptér pro příjem, zpracování HL7 používá parametr Objednané dodávky . Tím je zaručeno zachování pořadí doručení zpráv. Při příjmu MLLP adaptér 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ávy 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 ACK/NAK dodavatelského systému.

Proti proudu systém odešle pouze jednu zprávu najednou a až poté, co obdrží potvrzení/NAK. Navíc je interval dotazování BizTalk a Objednané doručení parametr nastaven na hodnotu True. To znamená, že počet zpráv, které jsou zpracovány za sekundu je omezena. Tato oprava hotfix poskytuje další konfiguraci jednosměrného odeslání a přijímacích portů. Neovlivňuje ACK/NAK. Však výrazně zvyšuje počet dokumentů zpracovaných za sekundu.

Měli byste použít čítače výkonu přijmout směrného plánu před a po použití této opravy hotfix. Při testu výkonnosti, kterou by měl předložit přiměřený počet zpráv po přiměřenou dobu. Například můžete použít následující:

  • Pro BizTalk: Messaging kategorie, použijte čítač Zpracovaných dokumentů/s .

  • Pro BizTalk: Messaging čekací doba kategorie, 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í na optimalizace počítače se systémem Biz Talk Server 2010 a objem dokumentů, které jsou zpracovány snížením MaxReceiveInterval nastavení může 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 také řeší problém v serveru Microsoft BizTalk 2010 Accelerator pro HL7. Další informace o tomto problému klepněte na následující číslo článku databáze Microsoft Knowledge Base:

2454887 můž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

Společnost Microsoft má k dispozici podporovanou opravu hotfix. Tato oprava hotfix je však určena opravit pouze problému popsaného v tomto článku. Tuto opravu hotfix instalujte pouze do systémů, ve kterých dochází k potížím popsaným v tomto článku. Tato oprava hotfix může být dále testována. Proto pokud nejste vážně ohrožen tímto problémem, doporučujeme počkat na další aktualizaci softwaru, která obsahuje tuto opravu hotfix.

Pokud je oprava hotfix k dispozici ke stažení, je v horní části tohoto článku znalostní báze Knowledge Base oddíl "Oprava Hotfix je dostupná ke stažení" . Pokud tato sekce není uvedena, obraťte se na Zákaznický servis a podporu společnosti Microsoft k získaní opravy hotfix.

Poznámka: Pokud nastanou další problémy nebo bude nutné další řešení potíží, bude možná třeba vytvořit další samostatný požadavek na služby. Běžná cena za technickou podporu se vztahuje k dodatečným otázkám podpory a k problémům, které se netýkají této konkrétní opravy hotfix. Pro úplný seznam telefonních čísel společnosti Microsoft Zákaznikého servisu a podpory nebo chcete-li vytvořit zvláštní požadavek na službu navštivte následující web společnosti Microsoft:

http://support.microsoft.com/contactus/?ws=supportPoznámka: Ve formuláři „Oprava hotfix je dostupná ke stažení“ se zobrazují jazyky, pro které je oprava hotfix k dispozici. Pokud váš jazyk není zobrazen, to je protože oprava hotfix není k dispozici pro daný jazyk.

Předpoklady

Musíte mít Microsoft BizTalk Accelerator pro HL7 (BTAHL7) nainstalovat tuto opravu hotfix.

Informace o restartování počítače

Bude pravděpodobně nutné restartovat počítač po instalaci této opravy hotfix. Pokud nejste vyzváni k restartování, je nutné restartovat 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 dříve vydanou opravu hotfix.

Informace o souborech

Anglická verze této opravy hotfix má atributy (nebo pozdější atributy souborů) uvedené v následující tabulce. Kalendářní data a časy jednotlivých souborů jsou uvedeny v koordinovaném světovém čase (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 na kartě Časové pásmo v položce Datum a čas v okně Ovládací panely.

Název souboru

Verze souboru

Velikost souboru

Datum

Čas

Platforma

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

O opravě hotfix

Tok zprávy po je nainstalován a nakonfigurován opravu hotfix

Po použití a povolit tuto opravu hotfix adaptér MLLP odešle všechny zprávy, které obdrží MLLP adaptéru MessageBoxDB. Správce koncový bod (EPM) zavolá zpět 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 proti proudu systému obdrží potvrzení/NAK a potom odešle další zprávu. BatchComplete metoda je nezávislý MaxReceiveInterval nastavení a je volána ihned po zprávě úspěšně odeslány na server BizTalk.

Jakmile je zpráva připravena k odeslání, přenáší adaptér odeslat zprávu do navazujících systému. ACK/NAK očekává, je-li Potvrzení dopravní MLLP použít vlastnost nastavena na hodnotu True. Je-li odeslat potvrzení, BizTalk dokončí zpracování úspěšně. Je-li odeslat NAK a Pozastavit zprávy požadavku na přepravu NAK MLLP vlastnost nastavena na True, zprávy se pozastavuje přímo, bez opakování. Nicméně pokud Pozastaví zprávy požadavku na přepravu NAK MLLP vlastnost nastavena na hodnotu False, BizTalk zopakuje založeno na nastavení intervalu opakování odeslání portu. (Standardně Pozastavit zprávy požadavku na přepravu NAK MLLP vlastnost nastavena na hodnotu False.)

Následující diagram znázorňuje tok zprávy:

Message flow

  1. Zprávy odeslané navazujících systémem, který zpracovává odesílající aplikace MLLP přijímat adaptéru.

  2. MLLP adaptér odesílá zprávy BizTalk/EPM.

  3. EPM zavolá zpět adaptéru o stav odeslání zprávy. EPM u této Dávkové dokončení metody.

  4. Potvrzení ACK/NAK je vygenerován pomocí adaptéru MLLP a je založen na stav odeslání dávky. ACK/NAK je odeslána odesílající aplikací.

    Poznámka: Pokud je stav odeslání dávky Úspěch, vrátí adaptér ACK. Nicméně pokud dojde k selhání nebo odeslání časového limitu (například časový limit Dokončení dávkové volání metody), adaptér vrátí NAK odesílající aplikací.

  5. EPM předá zprávu odeslat MLLP adaptéru pro přenos.

  6. MLLP adaptér odesílá do zprávy zpracované navazujících systému.

  7. Úroveň dopravy ACK/NAK očekává adaptér odeslat MLLP dokončení komunikace.

  8. Pokud je zpráva v kroku 7 potvrzení, požádá adaptér EPM odstraníte zprávu. Jinak je adaptér EPM požádat o opakování, který je založen na nastavení intervalu opakování. Nová možnost je uvedena v nastavení konfigurace portu odeslat pro pozastavení zprávy přímo, bez opakování, pokud neobdrží NAK MLLP. Ve výchozím nastavení je tato možnost nastavena na hodnotu False. Pokud je tato možnost nastavena na hodnotu True, zprávy budou pozastaveny přímo, bez opakování, pokud neobdrží NAK MLLP.

Formát úroveň ACK/NACK dopravy

Web obsahuje následující informace:

  • Příklad potvrzení MLLP potvrzení:

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

  • Příklad MLLP negativní potvrzení potvrzení:

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

Poznámky

  • V těchto příkladech odkazuje < SB > Start blok znak (1 bajt). To odpovídá znak ASCII < VT > nebo < 0x0B >.

    Tento model nelze zaměňovat s SOH nebo STX ASCII znaky.

  • V těchto příkladech < ACK > nebo < NAK > odkazují na potvrzení znak (1 bajt. Odpovídá znaku ASCII < ACK > nebo < 0x06 >) nebo negativní potvrzení znak (1 bajt. Odpovídá znaku ASCII < NAK > nebo < 0x15 >).

  • V těchto příkladech odkazuje < EB > End bloku znak (1 bajt). To odpovídá znak ASCII < FS > nebo < 0x1C >.

  • V těchto příkladech odkazuje na znak návratu vozíku (1 bajt) < CR >. To odpovídá znak ASCII < CR > nebo < 0x0D >.

  • Společnost Microsoft poskytuje kontaktní informace jiného výrobce, a tím vám usnadňuje získání technické podpory. Tyto kontaktní informace se mohou změnit bez předchozího upozornění. Společnost Microsoft nezaručuje přesnost kontaktních informací jiných výrobců.

Jak nakonfigurovat příjem a odesílání porty pro nové vlastnosti

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

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

Zobrazí konfiguraci portu.
  • Port musí být jednosměrné port.

  • Musí být povolen parametr Objednané doručení .

  • Na True pro povolení přepravy úrovni potvrzení musí nastavit vlastnost Potvrzení dopravní MLLP použít . Ve výchozím nastavení tato vlastnost nastavena na False , pro stávající porty nebo nové porty.

Receive port

Odeslat konfiguraci portu.
  • Port musí být jednosměrné port.

  • Režimu solicit-response musí být nastavena na hodnotu Ne.

  • Musí být povolen parametr Objednané doručení .

  • Na True pro povolení přepravy úrovni potvrzení musí nastavit vlastnost Potvrzení dopravní MLLP použít . Ve výchozím nastavení tato vlastnost nastavena na False , pro stávající porty nebo nové porty.

  • Pozastaví zprávy požadavku na přepravu NAK MLLP vlastnost nastavte na hodnotu True 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. Ve výchozím nastavení tato vlastnost nastavena na False , pro stávající porty nebo nové porty.

Send port

O vlastnosti "Potvrzení dopravní MLLP použít"

Následující tabulka popisuje očekávané chování jednosměrný nebo obousměrný porty, které 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í systém" označuje odesílající aplikací. Odešle zprávy BizTalk. Tyto zprávy přicházejí BizTalk.

  • "Navazující systém" odpovídá přijímající aplikace. Obdrží zprávy z BizTalk. Tyto zprávy jsou odesílaných na server BizTalk.



Typ portu

Možnost MLLP V2

MLLP V2 možnost vypnout

Jednosměrné přijímat

Odešlete MLLP ACK/NAK dodavatelského systému v BatchComplete metoda.

Žádné změny v chování. V této situaci je odeslána ACK/NAK dodavatelského systému.

Obousměrný přijímat

Žádné změny v chování. V takovém případě ACK/NAK HL7 v metodě TransmitMessage zaslána nadřazeného systému.

Poznámka: Tato možnost není podporována. Například ignorujte, i když je hodnota nastavena na hodnotu True.

Žádné změny v chování. V takovém případě ACK/NAK HL7 v metodě TransmitMessage zaslána nadřazeného systému.

Jednosměrného odeslání

MLLP ACK/NAK z navazujících systému je čekání na po přenosu zprávy.

Žádné změny v chování. V takovém případě ACK/NAK z navazujících systému není čekání na po přenosu zprávy.

Dvoucestné odesílání nebo jednosměrného odeslání aktivován režim vyžadují odpověď.

Žádné změny v chování. V této situaci je čekala HL7 ACK/NAK z navazujících systému pro po přenosu zprávy.

Poznámka: Tato možnost není podporována. Například ignorujte, i když je hodnota nastavena na hodnotu True.

Žádné změny v chování. V této situaci je čekala HL7 ACK/NAK z navazujících systému pro po přenosu zprávy.



Obousměrný přijímání a odesílání port chování nezmění. Jednosměrné přijímání a odesílání port chování není také změnit, pokud je Potvrzení dopravní MLLP použít vlastnost nastavena na hodnotu true.

Další informace naleznete v dokumentaci ke grafickému adaptéru MLLP. Pokud jednosměrné příjem a odesílání porty mají správné konfiguraci, zlepšuje výkon. Pokud Potvrzení dopravy použití MLLP vlastnost obousměrného portu nebo portu jednosměrné je nastavena na hodnotu false, druh ACK, který je generován pokračuje beze změn. V takovém případě závisí druh ACK, který je generován v aplikaci Explorer konfigurace BTAHL7 nastavení aplikace, který zprávu odesílá. Toto nastavení můžete přepsat hodnotu v polích MSH 15 a MSH 16 konkrétní zprávu. Nicméně Potvrzení dopravy použití 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í aplikace Explorer konfigurace BTAHL7. Nezmění 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í:

RECEIVE

  • WrongMLLPFormat: zpráva není odeslána na server BizTalk.

  • WrongHL7Format: zpráva je odeslána BizTalk a MLLP ACK/NAK přenosu založené na stavu dokončení dávky.

  • TransmittingSocketIssue: MLLP ACK/NAK není přenášena, i když je zpráva odeslána BizTalk.

  • ReceivingSocketIssue: zpráva není přijat a proto není odeslána a není přenos MLLP ACK/NAK je odeslána.

  • V případě odeslání na server BizTalk selže, NAK přenosu.

  • Je-li negativní stav dokončení dávky, NAK přenosu.

ODESÍLÁNÍ a odeslat port vlastnost "zastavit odesílání dalších zpráv při selhání aktuální zprávu" = True

  • WrongMLLPFormat: zpráva je pozastaveno, protože MLLP ACK/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 je pozastaveno. Zpracování nebude pokračovat, dokud nezpracovaných zpráv jsou vymazány.

  • ReceivingSocketIssue: zpráva je pozastaveno. Zpracování nebude pokračovat, dokud nezpracovaných zpráv jsou vymazány.


Očekávané chování při Pozastavit zprávy požadavku na přepravu NAK MLLP vlastnost nastavena na hodnotu True nebo false , je následující:

  • Když je přijata NAK Pozastavit zprávy požadavku na přepravu NAK MLLP vlastnost nastavena na hodnotu True , zpráva je pozastaveno bez opakování ji odeslat.

  • Při Pozastavit zprávy požadavku na přepravu NAK MLLP vlastnost nastavena na výchozí hodnotu False, nový pokus o odeslání že 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 doručení zprávy pomocí nového parametru. Napří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 pro MLLP ACK/NAK čekat. Napří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 ServerDalší informace o zasílání zpráv čítačů výkonu naleznete na následujícím webu MSDN:

Zasílání zpráv čítačů výkonuDalší informace o objednané doručení zpráv naleznete na následujícím webu MSDN:

Objednané doručování zprávDalší informace o BizTalk 2010 Accelerator pro HL7 (BTAHL7), navštivte následující web společnosti Microsoft:

BizTalk 2010 akcelerátor pro HL7 (BTAHL7) dokumentaceDalší informace o metodě IBTBatchCallBack.BatchComplete naleznete na následujícím webu MSDN:

Metoda IBTBatchCallBack.BatchCompleteDalší informace o opravách hotfix serveru BizTalk Server klepněte na následující číslo článku databáze Microsoft Knowledge Base:

2003907 informace o opravách hotfix serveru BizTalk Server

Potřebujete další pomoc?

Chcete další možnosti?

Prozkoumejte výhody předplatného, projděte si školicí kurzy, zjistěte, jak zabezpečit své zařízení a mnohem více.

Komunity vám pomohou klást otázky a odpovídat na ně, poskytovat zpětnou vazbu a vyslechnout odborníky s bohatými znalostmi.

Byly tyto informace užitečné?

Jak jste spokojeni s kvalitou jazyka?
Co ovlivnilo váš názor?
Po stisknutí tlačítka pro odeslání se vaše zpětná vazba použije k vylepšování produktů a služeb Microsoftu. Váš správce IT bude moci tato data shromažďovat. Prohlášení o zásadách ochrany osobních údajů.

Děkujeme vám za zpětnou vazbu.

×