REVISIÓN: Hay una revisión que proporciona propiedades adicionales de modo de entrega para el protocolo de capa inferior mínimo en enviar y reciban adaptadores de BizTalk Accelerator para HL7 en un entorno de BizTalk Server 2010

Seleccione idioma Seleccione idioma
Id. de artículo: 2564013 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo describe un hotfix que proporciona dos propiedades adicionales de modo de entrega de protocolo de capa inferior mínimo (MLLP), enviar y reciban puertos al utilizar el Acelerador de BizTalk para HL7 en un entorno de Microsoft BizTalk Server 2010:
  • Utilice el reconocimiento de transporte MLLP
    Esta propiedad está disponible en un sentido recibir puertos y puertos de envío unidireccional.
  • Suspender el mensaje de solicitud en el transporte MLLP NAK
    Esta propiedad sólo está disponible en los puertos de envío unidireccional.
El MLLP recibir adaptador es compatible con ambos modos de respuesta de solicitud unidireccional y bidireccional. Si se configura el adaptador de recepción, procesamiento de HL7 utiliza el Entrega de pedidos parámetro. Esto garantiza que se mantiene el orden de entrega de mensajes. Cuando reciba el MLLP adaptador funciona en modo bidireccional, el adaptador no recibe un mensaje nuevo desde el sistema de nivel superior hasta que el adaptador genera una confirmación de aplicación (MSA) para el mensaje anterior al sistema de nivel superior. El ACK/NAK generado se envía a la base de datos del cuadro de mensaje (MessageBoxDB). MessageBoxDB espera para el siguiente intervalo de sondeo antes de enviar la confirmación/NAK al sistema de nivel superior.

El sistema upstream envía un único mensaje a la vez y sólo después de que recibe un ACK/NAK. Además, se configura el intervalo de sondeo de BizTalk y el Entrega de pedidos parámetro se establece en True. Esto significa que el número de mensajes procesados por segundo es limitado. Esta revisión proporciona configuración adicional de envío unidireccional y puertos de recepción. No afecta a la confirmación/NAK. Sin embargo, aumenta significativamente el número de documentos procesados por segundo.

Debe utilizar contadores de rendimiento para tomar una instantánea antes y después de aplicar esta revisión. Al punto de referencia, debe enviar a un número razonable de los mensajes a través de un plazo razonable. Por ejemplo, podría utilizar lo siguiente:
  • Para el BizTalk: mensajería categoría, utilice el Documentos procesados/seg. contador.
  • Para el BizTalk: latencia de mensajería categoría, utilice todos los contadores disponibles.

Una opción para aumentar el número de documentos procesados por segundo es reducir el MaxReceiveInterval configuración para el host de BizTalk. Dependiendo del entorno general, en la optimización del equipo que ejecuta Biz Talk Server 2010 y en el volumen de documentos que se procesan, reducir el MaxReceiveInterval configuración podría tener un efecto adverso en el rendimiento de la instancia de SQL Server. Para la optimización de SQL Server y el ajuste de BizTalk, consulte todos los artículos técnicos disponibles.

Más información

Nota Este hotfix también resuelve un problema en Microsoft BizTalk 2010 Accelerator para HL7. Para obtener más información acerca de este problema, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
2454887Podría ser incorrectamente sucesos para un mensaje basado en MLLP en 2009 el Acelerador de BizTalk para HL7 en un equipo que ejecute Microsoft BizTalk Server 2009 o Microsoft BizTalk Server 2010

Información de hotfix

Hay una revisión compatible de Microsoft. Sin embargo, esta revisión se diseñó para corregir el problema descrito en este artículo. Aplicar esta revisión sólo a sistemas que experimenten el problema descrito en este artículo. Esta revisión podría ser sometida a pruebas adicionales. Por tanto, si no se ve muy afectado por este problema, se recomienda que espere a que la próxima actualización de software que contenga este hotfix.

Si la revisión está disponible para descargar, hay una sección de "Descarga de revisión disponible" en la parte superior de este artículo de Knowledge Base. Si esta sección no aparece, póngase en contacto con servicio al cliente de Microsoft y soporte técnico para obtener la revisión.

