CORRIGER : Un correctif est disponible qui fournit des propriétés de Mode de remise supplémentaires pour le protocole de couche inférieure minimale envoyer et recevoir des cartes dans BizTalk Accelerator for HL7 dans un environnemen...

Traductions disponibles Traductions disponibles
Numéro d'article: 2564013 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Cet article décrit un correctif logiciel qui fournit deux propriétés de Mode de remise supplémentaires pour minimale inférieure couche de protocole (MLLP) envoyer et recevoir des ports lorsque vous utilisez BizTalk Accelerator for HL7 dans un environnement Microsoft BizTalk Server 2010 :
  • Utiliser l'accusé de réception de Transport MLLP
    Cette propriété est disponible dans les deux sens recevoir des ports et des ports d'envoi unidirectionnel.
  • Message de demande de suspension sur le Transport MLLP NAK
    Cette propriété est disponible uniquement dans les ports d'envoi unidirectionnel.
Le MLLP de réception carte prend en charge les deux modes de réponse unidirectionnels et bidirectionnels demande. Si l'adaptateur de réception est configuré, le traitement HL7 utilise le Livraison chronologique des messages paramètre. Cela garantit que l'ordre de remise des messages est maintenu. Lors de la réception de la MLLP carte fonctionne en mode bidirectionnel, la carte ne reçoit pas un nouveau message à partir du système en amont jusqu'à ce que l'adaptateur génère un accusé de réception de l'application (MSA) pour le message précédent dans le système en amont. L'accusé de réception/NON-RÉCEPTION générée est envoyée à la base de données de zone de message (MessageBoxDB). MessageBoxDB attend le prochain intervalle d'interrogation avant d'envoyer l'accusé de réception/NON-RÉCEPTION au système en amont.

Le système en amont envoie un seul message à un moment et uniquement après avoir reçu une accusé de réception/NON-RÉCEPTION. En outre, l'intervalle d'interrogation BizTalk est configuré et le Livraison chronologique des messages paramètre est défini sur True. Cela signifie que le nombre de messages traités par seconde est limité. Ce correctif fournit pour compléter la configuration d'envoi unidirectionnel et les ports de réception. Elle n'affecte pas l'accusé de réception/NON-RÉCEPTION. Toutefois, il augmente considérablement le nombre de documents traités par seconde.

Vous devez utiliser les compteurs de performance pour prendre une configuration de référence avant et après avoir appliqué ce correctif. Lorsque vous évaluez, vous devez les envoyer un nombre raisonnable de messages sur une période raisonnable. Par exemple, vous pouvez utiliser les éléments suivants :
  • Pour le BizTalk : la messagerie catégorie, utilisez le Documents traités/Sec compteur.
  • Pour le BizTalk : latence de messagerie catégorie, utilisez tous les compteurs disponibles.

Une option pour augmenter le nombre de documents traités par seconde consiste à réduire les MaxReceiveInterval paramètre de l'hôte BizTalk. En fonction de l'environnement global, sur le réglage de l'ordinateur qui exécute Biz Talk Server 2010 et sur le volume des documents sont traités, réduisant le MaxReceiveInterval paramètre peut avoir un effet néfaste sur les performances de l'instance de SQL Server. Pour le réglage de SQL Server et pour le réglage de BizTalk, reportez-vous à tous les articles techniques disponibles.

Plus d'informations

Remarque Ce hotfix résout également un problème dans le 2010 Microsoft BizTalk Accelerator for HL7. Pour plus d'informations sur ce problème, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2454887Événements peuvent être mal enregistrés pour un message MLLP en 2009 de BizTalk Accelerator for HL7 sur un ordinateur qui exécute Microsoft BizTalk Server 2009 ou Microsoft BizTalk Server 2010

Informations sur le correctif

Un correctif est disponible auprès de Microsoft. Toutefois, ce correctif est conçu pour corriger uniquement le problème décrit dans cet article. Appliquer ce correctif uniquement aux systèmes qui rencontrent le problème décrit dans cet article. Ce correctif peut subir des tests supplémentaires. Par conséquent, si vous n'êtes pas sérieusement concerné par ce problème, nous vous recommandons d'attendre la prochaine mise à jour logicielle qui comprendra ce correctif.

