Symptomer
Sendeporten for Minimal Lower Layer Protocol MLLP kontrollerer bekreftelseskoden (ACK) i ACK (det vil si MSA.1_AcknowledgmentCode-feltet i MSA-segmentet) som returneres av nedstrømssystemet, og sammenligner den med godkjente ACK-koder som er angitt i konfigurasjonsegenskapene for MLLP-sendingsporten. ACK-kodene som for øyeblikket støttes av MLLP-sendingsport er som følger:
- AA
- CA
- AE
- CE
- AR
- CR
Du kan velge alle ACK-kodene eller en kombinasjon av dem. For eksempel er alle følgende koder gyldige:
- AA og CA
- AA, CA, AE og CE
- AA, CA, AR og CR
Du kan imidlertid ikke angi flere godkjente ACK-koder.
Når du har installert denne hurtigreparasjonen, legges en ny godkjent ACK-kode med navnet Egendefinert til i listen Godkjente ACK-koder. I tillegg legges det til en ny tekstboks der du kan angi godkjente egendefinerte ACK-koder.
Notater
- De egendefinerte kodene skal være atskilt med et komma (,). For eksempel: AE, CE, AR, CR, XX, ZZ.
- Hvis en av standardkombinasjonene (et ikke-egendefinert alternativ) er valgt, trenger du ikke angi noen verdier i egenskapen Godkjente egendefinerte ACK-koder.
- Hvis du vil sikre at pipelinevalideringen lykkes for de tilpassede ACK-kodene, må du legge til de nødvendige egendefinerte ACK-kodene i det tilsvarende ACK-skjemaet.
- Du kan bruke BizTalk Tracking-funksjonen (ved å aktivere sporing) til å spore meldingen ved hjelp av MessageID-egenskapen som logges i hendelsesloggen når meldingen prøves på nytt eller suspenderes.
Oppløsning
Informasjon om kumulativ oppdatering
Dette problemet ble først løst i følgende kumulative oppdatering av BizTalk Server:
For denne funksjonen
Den nye funksjonen gjelder bare for sendeporter. Når du har installert hurtigreparasjonen, baseres virkemåten på den godkjente ACK-koden du velger i rullegardinlisten, i stedet for koden som leveres av nedstrømssystemet.
MLLP-sendingsporten kontrollerer ACK-koden i ACK (MSA.1_AcknowledgmentCode-feltet i MSA-segmentet) som returneres av nedstrømssystemet, og sammenligner den med godkjente ACK-koder som er angitt i konfigurasjonsegenskapene for MLLP-sendingsporten. Gjeldende godkjente ACK-koder som støttes av MLLP-porten, inkluderer AA, CA, AE, CE, AR og CR. Du kan velge alle ACK-kodene eller en kombinasjon av dem. Du kan for eksempel velge følgende som gyldig:
- AA og CA
- AA, CA, AE og CE
- AA, CA, AR og CR
Det finnes imidlertid ikke noe alternativ for å angi en akseptabel ACK-kodekombinasjon.
En ekstra verdi for godkjente ACK-koder med navnet «Egendefinert» legges til i rullegardinlisten i egenskapen Godkjente ACK-koder. Alle tidligere kombinasjoner beholdes og brukes slik de var før den nye funksjonen ble lagt til.
Når EGENDEFINERT er valgt, må du også angi de nye verdiene i egenskapen Godkjente egendefinerte ACK-koder . Hver av disse nye ACK-verdiene må skilles med et komma (,).
Når du har installert hurtigreparasjonen, avhenger virkemåten av innstillingen for godkjente ACK-koder som er valgt. Hvis ACK-koden som returneres, samsvarer med den valgte godkjente koden, skjer behandlingen. Standard ACK-koder prøves på nytt. Og alle ACK-koder som ikke er oppført, er suspendert. (Dette vil gjøre ACK-koden til en ikke-standard eller ikke-tilpasset ACK-kode.)
Tabellen nedenfor viser dette scenarioet. En skriftlig tolkning følger tabellen.
For AA og CA vil meldingsbehandlingen alltid lykkes, uavhengig av godkjente ACK-kodeinnstillinger som er valgt. Her finner du mer informasjon om godkjente innstillinger for ACK-koder :
- AA, CA: Prøver AE, CE, AR og CR på nytt, og suspenderer alle andre.
- AA, CA, AE, CE: Godtatt og vellykket: AA, CA, AE og CE, og prøver på nytt AR og CR. Suspenderer alle andre.
- AA, CA, AR, CR: Godtatt og vellykket: AA, CA, AR og CR, og forsøker AE og CE på nytt. Suspenderer alle andre.
- AA, CA, AR, CR, AE, CE: Akseptert og vellykket: AA, CA, AR, CR, AE og CE, og ingen andre returneres. ACK prøves på nytt, og meldingen avbrytes.
- Egendefinert (verdier skrives inn og skilles med komma): Eksempel: AA, AE, Foo, ZZ, ZZZ. Godkjent og vellykket: AA, CA og AE, pluss eventuelle andre angitte egendefinerte ACK, som i dette tilfellet Foo, ZZ eller ZZZ. Prøver på nytt CE, AR.
- ACK-koder som ikke er angitt i Godkjente egendefinerte ACK-koder , prøves ikke på nytt og suspenderes.
Når en standard ACK ikke er angitt under Godkjente ACK-koder, returneres en feil omtrent som den følgende:
Obs!
Kortet kunne ikke overføre meldingen om å sende port «<SendPortName>» med nettadressen «127.0.0.1:33000». Den sendes på nytt etter forsøksintervallet som er angitt for denne sendingsporten. Detaljer: "Melding med Meldings-ID: Meldings-ID>,< mottatt med bekreftelsestype: Feil og med ACK-kode: CE.
Det forhåndsdefinerte ACK-skjemaet må endres ved å legge det til i den eksisterende listen over standard ACK-er (AA,AE,AR,CA,CE,CR). Eventuelle andre godkjente egendefinerte ACK-er (for eksempel XX og ZZ) må legges til i MSA.1_AcknowledgementCode-feltet i ACK-skjemaet. Hvis de ekstra egendefinerte ACK-ene ikke legges til i skjemaet, mislykkes pipelinevalideringen med feilmeldingen «Finner ikke tabellverdien».
Mer informasjon
Forutsetninger for å installere programvareoppdateringen
Du må ha følgende programvare installert for å kunne bruke denne hurtigreparasjonen:
- Microsoft BizTalk Server 2013 R2
- Microsoft BizTalk 2013 R2 Accelerator for HL7
Krav til omstart
Du trenger ikke å starte datamaskinen på nytt når du har installert denne hurtigreparasjonen. Vi anbefaler imidlertid at du lukker og åpner BizTalk Admin Console på nytt etter hurtigreparasjonsinstallasjonen.
Status
Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen «Gjelder for».
Kilder
Hvis du vil ha mer informasjon om BizTalk Server-hurtigreparasjoner, kan du se Informasjon om BizTalk Server-hurtigreparasjoner.
Finn ut mer om standardterminologien som brukes til å beskrive Microsoft-programvareoppdateringer .