CORREÇÃO: Está disponível uma correcção que fornece propriedades adicionais do modo de entrega para o protocolo de camada inferior mínima enviar e recebem os adaptadores no Acelerador de BizTalk para HL7 em um ambient...

Traduções de Artigos Traduções de Artigos
Artigo: 2564013 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Este artigo descreve um hotfix que fornece duas propriedades de modo de entrega adicionais para mínimo menor Layer Protocol (MLLP) enviar e recebem portas quando você usa o Acelerador de BizTalk para HL7 em um ambiente do Microsoft BizTalk Server 2010:
  • Use a confirmação de recebimento de transporte MLLP
    Esta propriedade está disponível no tanto unidirecional como recebem e enviar unidirecional portas.
  • Mensagem de solicitação de suspensão no transporte MLLP NAK
    Esta propriedade está disponível apenas em portas de envio unidirecional.
O MLLP receber adaptador suporta ambos os modos de resposta de solicitação unidirecional e bidirecional. Se o adaptador de recebimento for configurado, o processamento da HL7 usa o Entrega ordenada parâmetro. Isso garante que a ordem de entrega de mensagem é mantida. Quando receber a MLLP adaptador opera no modo bidirecional, o adaptador não recebe uma nova mensagem do sistema upstream até que o adaptador gera uma confirmação de aplicativo (MSA) para a mensagem anterior no sistema de upstream. O ACK/NAK gerado é enviada para o banco de dados de caixa de mensagem (MessageBoxDB). MessageBoxDB aguarda o próximo intervalo de pesquisa antes de enviar o ACK/NAK ao sistema de upstream.

O sistema upstream envia somente uma mensagem por vez e somente depois que ele recebe um ACK/NAK. Além disso, o intervalo de sondagem do BizTalk é configurado e o Entrega ordenada parâmetro for definido como True. Isso significa que o número de mensagens que são processados por segundo é limitado. Esse hotfix fornece para configuração adicional para envio unidirecional e portas de recepção. Ela não afeta o ACK/NAK. No entanto, ela aumenta significativamente o número de documentos processados por segundo.

Você deve usar os contadores de desempenho para levar a uma linha de base antes e depois de aplicar esse hotfix. Quando você benchmark, você deve enviar um número razoável de mensagens em um período razoável. Por exemplo, você poderia usar o seguinte:
  • Para o O BizTalk: mensagens categoria, use o Documentos processados/S contador.
  • Para o O BizTalk: latência de mensagens categoria, use todos os contadores disponíveis.

Uma opção para aumentar o número de documentos que são processadas por segundo é inferior a MaxReceiveInterval configuração do host do BizTalk. Dependendo do ambiente geral, sobre o ajuste do computador que esteja executando o Biz Talk Server 2010 e no volume de documentos que são processadas, reduzindo o MaxReceiveInterval configuração poderia ter um efeito adverso no desempenho da instância do SQL Server. Para o ajuste de SQL Server e ajuste do BizTalk, consulte todos os artigos técnicos disponíveis.

Mais Informação

Observação Esse hotfix também resolve um problema no Microsoft BizTalk 2010 Accelerator para HL7. Para obter mais informações sobre esse problema, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2454887Eventos podem ser incorretamente registrados para uma mensagem baseada em MLLP no BizTalk 2009 acelerador para HL7 em um computador que esteja executando o Microsoft BizTalk Server 2009 ou Microsoft BizTalk Server 2010

Informações sobre o hotfix

Um hotfix compatível foi disponibilizado pela Microsoft. No entanto, esse hotfix destina-se apenas a corrigir o problema descrito neste artigo. Aplica esta correcção apenas em sistemas que apresentarem o problema descrito neste artigo. Este hotfix pode receber testes adicionais. Portanto, se você não tiver sido gravemente afetado por esse problema, recomendamos que você aguarde a próxima atualização de software que contém esse hotfix.

Se o hotfix está disponível para download, há uma seção "Download de Hotfix disponível" na parte superior deste artigo do Knowledge Base. Se não aparecer nesta seção, entre em contato com o suporte e atendimento ao cliente Microsoft para obter o hotfix.