Nota Si se producen problemas adicionales o cualquier solución de problemas es necesario, es posible que deba crear una solicitud de servicio independiente. Los costos habituales de soporte se aplicarán a las cuestiones y problemas que no reúnan los requisitos para esta revisión en cuestión. Para obtener una lista completa de los números de teléfono de servicio al cliente de Microsoft o para crear una solicitud de servicio independiente, visite el siguiente sitio Web de Microsoft:
http://support.Microsoft.com/contactus/?ws=support
Nota El formulario de "Descarga de revisión disponible" muestra los idiomas para que la revisión está disponible. Si no ve su idioma, es porque una revisión no está disponible para ese idioma.

Requisitos previos

Debe tener Microsoft BizTalk Accelerator para HL7 (BTAHL7) instalado para aplicar esta revisión.

Información de reinicio

Tendrá que reiniciar el equipo después de aplicar este hotfix. Si no se le pida que reinicie, debe reiniciar servicios de BizTalk. Para obtener más información acerca de este procedimiento, consulte el archivo Readme.txt que se incluye en este paquete de hotfix.

Información de reemplazo

Esta revisión no sustituye un publicadas anteriormente.

Información de archivo

La versión en inglés de esta revisión tiene los atributos de archivo (o atributos de archivo más reciente) mostrados en la tabla siguiente. Las fechas y horas de estos archivos se muestran en hora Universal coordinada (UTC). Al ver la información del archivo, se convierte a la hora local. Para encontrar la diferencia entre la hora UTC y la hora local, utilice el Zona horaria ficha en la Fecha y hora elemento de Panel de Control.

Contraer esta tablaAmpliar esta tabla
Nombre de archivoVersión del archivoTamaño de archivoFechaTiempoPlataforma
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


Acerca de la revisión

Flujo de mensajes después de la revisión está instalada y configurada

Después de aplicar y habilitar esta revisión, el adaptador MLLP envía cualquier mensaje que se recibe por el adaptador MLLP a MessageBoxDB. El Administrador de punto final (EPM) llama de nuevo el adaptador junto con el estado de presentación en el BatchComplete método. Esto hace que el adaptador enviar la confirmación ACK/NAK al sistema de nivel superior. A su vez, el sistema de nivel superior recibe el ACK/NAK y, a continuación, envía el mensaje siguiente. El BatchComplete método es independiente de la MaxReceiveInterval configuración y se llama inmediatamente después de que el mensaje se envía a BizTalk correctamente.

Tan pronto como esté listo para enviar el mensaje, el adaptador de envío transmite el mensaje al sistema de nivel inferior. Se espera la confirmación/NAK si el Utilice el reconocimiento de transporte MLLP propiedad está establecida en True. Si el envío es un ACK, BizTalk finaliza el procesamiento con éxito. Si el envío es un NAK y si el Suspender el mensaje de solicitud en el transporte MLLP NAK propiedad está establecida en True, se ha suspendido el mensaje directamente sin intentarlo de nuevo. Sin embargo, si el Suspender el mensaje de solicitud en el transporte MLLP NAK propiedad está establecida en FalseSe volverá a intentar BizTalk según la configuración de intervalo de reintentos de puerto de envío. (De forma predeterminada, el Suspender el mensaje de solicitud en el transporte MLLP NAK propiedad está establecida en False.)

