FIX: Is een hotfix beschikbaar waarmee extra leveringsmethode van eigenschappen voor de minimale lagere Layer Protocol verzenden en ontvangen van adapters in BizTalk Accelerator voor HL7 in een omgeving met BizTalk Server 2010

Vertaalde artikelen Vertaalde artikelen
Artikel ID: 2564013 - Bekijk de producten waarop dit artikel van toepassing is.
Alles uitklappen | Alles samenvouwen

Op deze pagina

Samenvatting

Dit artikel bevat een hotfix waarmee u twee extra leveringsmethode eigenschappen voor minimale lagere Layer Protocol (MLLP) verzenden en ontvangen van poorten wanneer u de BizTalk-Accelerator voor HL7 in een omgeving met Microsoft BizTalk Server 2010:
  • Bevestiging van MLLP Transport gebruiken
    Deze eigenschap is beschikbaar in zowel eenrichtingsverkeer poorten en poorten unilaterale verzenden ontvangen.
  • Request-bericht onderbreking op Transport MLLP NAK
    Deze eigenschap is alleen beschikbaar in unilaterale verzenden poorten.
De MLLP ontvangen adapter ondersteunt beide modi eenrichtingssynchronisatie en tweerichtingssynchronisatie verzoek antwoord. Als de adapter ontvangen is geconfigureerd, HL7 verwerking gebruikt de Aflevering parameter. Dit garandeert dat de volgorde van de bezorging van berichten wordt gehandhaafd. Wanneer de MLLP wordt adapter werkt in twee richtingen modus, de adapter niet een nieuw bericht van de upstream-systeem ontvangt totdat de adapter genereert een bevestiging van de toepassing (MSA) voor het vorige bericht op de upstream-systeem. De gegenereerde ACK/NAK verzonden naar het bericht vak database (MessageBoxDB). De volgende polling-interval wacht MessageBoxDB voordat de ACK/NAK upstream systeem verzendt.

De upstream-systeem stuurt slechts één bericht tegelijk en alleen nadat een ACK/NAK ontvangen. De BizTalk-polling-interval is bovendien geconfigureerd, en de Aflevering de parameter is ingesteld op True. Dit betekent dat het aantal berichten dat per verwerkt seconde beperkt wordt. Deze hotfix voorziet in aanvullende configuratie voor unilaterale verzenden en ontvangen van poorten. Dit heeft geen invloed op de ACK/NAK. Aanzienlijk wordt echter het aantal documenten dat per seconde wordt verwerkt verhoogd.

U moet prestatiemeters gebruiken om een basislijn voordat en nadat u deze hotfix toepast. Wanneer u een benchmark-, dient u een redelijk aantal berichten over een redelijke termijn. U kunt bijvoorbeeld het volgende:
  • Voor de BizTalk: Messaging categorie en gebruik de Verwerkte documenten per seconde teller.
  • Voor de BizTalk: Messaging latentie categorie gebruik van alle beschikbare items.

Is het een optie om het aantal documenten dat per seconde wordt verwerkt verlagen de MaxReceiveInterval de instelling voor de BizTalk-host. Afhankelijk van het algemene klimaat voor het afstemmen van de computer waarop de Biz Talk Server 2010 en het volume van de documenten die worden verwerkt, verlagen de MaxReceiveInterval instelling kan een nadelige invloed op de prestaties van het exemplaar van SQL Server hebben. Voor het afstemmen van SQL Server en BizTalk afstemmen, verwijzen naar alle beschikbare technische artikelen.

Meer informatie

Opmerking Deze hotfix lost ook een probleem in Microsoft BizTalk 2010 Accelerator voor HL7. Voor meer informatie over dit probleem, klikt u op het volgende artikelnummer in de Microsoft Knowledge Base:
2454887Gebeurtenissen kunnen worden onjuist geregistreerd voor een MLLP-bericht in BizTalk 2009 Accelerator voor HL7 op een computer met Microsoft BizTalk Server 2009 of 2010 van Microsoft BizTalk Server

Informatie over hotfixes

Een ondersteunde hotfix is beschikbaar bij Microsoft. Deze hotfix is echter bedoeld om alleen het probleem dat in dit artikel wordt beschreven. Deze hotfix alleen uit op systemen waarop de in dit artikel beschreven probleem zich voordoet. Deze hotfix moet wellicht extra worden getest. Als u geen ernstige hinder van dit probleem ondervindt, is het daarom raadzaam te wachten op de volgende update waarin deze hotfix is opgenomen.