Observação Se ocorrerem problemas adicionais ou se for necessária qualquer solução de problemas, talvez você precise criar uma solicitação de serviço separada. Os custos normais de suporte serão aplicados a questões de suporte adicional e problemas que não se qualificam para esse hotfix específico. Para obter uma lista completa dos números de telefone de suporte e atendimento ao cliente da Microsoft ou para criar uma solicitação de serviço, visite o seguinte site da Microsoft:
http://support.microsoft.com/contactus/?ws=support
Observação O formulário "Download de Hotfix disponível" exibe os idiomas para os quais o hotfix está disponível. Se você não vir seu idioma, é porque um hotfix não está disponível para esse idioma.

Pré-requisitos

Você deve ter o Microsoft BizTalk Accelerator para HL7 (BTAHL7) instalado para aplicar esse hotfix.

Informações de reinicialização

Talvez você precise reiniciar o computador após aplicar esse hotfix. Se não for solicitado a reiniciar, você deve reiniciar os serviços do BizTalk. Para obter mais informações sobre esse procedimento, consulte o arquivo readme. txt incluído neste pacote de hotfix.

Informações de substituição

Esse hotfix não substitui um hotfix lançado anteriormente.

Informações de arquivo

A versão em inglês deste hotfix apresenta os atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos estão listadas no tempo Universal Coordenado (UTC). Quando você exibir as informações do arquivo, ele será convertido para a hora local. Para encontrar a diferença entre o UTC e a hora local, use o Fuso horário Guia de Data e hora item no painel de controle.

Reduzir esta tabelaExpandir esta tabela
Nome do arquivoVersão do arquivoTamanho do arquivoDataTempoPlataforma
Microsoft.Solutions.btahl7.mllp.dll3.9.526.2116,60807-Jun-201115: 27x86
Microsoft.Solutions.btahl7.Shared.dll3.9.526.292,04007-Jun-201115: 27x86
Mllpreceive.exe3.9.526.226,45607-Jun-201115: 27x86
Mllpsend.exe3.9.526.226,44807-Jun-201115: 27x86


Sobre o hotfix

Fluxo de mensagens após o hotfix está instalado e configurado

Depois de aplicar e habilitar esse hotfix, o adaptador MLLP envia qualquer mensagem recebida pelo adaptador de MLLP para MessageBoxDB. O Gerenciador de ponto final (EPM) chamará novamente o adaptador junto com o status de envio no BatchComplete método. Isso faz com que o adaptador para enviar a confirmação ACK/NAK ao sistema de upstream. Por sua vez, o sistema upstream recebe o ACK/NAK e envia a mensagem seguinte. O BatchComplete método é independente do MaxReceiveInterval a configuração e é chamado imediatamente depois que a mensagem é enviada ao BizTalk com êxito.

Assim que a mensagem está pronta para enviar, o adaptador de envio transmite a mensagem para o sistema downstream. O ACK/NAK é esperada se o Use a confirmação de recebimento de transporte MLLP propriedade estiver definida como True. Se enviar um pacote ACK, BizTalk termina o processamento com êxito. Se o envio é um NAK e se a Mensagem de solicitação de suspensão no transporte MLLP NAK propriedade estiver definida como True, a mensagem está suspenso diretamente sem tentar novamente. No entanto, se a Mensagem de solicitação de suspensão no transporte MLLP NAK propriedade estiver definida como FalseO BizTalk tentará novamente com base em que as configurações de intervalo de repetição da porta de enviar. (Por padrão, o Mensagem de solicitação de suspensão no transporte MLLP NAK propriedade estiver definida como False.)