El siguiente diagrama muestra el flujo de mensajes:
Contraer esta imagenAmpliar esta imagen
Flujo de mensajes
  1. El mensaje enviado por el sistema upstream aplicación de envío es procesada por el MLLP el adaptador de recepción.
  2. El adaptador MLLP envía el mensaje a BizTalk/EPM.
  3. EPM vuelve a llamar el adaptador sobre el estado de envío del mensaje. EPM realiza esto en el Proceso por lotes completo método.
  4. Una confirmación ACK/NAK es generado por el adaptador MLLP y se basa en el estado de envío del lote. ACK/NAK se envía a la aplicación de envío.

    Nota Si el estado de envío del lote es Éxito, el adaptador devuelve el ACK. Sin embargo, si se produce un error o si se agota el tiempo de espera de la presentación (por ejemplo, si el Proceso por lotes completo llamada al método tiempo de espera), el adaptador devuelve la NAK a la aplicación de envío.

  5. EPM entregue el mensaje para el adaptador de envío MLLP para la transmisión.
  6. El MLLP enviar adaptador envía el mensaje procesado al sistema de nivel inferior.
  7. El nivel de transporte ACK/NAK se prevé que el adaptador de envío MLLP para completar la comunicación.
  8. Si el mensaje en el paso 7 es un ACK, el adaptador pregunta EPM para eliminar el mensaje. De lo contrario, el adaptador tiene que pedir un reintento basado en la configuración de intervalo de reintento de EPM. Una nueva opción se proporciona en la opción de configuración de puerto de envío para suspender el mensaje directamente, sin un reintento, si se recibe un NAK MLLP. De forma predeterminada, esta opción está establecida en False. Si esta opción está establecida en True, el mensaje se suspenderá directamente, sin un reintento, si se recibe un NAK MLLP.

Formato ACK/NACK de nivel de transporte

Para obtener más información acerca de la especificación de transporte, visite el siguiente sitio Web de HL7:
http://www.HL7.org/v3ballot/HTML/Infrastructure/Transport/Transport-mllp.HTML
El sitio Web contiene la siguiente información:
  • Ejemplo de un acuse de recibo de confirmación MLLP:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • Ejemplo de un negativo MLLP confirmar confirmación:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
Notas
  • En estos ejemplos, <SB>hace referencia al carácter de bloque de inicio (1 byte). Esto corresponde a la <VT>carácter ASCII, o <0x0B>.<b00> </b00> </0x0B> </VT> </SB>

    No debe confundirse con los caracteres SOH o STX ASCII.
  • En estos ejemplos, <ACK>o <NAK>hacer referencia a la carácter de confirmación (1 byte. Corresponde a los caracteres ASCII de <ACK>o <0x06>) o el carácter de reconocimiento negativo (1 byte. Corresponde a la <NAK>carácter ASCII, o <0x15>).<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • En estos ejemplos, <EB>hace referencia al carácter de bloque final (1 byte). Esto corresponde al <FS>carácter ASCII, o <0x1C>.</0x1C> </FS> </EB>
  • En estos ejemplos,<CR>hace referencia al carácter de retorno de carro (1 byte). Esto corresponde a la<CR>Carácter ASCII o <0x0D>.</0x0D></CR></CR>
  • Microsoft proporciona información de contacto de terceros para ayudarle a encontrar soporte técnico. Esta información de contacto puede cambiar sin previo aviso. Microsoft no garantiza la exactitud de esta información de contacto de terceros.

Cómo configurar la recepción y puertos para utilizar las nuevas propiedades de envío

Configurar la recepción y puertos de envío como sigue.

Nota La configuración de puerto de envío y recepción se puede utilizar independientemente o juntos.

Configuración de puerto de recepción
  • El puerto debe ser un puerto unidireccional.
  • El Entrega de pedidos parámetro debe estar habilitado.
  • Debe establecer el Utilice el reconocimiento de transporte MLLP propiedad a True Para habilitar la confirmación de nivel de transporte. De forma predeterminada, esta propiedad se establece en False para los puertos existentes o nuevos puertos.
Contraer esta imagenAmpliar esta imagen
Puerto de recepción
Enviar la configuración de puerto
  • El puerto debe ser un puerto unidireccional.
  • El modo de petición-respuesta debe establecerse en No.
  • El Entrega de pedidos parámetro debe estar habilitado.
  • Debe establecer el Utilice el reconocimiento de transporte MLLP propiedad a True Para habilitar la confirmación de nivel de transporte. De forma predeterminada, esta propiedad se establece en False para los puertos existentes o nuevos puertos.
  • Debe establecer el Suspender el mensaje de solicitud en el transporte MLLP NAK propiedad a True Si los mensajes que deba suspenderse directamente sin se volverá a intentar cuando se recibe un NAK de transporte de un sistema de nivel inferior. De lo contrario, el mensaje se volverá el número de veces que se establece en el transporte de las opciones de envío del puerto avanzadas. De forma predeterminada, esta propiedad se establece en False para los puertos existentes o nuevos puertos.