Als de hotfix kan gedownload worden, is er een sectie 'Hotfix downloaden beschikbaar' aan het begin van dit Knowledge Base-artikel. Als deze sectie niet wordt weergegeven, contact opnemen met Microsoft Customer Service and Support om de hotfix te verkrijgen.

Opmerking Als er nog andere problemen optreden of als er oplossingen vereist zijn, moet u mogelijk een afzonderlijk serviceverzoek indienen. De normale ondersteuningskosten blijven gelden voor extra ondersteuningsvragen die niet in aanmerking voor deze specifieke hotfix komen. Voor een volledige lijst met telefoonnummers van Microsoft Customer Service and Support of een afzonderlijk serviceverzoek maken, gaat u naar de volgende Microsoft-website:
http://support.Microsoft.com/contactus/?ws=support
Opmerking Het formulier 'Hotfix gedownload' geeft de talen waarvoor de hotfix beschikbaar is. Als uw taal niet wordt weergegeven, is omdat een hotfix niet voor die taal beschikbaar.

Voorwaarden

U moet Microsoft BizTalk Accelerator voor HL7 hebben (BTAHL7) geïnstalleerd om deze hotfix.

Opnieuw opstarten

U moet de computer opnieuw opstarten nadat u deze hotfix toepast. Als u niet wordt gevraagd om opnieuw te starten, moet u de BizTalk-services opnieuw. Raadpleeg het bestand Readme.txt dat deel uitmaakt van dit hotfix-pakket voor meer informatie over deze procedure.

Informatie over vervanging

Deze hotfix vervangt geen eerder uitgebrachte hotfix.

Informatie over bestanden

De Engelse versie van deze hotfix heeft de bestandskenmerken (of recentere bestandskenmerken) die in de volgende tabel worden weergegeven. De datums en tijden voor deze bestanden worden weergegeven in Coordinated Universal Time (UTC). Wanneer u de bestandsinformatie weergeeft, wordt deze naar lokale tijd geconverteerd. Als u het verschil tussen UTC en lokale tijd wilt bepalen, gebruikt de Tijdzone tabblad in de Datum en tijd een item in het Configuratiescherm.

Deze tabel samenvouwenDeze tabel uitklappen
BestandsnaamBestandsversieBestandsgrootteDatumTijdPlatform
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


Over de hotfix

Berichtenstroom nadat de hotfix is geïnstalleerd en geconfigureerd

Nadat u van toepassing en deze hotfix inschakelt, verzendt de adapter MLLP elk bericht dat wordt ontvangen door de adapter MLLP MessageBoxDB. Het eindpunt Manager (EPM) roept weer de adapter samen met de status ingediend in de BatchComplete methode. Hierdoor wordt de adapter de commit ACK/NAK upstream systeem verzenden. Op zijn beurt de upstream-systeem ontvangt de ACK/NAK en vervolgens verzendt u het volgende bericht. Het BatchComplete de methode is onafhankelijk van de MaxReceiveInterval instellen en direct nadat het bericht is verzonden naar BizTalk wordt genoemd.

Zodra het bericht wilt verzenden, verzendt de netwerkadapter verzend het bericht naar de downstream-systeem. De ACK/NAK naar verwachting als de Bevestiging van MLLP Transport gebruiken de eigenschap is ingesteld op True. Als het verzenden een ACK is, BizTalk klaar is voor de verwerking is. Als het verzenden is een NAK en de Request-bericht onderbreking op Transport MLLP NAK de eigenschap is ingesteld op True, het bericht rechtstreeks zonder opnieuw is uitgesteld. Echter, als de Request-bericht onderbreking op Transport MLLP NAK de eigenschap is ingesteld op FalseBizTalk zal worden herhaald op basis van de intervalinstellingen verzenden poort opnieuw. (Standaard de Request-bericht onderbreking op Transport MLLP NAK de eigenschap is ingesteld op False.)