O diagrama a seguir mostra o fluxo de mensagens:
Reduzir esta imagemExpandir esta imagem
Fluxo de mensagens
  1. A mensagem enviada pelo aplicativo de envio é processado pelo MLLP sistema upstream receber adaptador.
  2. O adaptador MLLP envia a mensagem para o BizTalk/EPM.
  3. O EPM chama de volta o adaptador sobre o status de envio de mensagem. O EPM faz isso no Lote completo método.
  4. Uma confirmação ACK/NAK é gerado pelo adaptador de MLLP e baseia-se o status de envio em lotes. O ACK/NAK é enviada para o aplicativo de envio.

    Observação Se o status de envio em lotes for Sucesso, o adaptador retorna o ACK. No entanto, se houver uma falha ou se o envio do tempo limite (por exemplo, se a Lote completo método chamada expire), o adaptador retorna a NAK para o aplicativo de envio.

  5. O EPM passa a mensagem para o adaptador de envio MLLP para transmissão.
  6. O MLLP enviar adaptador envia a mensagem processada para o sistema downstream.
  7. O nível de transporte ACK/NAK é esperado pelo adaptador de envio de MLLP para concluir a comunicação.
  8. Se a mensagem na etapa 7 é um pacote ACK, o adaptador pergunta o EPM para excluir a mensagem. Caso contrário, o adaptador tem que pedir o EPM uma nova tentativa com base na configuração do intervalo de repetição. Uma nova opção é fornecida na definição de configuração de porta de envio para suspender a mensagem diretamente, sem uma nova tentativa, se for recebido um NAK MLLP. Por padrão, essa opção é definida como False. Se esta opção estiver definida como True, a mensagem será suspenso diretamente, sem uma nova tentativa, se for recebido um NAK MLLP.

Formato de ACK/NACK de nível de transporte

Para obter mais informações sobre a especificação de transporte, visite o seguinte site da HL7:
http://www.HL7.org/v3ballot/HTML/Infrastructure/Transport/Transport-mllp.HTML
O site contém as seguintes informações:
  • Exemplo de uma confirmação de recebimento da confirmação MLLP:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • Exemplo de um negativo MLLP confirmar confirmação:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
Anotações
  • Nestes exemplos, <SB>se refere ao caractere iniciar bloco (1 byte). Isso corresponde do <VT>caractere ASCII, ou <0x0B>.<b00> </b00> </0x0B> </VT> </SB>

    Isso não deve ser confundido com os caracteres SOH ou STX ASCII.
  • Nestes exemplos, <ACK>ou <NAK>para se referir ao caractere de confirmação (1 byte. Corresponde ao caractere ASCII <ACK>ou <0x06>) ou o caractere-confirmação negativa (1 byte. Corresponde do <NAK>caractere ASCII, ou <0x15>).<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • Nestes exemplos, <EB>se refere ao caractere de final de bloco (1 byte). Isso corresponde ao <FS>caractere ASCII, ou <0x1C>.</0x1C> </FS> </EB>
  • Nestes exemplos,<CR>refere-se o caractere de retorno de carro (1 byte). Isso corresponde do<CR>Caractere ASCII ou <0x0D>.</0x0D></CR></CR>
  • A Microsoft fornece informações de contato de terceiros para ajudá-lo a encontrar suporte técnico. Estas informações para contato podem ser alteradas sem aviso prévio. A Microsoft não garante a precisão dessas informações de contato de terceiros.

Como configurar a receber e enviar as portas para usar as novas propriedades

Configurar a receber e enviar as portas da seguinte maneira.

Observação As configurações de porta de recepção e envio podem ser usadas independentemente ou juntas.

Receber a configuração de porta
  • A porta deve ser uma porta unidirecional.
  • O Entrega ordenada parâmetro deve ser habilitado.
  • Você deve definir o Use a confirmação de recebimento de transporte MLLP propriedade para True Para habilitar o reconhecimento de nível de transporte. Por padrão, essa propriedade é definida como False para portas existentes ou novas portas.