Si le correctif est disponible au téléchargement, il existe une section « Téléchargement de correctif logiciel disponible » en haut de cet article de la Base de connaissances. Si cette section n'apparaît pas, contactez le Service clientèle de Microsoft et de Support pour obtenir le correctif.

Remarque Si des problèmes supplémentaires se produisent ou si des procédures de dépannage est requis, il se peut que vous deviez créer une demande de service distinct. Les coûts habituels du support technique s'appliqueront aux autres questions et problèmes qui ne relèvent pas de ce correctif spécifique. Pour une liste complète des numéros de téléphone Service clientèle de Microsoft et prise en charge ou pour créer une demande de service distincte, visitez le site Web Microsoft suivant :
http://support.Microsoft.com/contactus/?ws=support
Remarque Le formulaire « Téléchargement de correctif logiciel disponible » affiche les langues pour lesquelles le correctif est disponible. Si vous ne voyez pas votre langue, il est dans la mesure où un correctif n'est pas disponible pour cette langue.

Conditions préalables

Vous devez disposer de Microsoft BizTalk Accelerator for HL7 (BTAHL7) installé pour appliquer ce correctif.

Informations sur le redémarrage

Vous devrez peut-être redémarrer votre ordinateur après avoir appliqué ce correctif. Si vous n'êtes pas invité à redémarrer, vous devez redémarrer les services BizTalk. Pour plus d'informations sur cette procédure, consultez le fichier Lisezmoi.txt qui est inclus dans ce package de correctifs.

Informations sur le remplacement

Ce correctif ne remplace pas un correctif publié précédemment.

Informations sur les fichiers

La version anglaise de ce correctif possède les attributs de fichier (ou attributs de fichier version ultérieure) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont répertoriés dans le temps universel coordonné (UTC). Lorsque vous affichez les informations du fichier, il est converti en heure locale. Pour connaître la différence entre l'UTC et l'heure locale, utilisez la Fuseau horaire onglet dans la Date et heure élément dans le panneau de configuration.

Réduire ce tableauAgrandir ce tableau
Nom de fichierVersion du fichierTaille du fichierDateHeurePlate-forme
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


Sur le correctif

Une fois le correctif est installé et configuré le flux des messages

Après avoir appliqué et activer ce correctif, la carte MLLP soumet tous les messages reçus par l'adaptateur MLLP MessageBoxDB. Le Gestionnaire de Point final (EPM) rappelle la carte avec l'état d'envoi dans la BatchComplete méthode. Cela provoque la carte à envoyer l'accusé de réception/NON-RÉCEPTION commit au système en amont. À son tour, le système en amont reçoit l'accusé de réception/NON-RÉCEPTION et puis envoie le message suivant. Le BatchComplete méthode est indépendante de la MaxReceiveInterval définition et est appelée immédiatement après que le message est soumis à BizTalk Server avec succès.

Dès que le message est prêt à envoyer, l'adaptateur d'envoi transmet le message au système en aval. L'accusé de réception/NON-RÉCEPTION est normal si le Utiliser l'accusé de réception de Transport MLLP propriété est définie sur True. Si l'envoi est un accusé de réception, BizTalk termine le traitement a réussi. Si l'envoi est un NAK et si le Message de demande de suspension sur le Transport MLLP NAK propriété est définie sur True, le message est suspendu directement sans nouvelle tentative. Toutefois, si la Message de demande de suspension sur le Transport MLLP NAK propriété est définie sur FalseRéessaiera de BizTalk basé sur les paramètres d'intervalle send port réessayer. (Par défaut, le Message de demande de suspension sur le Transport MLLP NAK propriété est définie sur False.)