Contraer esta imagenAmpliar esta imagen
Puerto de envío

Acerca de la propiedad de "Acuse de recibo del transporte de MLLP de uso"

La tabla siguiente describe el comportamiento esperado de unidireccional o bidireccional puertos que utilizan el Utilice el reconocimiento de transporte MLLP propiedad. Como se describe en la sección "Cómo habilitar la revisión", se debe aplicar la combinación necesaria de opciones.

Notas
  • "Sistema de nivel superior" se refiere a la aplicación de envío. Envía mensajes a BizTalk. Estos mensajes son entrantes a BizTalk.
  • "Sistema de nivel inferior" se refiere a la aplicación receptora. Recibe mensajes de BizTalk. Estos mensajes son saliente a BizTalk.


Contraer esta tablaAmpliar esta tabla
Tipo de puertoOpción MLLP V2Opción MLLP V2
Unidireccional recibirEnviar MLLP ACK/NAK al sistema de nivel superior en la BatchComplete método.Ningún cambio en el comportamiento. En esta situación, no se envía ninguna ACK/NAK al sistema de nivel superior.
Bidireccional recibirNingún cambio en el comportamiento. En esta situación, el ACK de HL7/NAK en el TransmitMessage método se envía al sistema de nivel superior.

Nota Esta opción no es compatible. Por ejemplo, omitir incluso si el valor se establece en True.
Ningún cambio en el comportamiento. En esta situación, el ACK de HL7/NAK en el TransmitMessage método se envía al sistema de nivel superior.
Envío unidireccionalEl MLLP ACK/NAK desde el sistema indirecto esperado después de que el mensaje se transmite.Ningún cambio en el comportamiento. En esta situación, el ACK/NAK desde el sistema indirecto no esperado después de que el mensaje se transmite.
Envío bidireccional o envío unidireccional con el modo de petición-respuesta habilitadoNingún cambio en el comportamiento. En esta situación, el ACK de HL7/NAK desde el sistema indirecto esperado después de que el mensaje se transmite.

Nota Esta opción no es compatible. Por ejemplo, omitir incluso si el valor se establece en True.
Ningún cambio en el comportamiento. En esta situación, el ACK de HL7/NAK desde el sistema indirecto esperado después de que el mensaje se transmite.


Bidireccional de recepción y envío no se cambia el comportamiento de los puertos. Unidireccional recibir y enviar el comportamiento de los puertos no también se cambia a menos que el Utilice el reconocimiento de transporte MLLP está establecida en true.

Para obtener más información, consulte la documentación del adaptador MLLP. Si un sentido recibe y puertos de envío tienen la configuración adecuada, mejora el rendimiento. Si el Utilice el reconocimiento de transporte MLLP propiedad de un puerto bidireccional o unidireccional se establece en false, el tipo de confirmación generado sigue sin cambios. En esta situación, el tipo de confirmación generado depende de la configuración de explorador de la configuración de BTAHL7 de la aplicación que envía el mensaje. El valor de campos MSH 15 y MSH 16 de un mensaje específico puede reemplazar esta configuración. Sin embargo, si el Utilice el reconocimiento de transporte MLLP propiedad de un puerto bidireccional o unidireccional se establece en false, puede establecer la configuración de las aplicaciones que esperan ACK estático sólo mediante el Explorador de la configuración de BTAHL7. Comportamiento de tiempo de espera para el puerto permanece sin cambios...

El comportamiento esperado en los casos cuando se utilizan las propiedades de esquina es como sigue:

RECIBIR
  • WrongMLLPFormat: el mensaje no se envía a BizTalk.
  • WrongHL7Format: el mensaje se envía a BizTalk y se transmite una ACK MLLP/NAK que se basa en el estado de finalización de proceso por lotes.
  • TransmittingSocketIssue: el ACK de MLLP/NAK no se transmite, aunque el mensaje se envía a BizTalk.
  • ReceivingSocketIssue: el mensaje no se recibe y por lo tanto, no se envía y no se envía ninguna transmisión MLLP ACK/NAK.
  • Si se produce un error en una presentación a BizTalk, se transmite un NAK.
  • Si se recibe un estado negativo del lote completo, se transmite una señal de no confirmación.
ENVIAR y el puerto de envío propiedad "detener el envío de mensajes posteriores en caso de error de mensaje actual" = True
  • WrongMLLPFormat: el mensaje se ha suspendido porque no se puede leer el ACK de MLLP/NACK. Procesamiento no continuará hasta que se borran los mensajes suspendidos.
  • WrongHL7Format: el mensaje no antes de que llegue el adaptador. Procesamiento no continuará hasta que se borran los mensajes suspendidos.
  • TransmittingSocketIssue: se ha suspendido el mensaje. Procesamiento no continuará hasta que se borran los mensajes suspendidos.
  • ReceivingSocketIssue: se ha suspendido el mensaje. Procesamiento no continuará hasta que se borran los mensajes suspendidos.

El comportamiento esperado cuando el Suspender el mensaje de solicitud en el transporte MLLP NAK propiedad está establecida en True o a False es como sigue:
  • Cuando el Suspender el mensaje de solicitud en el transporte MLLP NAK propiedad está establecida en True y se recibe un NAK, se ha suspendido el mensaje sin un reintento de enviarlo.
  • Cuando el Suspender el mensaje de solicitud en el transporte MLLP NAK propiedad se establece en la configuración predeterminada de False, un nuevo intento para enviar el mensaje se inicia, según la configuración de intervalo de reintentos de puerto de envío.

Cambios en la utilidad de SDK de MLLP

La herramienta de SDK de MLLP incluye los siguientes parámetros nuevos. Todos los demás parámetros permanecen sin cambios. Para obtener más información, consulte la documentación del producto.
  • Para MLLPReceive.exe, utilice el nuevo parámetro para devolver el ACK de MLLP/NAK después de recibir el mensaje. Por ejemplo:
    MLLPReceive /p 12000 11 /sb /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive /p 12000 11 /sb /eb 28 /cr 13 /MLLPTransNAK
  • Para MLLPSend.exe, utilice el nuevo parámetro de espera para MLLP ACK/NAK. Por ejemplo:
    MLLPSend /sb 11 28 /eb /cr 13 /f "C:\HL7\ls.txt" /I 127.0.0.1 /p 11000 /UseMLLPTransACK

Referencias

Para obtener más información acerca de cómo administrar la configuración de rendimiento en el servidor BizTalk server, visite el siguiente sitio Web de Microsoft Developer Network (MSDN):
Administrar la configuración de rendimiento BizTalk Server
Para obtener más información acerca de los contadores de rendimiento de mensajería, visite el siguiente sitio Web MSDN:
Contadores de rendimiento de mensajería
Para obtener más información acerca de la entrega de mensajes de pedido, visite el siguiente sitio Web MSDN:
Entrega ordenada de mensajes
Para obtener más información sobre BizTalk 2010 Accelerator para HL7 (BTAHL7), visite el siguiente sitio Web de Microsoft:
Acelerador de 2010 de BizTalk para HL7 documentación (BTAHL7)
Para obtener más información acerca de la IBTBatchCallBack.BatchComplete método, visite el siguiente sitio Web MSDN:
IBTBatchCallBack.BatchComplete (método)
Para obtener más información acerca de las revisiones de BizTalk Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
2003907 Información acerca de las revisiones de BizTalk Server

Propiedades

Id. de artículo: 2564013 - Última revisión: martes, 01 de noviembre de 2011 - Versión: 3.0
La información de este artículo se refiere a:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
Palabras clave: 
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 2564013

Enviar comentarios

 

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