Reduzir esta imagemExpandir esta imagem
Porta de recepção
Enviar a configuração da porta
  • A porta deve ser uma porta unidirecional.
  • O modo de solicitação-resposta deve ser definido como Não.
  • O Entrega ordenada parâmetro deve ser habilitado.
  • Você deve definir o Use a confirmação de recebimento de transporte MLLP propriedade para True Para habilitar o reconhecimento de nível de transporte. Por padrão, essa propriedade é definida como False para portas existentes ou novas portas.
  • Você deve definir o Mensagem de solicitação de suspensão no transporte MLLP NAK propriedade para True Se as mensagens deverão ser suspenso diretamente sem sendo repetida quando um NAK de transporte é recebido de um sistema de downstream. Caso contrário, a mensagem será tentada novamente para o número de vezes que é definido no transporte avançadas opções de porta de envio. Por padrão, essa propriedade é definida como False para portas existentes ou novas portas.
Reduzir esta imagemExpandir esta imagem
Porta de envio

Sobre a propriedade de "Confirmação de transporte de MLLP de uso"

A tabela a seguir descreve o comportamento esperado de unidirecional ou bidirecional, as portas que usam o Use a confirmação de recebimento de transporte MLLP propriedade. A combinação necessária de configurações deve ser aplicada conforme descrito na seção "Como habilitar o hotfix".

Anotações
  • "Sistema upstream" refere-se o aplicativo de envio. Ele envia mensagens para o BizTalk. Essas mensagens são recebidas ao BizTalk.
  • "Sistema downstream" refere-se o aplicativo de recebimento. Ele recebe mensagens do BizTalk. Essas mensagens são de saída para o BizTalk.


Reduzir esta tabelaExpandir esta tabela
Tipo de portaOpção V2 MLLPMLLP V2 opção desativada
Unidirecional receberEnviar MLLP ACK/NAK para upstream no sistema o BatchComplete método.Nenhuma alteração no comportamento. Nessa situação, nenhuma ACK/NAK é enviada ao sistema de upstream.
Bidirecional receberNenhuma alteração no comportamento. Nessa situação, a HL7 ACK/NAK na TransmitMessage método é enviado ao sistema de upstream.

Observação Esta opção não é suportada. Por exemplo, ignorar, mesmo se o valor for definido como True.
Nenhuma alteração no comportamento. Nessa situação, a HL7 ACK/NAK na TransmitMessage método é enviado ao sistema de upstream.
Envio unidirecionalO ACK/NAK MLLP do sistema downstream esperou depois que a mensagem é transmitida.Nenhuma alteração no comportamento. Nessa situação, o ACK/NAK do sistema downstream não esperou depois que a mensagem é transmitida.
Enviar bidirecional ou unidirecional enviar com o modo de requisição-resposta ativadoNenhuma alteração no comportamento. Nessa situação, a HL7 ACK/NAK do sistema downstream esperou depois que a mensagem é transmitida.

Observação Esta opção não é suportada. Por exemplo, ignorar, mesmo se o valor for definido como True.
Nenhuma alteração no comportamento. Nessa situação, a HL7 ACK/NAK do sistema downstream esperou depois que a mensagem é transmitida.


Bidirecional receber e enviar o comportamento de porta não é alterado. Unidirecional receber e enviar o comportamento de porta não também é alterado, a menos que o Use a confirmação de recebimento de transporte MLLP propriedade estiver definida como true.

Para obter mais informações, consulte a documentação do adaptador MLLP. Se unidirecional receber e enviar portas têm a configuração apropriada, melhora o desempenho. Se a Use a confirmação de recebimento de transporte MLLP o tipo de confirmação que é gerado de uma porta bidirecional ou unidirecional porta for definida como false, continua sem alterações. Nessa situação, o tipo de confirmação que é gerado depende das configurações do aplicativo que está enviando a mensagem BTAHL7 configuração Explorer. O valor nos campos MSH 15 e MSH 16 de uma mensagem específica pode substituir essa configuração. No entanto, se a Use a confirmação de recebimento de transporte MLLP propriedade de uma porta bidirecional ou uma porta unidirecional é definida como false, você pode definir a configuração para aplicativos que esperam ACKs estáticos apenas usando o Gerenciador de configuração de BTAHL7. Comportamento de tempo limite para a porta permanece inalterado..

O comportamento esperado em casos de canto quando as propriedades são usadas é a seguinte:

RECEBER
  • WrongMLLPFormat: a mensagem não será enviada para o BizTalk.
  • WrongHL7Format: a mensagem é enviada para o BizTalk e um MLLP ACK/NAK é transmitido com base no status da conclusão do lote.
  • TransmittingSocketIssue: o ACK/NAK MLLP não é transmitida, embora a mensagem é enviada para o BizTalk.
  • ReceivingSocketIssue: a mensagem não for recebida e, portanto, não será enviada e nenhuma transmissão MLLP ACK/NAK é enviada.
  • Se um envio para o BizTalk falhar, um NAK é transmitido.
  • Se for recebido um status negativo de lote completo, um NAK é transmitido.
ENVIAR e enviar a porta a propriedade "parar o envio de mensagens subsequentes em caso de falha de mensagem atual" = True
  • WrongMLLPFormat: a mensagem foi suspensa porque o ACK/NACK MLLP não pode ser lido. Processamento não continuará até que as mensagens suspensas estão desmarcadas.
  • WrongHL7Format: a mensagem falha antes que ele atinja o adaptador. Processamento não continuará até que as mensagens suspensas estão desmarcadas.
  • TransmittingSocketIssue: a mensagem está suspenso. Processamento não continuará até que as mensagens suspensas estão desmarcadas.
  • ReceivingSocketIssue: a mensagem está suspenso. Processamento não continuará até que as mensagens suspensas estão desmarcadas.

O comportamento esperado quando o Mensagem de solicitação de suspensão no transporte MLLP NAK propriedade estiver definida como True ou para False é o seguinte:
  • Quando o Mensagem de solicitação de suspensão no transporte MLLP NAK propriedade estiver definida como True e um NAK é recebido, a mensagem está suspenso sem uma nova tentativa para enviá-lo.
  • Quando o Mensagem de solicitação de suspensão no transporte MLLP NAK propriedade é definida como a configuração padrão de False, uma nova tentativa para enviar a mensagem for iniciada, com base nas configurações de intervalo de repetição da porta de enviar.

Alterações para o utilitário MLLP SDK

O utilitário de MLLP SDK inclui os novos parâmetros a seguintes. Todos os outros parâmetros permanecem inalterados. Para obter mais informações, consulte a documentação do produto.
  • Para MLLPReceive.exe, use o novo parâmetro para retornar o ACK/NAK MLLP depois que a mensagem é recebida. Por exemplo:
    MLLPReceive /p 12000 11 /sb /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive /p 12000 11 /sb /eb 28 /cr 13 /MLLPTransNAK
  • Para MLLPSend.exe, use o novo parâmetro de espera de ACK/NAK MLLP. Por exemplo:
    MLLPSend /sb 11 28 /eb /cr 13 /f "C:\HL7\ls.txt" 127.0.0.1 /I /UseMLLPTransACK /p 11000

Referências

Para obter mais informações sobre como gerenciar as configurações de desempenho no BizTalk server, visite o seguinte site da Microsoft Developer Network (MSDN):
Gerenciando configurações de desempenho de BizTalk Server
Para obter mais informações sobre contadores de desempenho de mensagens, visite o seguinte site da MSDN:
Contadores de desempenho de mensagens
Para obter mais informações sobre encomendada entrega de mensagens, visite o seguinte site da MSDN:
Ordenada de entrega de mensagens
Para obter mais informações sobre o Acelerador de BizTalk 2010 para HL7 (BTAHL7), visite o seguinte site da Microsoft:
O Acelerador de BizTalk 2010 para HL7 documentação (BTAHL7)
Para obter mais informações sobre o IBTBatchCallBack.BatchComplete método, visite o seguinte site da MSDN:
Método IBTBatchCallBack.BatchComplete
Para obter mais informações sobre os hotfixes BizTalk Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
2003907 Informações sobre os hotfixes BizTalk Server

Propriedades

Artigo: 2564013 - Última revisão: 1 de novembro de 2011 - Revisão: 2.0
A informação contida neste artigo aplica-se a:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
Palavras-chave: 
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 2564013

Submeter comentários

 

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