Le diagramme suivant illustre le flux des messages :
Réduire cette imageAgrandir cette image
Flux des messages
  1. Le message est envoyé par le système en amont application émettrice est traitée par le MLLP : adaptateur de réception.
  2. La carte MLLP envoie le message vers BizTalk/EPM.
  3. EPM rappelle la carte sur l'état d'envoi de message. EPM réalise cette opération dans le Lot terminé méthode.
  4. Une instruction commit accusé de réception/NON-RÉCEPTION est générée par l'adaptateur MLLP et est basée sur l'état d'envoi de lot. L'accusé de réception/NON-RÉCEPTION est envoyée à l'application émettrice.

    Remarque Si l'état d'envoi de lot est Réussite, l'adaptateur retourne l'accusé de réception. Toutefois, en cas de panne ou si l'expiration de la soumission (par exemple, si la Lot terminé appel de méthode délai expiré), l'adaptateur retourne la NAK à l'application émettrice.

  5. EPM cède le message à l'adaptateur d'envoi MLLP pour la transmission.
  6. Le MLLP envoyer carte envoie le message traité au système en aval.
  7. Accusé de réception/NON-RÉCEPTION de niveau du transport est attendu par l'adaptateur d'envoi MLLP pour terminer la communication.
  8. Si le message à l'étape 7 est un accusé de réception, la carte demande EPM pour supprimer le message. Sinon, la carte a demander une nouvelle tentative qui repose sur le paramètre intervalle de nouvelle tentative EPM. Une nouvelle option est fournie dans le paramètre de configuration du port send pour suspension du message directement, sans une nouvelle tentative, si la réception d'un NAK de MLLP. Par défaut, cette option est définie sur False. Si cette option est définie sur True, le message sera suspendu directement, sans une nouvelle tentative, si la réception d'un NAK de MLLP.

Format de transport niveau ACK/NACK

Pour plus d'informations sur la spécification de Transport, reportez-vous au site Web HL7 suivant :
http://www.HL7.org/v3ballot/HTML/infrastructure/transport/transport-mllp.HTML
Le site Web contient les informations suivantes :
  • Exemple d'un accusé de réception du Commit MLLP :
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • Exemple d'une valeur négative MLLP valider l'accusé de réception :
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
Notes
  • Dans ces exemples, <SB>fait référence au caractère de début de bloc (1 octet). Cela correspond à la <VT>des caractères ASCII, ou <0x0B>.<b00> </b00> </0x0B> </VT> </SB>

    Il ne faut pas confondre avec les caractères SOH ou ASCII STX.
  • Dans ces exemples, <ACK>ou <NAK>, reportez-vous au caractère d'accusé de réception (1 octet. Correspond au caractère ASCII <ACK>ou <0x06>) ou le caractère d'accusé de réception négatif (1 octet. Correspond à la <NAK>des caractères ASCII, ou <0x15>).<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • Dans ces exemples, <EB>fait référence au caractère de fin de bloc (1 octet). Cela correspond au <FS>caractère ASCII, ou <0x1C>.</0x1C> </FS> </EB>
  • Dans ces exemples,<CR>désigne le caractère de retour chariot (1 octet). Cela correspond à la<CR>Le caractère ASCII ou <0x0D>.</0x0D></CR></CR>
  • Microsoft fournit des informations de contact de sociétés tierces pour vous aider à trouver un support technique. Ces coordonnées peuvent changer sans préavis. Microsoft ne garantit pas l'exactitude des informations de contact de ce tiers.

Comment faire pour configurer la réception et envoyer des ports à utiliser les nouvelles propriétés

Configurer la réception et de ports d'envoi comme suit.

Remarque Les paramètres de port receive et send peuvent être utilisés indépendamment ou ensemble.

Configuration du port de réception
  • Le port doit être un port unidirectionnel.
  • Le Livraison chronologique des messages paramètre doit être activé.
  • Vous devez définir la Utiliser l'accusé de réception de Transport MLLP propriété True Pour activer le transport au niveau d'accusé de réception. Par défaut, cette propriété est définie False Pour des ports existants ou nouveaux ports.
Réduire cette imageAgrandir cette image
Port de réception
Configuration du port de l'envoi
  • Le port doit être un port unidirectionnel.
  • Le mode de sollicitation-réponse doit être défini sur Non.
  • Le Livraison chronologique des messages paramètre doit être activé.
  • Vous devez définir la Utiliser l'accusé de réception de Transport MLLP propriété True Pour activer le transport au niveau d'accusé de réception. Par défaut, cette propriété est définie False Pour des ports existants ou nouveaux ports.
  • Vous devez définir la Message de demande de suspension sur le Transport MLLP NAK propriété True Si les messages doivent être suspendues directement sans renouvelée lors de la réception d'un NAK de Transport à partir d'un système en aval. Sinon, le message sera retentée pour le nombre de fois défini dans le transport des options du port d'envoi avancées. Par défaut, cette propriété est définie False Pour des ports existants ou nouveaux ports.