In het volgende diagram ziet u de berichtenstroom:
Deze afbeelding samenvouwenDeze afbeelding uitklappen
Stroom
  1. Het bericht dat is verzonden door de verzendende toepassing wordt verwerkt door de MLLP upstream-systeem ontvangt adapter.
  2. De MLLP adapter verzendt BizTalk/EPM van het bericht.
  3. De EPM teruggebeld door de adapter over de verzendstatus van het bericht. De EPM gebeurt in de Volledige batch methode.
  4. Een commit ACK/NAK wordt gegenereerd door de MLLP-adapter en is gebaseerd op de verzendstatus van Batch. De ACK/NAK wordt verzonden naar de verzendende toepassing.

    Opmerking Als de Batch verzendstatus Succes, de adapter wordt het ACK. Echter, als er een storing of als de aanvraag een time-out (bijvoorbeeld als de Volledige batch een aanroep van de methode time-out) de adapter de NAK geretourneerd naar de verzendende toepassing.

  5. De EPM handen boven het bericht aan de adapter voor het verzenden van MLLP voor verzending.
  6. De MLLP adapter verzendt de verwerkte bericht verzenden naar de downstream-systeem.
  7. Het transportniveau ACK/NAK wordt verwacht door de adapter voor het verzenden van MLLP om de communicatie te voltooien.
  8. Als het bericht in stap 7 een ACK wordt, vraagt de adapter de EPM om het bericht te verwijderen. Anders heeft de adapter die is gebaseerd op het interval voor opnieuw proberen opnieuw vragen de EPM. Een nieuwe optie is beschikbaar in de configuratie van verzenden poortinstelling voor schorsing van het bericht rechtstreeks, zonder een opnieuw als een NAK MLLP wordt ontvangen. Deze optie is standaard ingesteld op False. Als deze optie is ingesteld op True, het bericht wordt direct, zonder een opnieuw worden geschorst als een NAK MLLP wordt ontvangen.

Transport Level ACK/NACK-indeling

De volgende HL7 bezoeken voor meer informatie over de Transport-specificatie:
http://www.HL7.org/v3ballot/HTML/Infrastructure/transport/transport-mllp.HTML
De website bevat de volgende informatie:
  • Voorbeeld van een MLLP Commit-bevestiging:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • Voorbeeld van een negatieve MLLP Commit bevestiging:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
Notities
  • In deze voorbeelden <SB>verwijst naar het teken Start Block (1 byte). Dit komt overeen met de <VT>ASCII-teken, of <0x0B>.<b00> </b00> </0x0B> </VT> </SB>

    Dit moet niet worden verward met de Statusverklaring of STX ASCII-tekens.
  • In deze voorbeelden, <ACK>of <NAK>die verwijzen naar het teken bevestiging (1 byte. Komt overeen met de <ACK>ASCII-teken- of <0x06>) of de bevestiging van een negatief teken (1 byte. Komt overeen met de <NAK>ASCII-teken, of <0x15>).<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • In deze voorbeelden <EB>verwijst naar het teken einde Block (1 byte). Dit komt overeen met de <FS>ASCII-teken, of <0x1C>.</0x1C> </FS> </EB>
  • In deze voorbeelden<CR>verwijst naar het Return-teken (1 byte). Dit komt overeen met de<CR>ASCII-teken of <0x0D>.</0x0D></CR></CR>
  • Microsoft biedt contactinformatie van derden waarmee u technische ondersteuning. Deze contactinformatie kan zonder kennisgeving worden gewijzigd. Microsoft garandeert niet de juistheid van deze contactinformatie van derden.

Het configureren van de ontvangen en verzenden van poorten met de nieuwe eigenschappen

Configureer de ontvangen en poorten als volgt verzenden.

Opmerking De instellingen van de poort ontvangen en verzenden kunnen afzonderlijk of gezamenlijk worden gebruikt.

Poortconfiguratie ontvangen
  • De poort moet een eenzijdige poort.
  • Het Aflevering de parameter moet worden ingeschakeld.
  • U stelt de Bevestiging van MLLP Transport gebruiken eigenschap True transport level bevestiging inschakelen. Deze eigenschap is standaard ingesteld op False voor bestaande poorten of voor nieuwe poorten.
Deze afbeelding samenvouwenDeze afbeelding uitklappen
Poort ontvangen
Poortconfiguratie verzenden
  • De poort moet een eenzijdige poort.
  • De solicit-response-modus moet zijn ingesteld op Nee.
  • Het Aflevering de parameter moet worden ingeschakeld.
  • U stelt de Bevestiging van MLLP Transport gebruiken eigenschap True transport level bevestiging inschakelen. Deze eigenschap is standaard ingesteld op False voor bestaande poorten of voor nieuwe poorten.
  • U stelt de Request-bericht onderbreking op Transport MLLP NAK eigenschap True Als de berichten worden geschorst rechtstreeks zonder opnieuw uitgevoerd moeten wanneer een NAK vervoer wordt ontvangen van een downstream-systeem. Anders wordt het bericht voor het aantal keren dat is ingesteld in de geavanceerde opties van de poort verzenden vervoer worden geprobeerd. Deze eigenschap is standaard ingesteld op False voor bestaande poorten of voor nieuwe poorten.