Réduire cette imageAgrandir cette image
Port d'envoi

À propos de la propriété « Utilisation accusé de réception MLLP Transport »

Le tableau suivant décrit le comportement attendu du unidirectionnelle ou bidirectionnelle qui utilisent les ports du Utiliser l'accusé de réception de Transport MLLP propriété. La combinaison de paramètres requise doit être appliquée comme décrit dans la section « Comment faire activer le correctif ».

Notes
  • « Système en amont » fait référence à l'application émettrice. Il envoie des messages à BizTalk Server. Ces messages sont entrants à BizTalk Server.
  • « Système en aval » fait référence à l'application réceptrice. Il reçoit des messages à partir de BizTalk. Ces messages sont sortant vers BizTalk.


Réduire ce tableauAgrandir ce tableau
Type de portMLLP Option V2Option de MLLP V2
Unidirectionnelle de réceptionEnvoyer un accusé de réception/NON-RÉCEPTION MLLP au système en amont dans le BatchComplete méthode.Aucun changement de comportement. Dans ce cas, aucun accusé de réception/NON-RÉCEPTION n'est envoyée au système en amont.
Bidirectionnelle de réceptionAucun changement de comportement. Dans ce cas, l'accusé de réception/NON-RÉCEPTION HL7 dans le TransmitMessage méthode est envoyée au système en amont.

Remarque Cette option n'est pas pris en charge. Par exemple, ignorée même si la valeur est définie sur True.
Aucun changement de comportement. Dans ce cas, l'accusé de réception/NON-RÉCEPTION HL7 dans le TransmitMessage méthode est envoyée au système en amont.
Envoi unidirectionnelL'accusé de réception/NON-RÉCEPTION MLLP à partir du système en aval est attendue pour une fois que le message est transmis.Aucun changement de comportement. Dans ce cas, l'accusé de réception/NON-RÉCEPTION du système en aval n'est pas attendue pour une fois que le message est transmis.
Envoi bidirectionnel ou envoi unidirectionnel avec le mode de sollicitation-réponse activéAucun changement de comportement. Dans ce cas, l'accusé de réception/NON-RÉCEPTION HL7 du système en aval est attendue pour une fois que le message est transmis.

Remarque Cette option n'est pas pris en charge. Par exemple, ignorée même si la valeur est définie sur True.
Aucun changement de comportement. Dans ce cas, l'accusé de réception/NON-RÉCEPTION HL7 du système en aval est attendue pour une fois que le message est transmis.


Bidirectionnelle recevoir et envoyer le comportement du port n'est pas modifiée. Unidirectionnel recevoir et envoyer le comportement de port n'est également pas modifié, à moins que le Utiliser l'accusé de réception de Transport MLLP propriété est définie sur true.

Pour plus d'informations, consultez la documentation de la carte MLLP. Si unidirectionnels réception et les ports d'envoi ont la configuration appropriée, améliore les performances. Si le Utiliser l'accusé de réception de Transport MLLP propriété d'un port bidirectionnel ou un port à sens unique est définie sur false, le type d'accusé de réception est généré se poursuit sans modifications. Dans ce cas, le type d'accusé de réception généré dépend des paramètres BTAHL7 Configuration Explorer pour l'application qui envoie le message. La valeur des champs MSH 15 et MSH 16 d'un message spécifique peut substituer ce paramètre. Toutefois, si la Utiliser l'accusé de réception de Transport MLLP propriété d'un port bidirectionnel ou un port à sens unique est définie sur false, vous pouvez définir la configuration des applications qui attendent que les accusés de réception statiques uniquement à l'aide de l'Explorateur de Configuration BTAHL7. Comportement de délai d'attente pour le port reste inchangée...

Le comportement attendu dans le cas lorsque les propriétés sont utilisées est la suivante :

RECEVOIR
  • WrongMLLPFormat : le message n'est pas soumis à BizTalk Server.
  • WrongHL7Format : le message est soumis à BizTalk Server et une accusé de réception/NON-RÉCEPTION MLLP est transmise qui repose sur l'état d'achèvement du lot.
  • TransmittingSocketIssue : l'accusé de réception/NON-RÉCEPTION de MLLP n'est pas transmise, bien que le message est soumis à BizTalk Server.
  • ReceivingSocketIssue : le message n'est pas reçu et n'est donc pas été présenté, et aucune transmission MLLP accusé de réception/NON-RÉCEPTION n'est envoyée.
  • Si un envoi à BizTalk Server échoue, un NAK est transmis.
  • Si un état négatif de lot complet est reçu, un NAK est transmis.
ENVOYER et le port d'envoi propriété « stop envoyer des messages supplémentaires en cas d'échec de message en cours » = True
  • WrongMLLPFormat : le message est suspendu car le MLLP ACK/NACK ne peut pas être lu. Le traitement ne continuera pas jusqu'à ce que les messages suspendus sont effacées.
  • WrongHL7Format : le message échoue avant qu'il atteigne la carte. Le traitement ne continuera pas jusqu'à ce que les messages suspendus sont effacées.
  • TransmittingSocketIssue : le message a été suspendu. Le traitement ne continuera pas jusqu'à ce que les messages suspendus sont effacées.
  • ReceivingSocketIssue : le message a été suspendu. Le traitement ne continuera pas jusqu'à ce que les messages suspendus sont effacées.

Le comportement attendu lors de la Message de demande de suspension sur le Transport MLLP NAK propriété est définie sur True ou à False est la suivante :
  • Lorsque le Message de demande de suspension sur le Transport MLLP NAK propriété est définie sur True et réception d'un NAK, le message est suspendu sans une nouvelle tentative pour l'envoyer.
  • Lorsque le Message de demande de suspension sur le Transport MLLP NAK propriété est définie sur le paramètre par défaut False, une nouvelle tentative pour envoyer le message est démarré, basé sur les paramètres d'intervalle de nouvelle tentative port envoyer.

Modifications apportées à l'utilitaire du Kit de développement MLLP

L'utilitaire MLLP SDK comprend les nouveaux paramètres suivants. Tous les autres paramètres restent inchangés. Pour plus d'informations, reportez-vous à la documentation du produit.
  • Pour MLLPReceive.exe, utilisez le nouveau paramètre pour renvoyer l'accusé de réception/NON-RÉCEPTION de MLLP après la réception du message. Par exemple :
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK
  • Pour MLLPSend.exe, utilisez le nouveau paramètre d'attente de MLLP accusé de réception/NON-RÉCEPTION. Par exemple :
    MLLPSend /sb 11 /eb 28 13 /cr /f « C:\HL7\ls.txt » 127.0.0.1 /I /p 11000 /UseMLLPTransACK

Références

Pour plus d'informations sur la façon de gérer les paramètres de performances de BizTalk server, reportez-vous au site Web Microsoft Developer Network (MSDN) suivant :
Gestion des paramètres de performances BizTalk Server
Pour plus d'informations sur les compteurs de performances de messagerie, reportez-vous au site Web MSDN suivant :
Compteurs de performances de messagerie
Pour plus d'informations sur commandé la remise de Messages, reportez-vous au site Web MSDN suivant :
Livraison chronologique des Messages
Pour plus d'informations sur BizTalk 2010 Accelerator for HL7 (BTAHL7), visitez le site Web Microsoft suivant :
BizTalk 2010 Accelerator for HL7 documentation (BTAHL7)
Pour plus d'informations sur la IBTBatchCallBack.BatchComplete méthode, visitez le site Web MSDN suivant :
Méthode IBTBatchCallBack.BatchComplete
Pour plus d'informations sur les correctifs de BizTalk Server, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2003907 Informations sur les correctifs de BizTalk Server

Propriétés

Numéro d'article: 2564013 - Dernière mise à jour: mardi 1 novembre 2011 - Version: 3.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
Mots-clés : 
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 2564013
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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