Deze afbeelding samenvouwenDeze afbeelding uitklappen
Poort verzenden

Over de eigenschap "Gebruik MLLP vervoer bevestiging"

De volgende tabel beschrijft het verwachte gedrag van unilaterale of bilaterale poorten die gebruikmaken van de Bevestiging van MLLP Transport gebruiken eigenschap. De vereiste combinatie van instellingen moet worden toegepast, zoals wordt beschreven in de sectie ' de hotfix te activeren '.

Notities
  • "Upstream systeem" verwijst naar de verzendende toepassing. Verzendt berichten naar BizTalk. Deze berichten zijn inkomende BizTalk.
  • "Downstream systeem" verwijst naar de ontvangende toepassing. Berichten ontvangen van BizTalk. Deze berichten worden naar BizTalk uitgaand.


Deze tabel samenvouwenDeze tabel uitklappen
Type poortMLLP V2-optie opMLLP V2 optie uitschakelen
Unilaterale ontvangenMLLP ACK/NAK verzenden naar de upstream systeem in de BatchComplete methode.Geen verandering in het gedrag. In dit geval is geen ACK/NAK upstream systeem verzonden.
Bilaterale ontvangenGeen verandering in het gedrag. In dit geval de HL7 ACK/NAK in de TransmitMessage de methode wordt verzonden naar de upstream-systeem.

Opmerking Deze optie wordt niet ondersteund. Negeren, zelfs als de waarde is ingesteld op True.
Geen verandering in het gedrag. In dit geval de HL7 ACK/NAK in de TransmitMessage de methode wordt verzonden naar de upstream-systeem.
Unilaterale verzendenDe MLLP-ACK/NAK van de downstream-systeem wordt gewacht nadat het bericht is verzonden.Geen verandering in het gedrag. In dit geval wordt de ACK/NAK van de downstream-systeem niet gewacht nadat het bericht is verzonden.
Verzenden van bilaterale of unilaterale verzenden met vragen antwoord modus ingeschakeldGeen verandering in het gedrag. In dit geval de HL7 ACK/NAK uit het systeem downstream gewacht, nadat het bericht is verzonden.

Opmerking Deze optie wordt niet ondersteund. Negeren, zelfs als de waarde is ingesteld op True.
Geen verandering in het gedrag. In dit geval de HL7 ACK/NAK uit het systeem downstream gewacht, nadat het bericht is verzonden.


Wederzijdse ontvangen en verzenden van de werking van de poort is niet gewijzigd. Unilaterale ontvangen en verzenden van de werking van de poort is ook niet gewijzigd tenzij de Bevestiging van MLLP Transport gebruiken de eigenschap is ingesteld op true.

Raadpleeg de documentatie van de adapter MLLP voor meer informatie. Als één richting ontvangen en verzenden poorten hebben de juiste configuratie, worden de prestaties verbeterd. Als de Bevestiging van MLLP Transport gebruiken ACK die is gegenereerd op basis van het soort blijft eigenschap van een tweerichtingsvertrouwensrelatie of een eenrichtingsvertrouwensrelatie poort is ingesteld op false, zonder wijzigingen. In deze situatie afhankelijk van het soort ACK die wordt gegenereerd de BTAHL7 configuratie Explorer-instellingen voor de toepassing die het bericht verzendt. De waarde in de velden MSH 15 en MSH 16 van een specifiek bericht, kan deze instelling genegeerd. Echter, als de Bevestiging van MLLP Transport gebruiken eigenschap van een tweerichtingsvertrouwensrelatie of een eenrichtingsvertrouwensrelatie poort is ingesteld op false, kunt u de configuratie van toepassingen die verwachten statische ACKs dat alleen met behulp van de BTAHL7 configuratie Explorer instellen. Gedrag van de time-outwaarde voor de poort ongewijzigd...

Het verwachte gedrag in de hoek gevallen wanneer de eigenschappen worden gebruikt is als volgt:

ONTVANGEN
  • WrongMLLPFormat: het bericht is niet verzonden naar BizTalk.
  • WrongHL7Format: het bericht wordt verzonden naar BizTalk en een MLLP-ACK/NAK die is gebaseerd op de voltooiingsstatus van Batch wordt verzonden.
  • TransmittingSocketIssue: de MLLP-ACK/NAK is niet verzonden, maar het bericht wordt verzonden naar BizTalk.
  • ReceivingSocketIssue: het bericht is ontvangen en daarom niet wordt ingediend, en geen MLLP ACK/NAK-uitzending wordt verzonden.
  • Als u een verzending naar BizTalk mislukt, wordt een NAK verzonden.
  • Als een negatieve status van de volledige partij wordt ontvangen, wordt een NAK verzonden.
VERZENDEN en poort verzenden eigenschap 'stop-berichten verzenden op het huidige bericht fout' = True
  • WrongMLLPFormat: het bericht is geschorst omdat de MLLP ACK/NACK kan niet worden gelezen. Verwerking wordt niet voortgezet totdat de geschorste berichten worden gewist.
  • WrongHL7Format: het bericht niet voordat de adapter is bereikt. Verwerking wordt niet voortgezet totdat de geschorste berichten worden gewist.
  • TransmittingSocketIssue: het bericht is opgeschort. Verwerking wordt niet voortgezet totdat de geschorste berichten worden gewist.
  • ReceivingSocketIssue: het bericht is opgeschort. Verwerking wordt niet voortgezet totdat de geschorste berichten worden gewist.

Het verwachte gedrag wanneer de Request-bericht onderbreking op Transport MLLP NAK de eigenschap is ingesteld op True of False is als volgt:
  • Wanneer de Request-bericht onderbreking op Transport MLLP NAK de eigenschap is ingesteld op True en een NAK wordt ontvangen, wordt het bericht is geschorst zonder opnieuw te verzenden.
  • Wanneer de Request-bericht onderbreking op Transport MLLP NAK de eigenschap is ingesteld op de standaardinstelling van False, opnieuw verzenden van het bericht wordt gestart, op basis van de intervalinstellingen verzenden poort opnieuw.

Wijzigingen in de MLLP SDK-hulpprogramma

Het hulpprogramma MLLP-SDK bevat de volgende nieuwe parameters. Alle overige parameters blijven ongewijzigd. Raadpleeg de productdocumentatie voor meer informatie.
  • Voor MLLPReceive.exe, moet u de nieuwe parameter gebruiken om de MLLP-ACK/NAK terug nadat het bericht is ontvangen. Bijvoorbeeld:
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK
  • Gebruik voor MLLPSend.exe, de nieuwe parameter voor MLLP-ACK/NAK wachten. Bijvoorbeeld:
    MLLPSend /sb 11 /eb 28 /cr 13 /f "C:\HL7\ls.txt" /I 127.0.0.1 11000 /p /UseMLLPTransACK

Referenties

Ga naar de volgende website van Microsoft Developer Network (MSDN) voor meer informatie over het beheren van de prestatie-instellingen op de BizTalk server:
BizTalk Server prestatie-instellingen beheren
Ga naar de volgende MSDN-website voor meer informatie over prestatiemeteritems messaging:
Prestatiemeteritems Messaging
Ga naar de volgende MSDN-website voor meer informatie over de bezorging van berichten besteld:
De bezorging van berichten besteld
Voor meer informatie over BizTalk 2010 Accelerator voor HL7 (BTAHL7), gaat u naar de volgende Microsoft-website:
BizTalk 2010 Accelerator voor HL7 documentatie (BTAHL7)
Voor meer informatie over de IBTBatchCallBack.BatchComplete methode, gaat u naar de volgende MSDN-website:
IBTBatchCallBack.BatchComplete, methode
Voor meer informatie over hotfixes voor BizTalk Server klikt u op het volgende artikelnummer in de Microsoft Knowledge Base:
2003907 Informatie over hotfixes voor BizTalk Server

Eigenschappen

Artikel ID: 2564013 - Laatste beoordeling: dinsdag 1 november 2011 - Wijziging: 2.0
De informatie in dit artikel is van toepassing op:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
Trefwoorden: 
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtnl
Automatisch vertaald artikel
BELANGRIJK: Dit artikel is vertaald door de vertaalmachine software van Microsoft in plaats van door een professionele vertaler. Microsoft biedt u professioneel vertaalde artikelen en artikelen vertaald door de vertaalmachine, zodat u toegang heeft tot al onze knowledge base artikelen in uw eigen taal. Artikelen vertaald door de vertaalmachine zijn niet altijd perfect vertaald. Deze artikelen kunnen fouten bevatten in de vocabulaire, zinsopbouw en grammatica en kunnen lijken op hoe een anderstalige de taal spreekt en schrijft. Microsoft is niet verantwoordelijk voor onnauwkeurigheden, fouten en schade ontstaan door een incorrecte vertaling van de content of het gebruik ervan door onze klanten. Microsoft past continue de kwaliteit van de vertaalmachine software aan door deze te updaten.
De Engelstalige versie van dit artikel is de volgende:2564013

Geef ons feedback

 

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