Resolvendo Problemas ao Implementar Fluxos de Mensagens

  1. Para depurar problemas ao implementar, verifique os registros:

    Esses logs podem estar em computadores separados e devem ser utilizados em conjunto com a saída do workbench para assegurar que a implementação obteve êxito.

    Utilize o comando mqsilist para verificar se a implementação foi bem-sucedida ou consulte o registro de Eventos do Windows ou o registro de Eventos de domínio do intermediário.

  2. Utilize esta lista de verificação quando tiver problemas de implementação:
    • Certifique-se de que o gerenciador de filas remoto esteja em execução.
    • Certifique-se de que os canais estejam em execução.
    • Exiba o status do canal para ver se o número de mensagens do sistema enviadas aumenta.
    • Verifique o canal a partir da extremidade remota.
    • Verifique o nome do gerenciador de filas.
    • Determine se o canal é um canal de cluster.

Este tópico contém avisos para lidar com alguns problemas comuns que podem surgir ao implementar fluxos de mensagens ou conjuntos de mensagens.
Preparando para implementar:
Durante a implementação:
Cancelando a implementação:
Após a implementação:

Fluxos de Mensagens Migrados Não Estão Disponíveis para Inclusão em um Arquivo Archive do Intermediário

Você Não Pode Arrastar um Arquivo Broker Archive para um Intermediário

O Arquivo Compilado (.cmf) do Fluxo de Mensagens Não Foi Gerado

O Fluxo de Mensagens Implementa no Sistema de Teste, Mas Não em Outros Locais

A Implementação Indica que o Intermediário Não Existe

O Configuration Manager Está Tentando Implementar em um Intermediário que Não Existe.

O Configuration Manager Relata que Está Sem Memória

Mensagens de Erro Emitidas durante a Implementação no z/OS

A Serialização de Entrada Esperada Não Está Ocorrendo para uma Fila Compartilhada que Atende a Várias Instâncias de um Fluxo de Mensagens no z/OS

Os Nós MQe não Funcionam Conforme o Esperado após a Implementação em um Intermediário da Versão 6.0

Mensagens de Erro Emitidas durante a Implementação

As mensagens de erro que podem ser geradas durante a implementação são listadas a seguir com uma explicação:

Mensagem BIP1536
  • Cenário: Você definiu um Configuration Manager para ser executado com um ID do usuário e definiu um intermediário para ser executado em um computador diferente com um ID do usuário diferente. A implementação é bem-sucedida, mas a mensagem de erro BIP1536 é emitida quando você implementa fluxos de mensagens para o intermediário.
  • Explicação: É impossível ao Configuration Manager registrar assinaturas internas com o intermediário, pois o intermediário está em execução sob um ID e o Configuration Manager está em execução sob outro ID. O intermediário e o Configuration Manager trocam mensagens internas entre si através do Publicação/Assinatura. Essas mensagens são transportadas pelo WebSphere MQ, que requerem determinadas autorizações.
  • Solução:
    • Certifique-se de que o ID de usuário do intermediário seja um membro dos grupos mqm e mqbrkrs.
    • Defina o ID do usuário do intermediário no computador em que o Configuration Manager está sendo executado.
    • Defina o ID do usuário do Configuration Manager no computador no qual o intermediário está em execução.
    • Certifique-se de que todos os IDs estão em letra minúscula para que sejam compatíveis entre os computadores.
Mensagens BIP1536 e BIP7017
  • Cenário: As mensagens de erro BIP1536 e BIP7017 são exibidas.
  • Explicação: O Configuration Manager teve um problema ao registrar suas assinaturas internas nos tópicos relacionados à alteração do status do intermediário, que tenta fazer toda vez que uma configuração completa é implementada. A causa do problema é fornecida pela mensagem BIP7017, que indica que está executando com um Servidor de Nome de Usuário configurado, mas que o intermediário ao qual você está implementando não possui o ID do usuário de serviço do Configuration Manager no cache do usuário.
  • Solução: Faça as verificações a seguir. Quando você identificar e corrigir o problema, as assinaturas serão registradas corretamente na próxima vez que você implementar:
    • Assegure-se de que o Servidor de Nome de Usuário seja iniciado.
    • Assegure-se de que os canais do WebSphere MQ entre o Servidor de Nome de Usuário e o intermediário sejam iniciados.
    • Assegure-se de que o ID do usuário esteja presente no domínio do Servidor de Nome de Usuário.
Início da mudançaMensagem BIP2045
  • Cenário: A mensagem de erro BIP2045 é exibida no Message Brokers Toolkit após a implementação.
  • Explicação: Cada intermediário é identificado por um UUID (Universally Unique Identifier), que é armazenado no Configuration Manager quando o intermediário é definido. O UUID também é armazenado no intermediário quando recebe sua primeira mensagem de implementação. Se o intermediário receber uma mensagem de implementação que contém um UUID diferente, ele rejeitará essa mensagem e emitirá a mensagem de erro BIP2045. Isso pode acontecer nas seguintes circunstâncias:
    • você tenta implementar a partir de um segundo Configuration Manager; esse cenário não é suportado.
    • você recria o Configuration Manager, mas não o intermediário
    • você enfrenta problemas com o canal do WebSphere MQ enquanto está excluindo e recriando o intermediário
  • Solução: Certifique-se de que não esteja utilizando mais de um Configuration Manager para controlar um único intermediário. Se esse não for o problema, siga as instruções na mensagem de erro BIP2045 para reassumir o controle do intermediário reconstruindo-o e reimplementando seus aplicativos de fluxo de mensagens.
Fim da mudança
Mensagem BIP2066
  • Cenário: A mensagem de erro BIP2066 é exibida.
  • Explicação: O pedido de implementação não foi reconhecido pelo grupo de execução antes do tempo limite do intermediário ConfigurationTimeout mais o ConfigurationDelayTimeout (padrão de 60 segundos) expirar.
  • Solução: Altere esses tempos limites utilizando os parâmetros -g e -k dos comandos mqsicreatebroker e mqsichangebroker.
Mensagem BIP2242
  • Cenário: A mensagem de erro BIP2242 é exibida.
  • Explicação: O pedido de implementação (alteração da configuração) não foi aceito antes do tempo limite do intermediário ConfigurationTimeout (padrão de 300 segundos) expirar. O tempo limite deve ser longo o suficiente para que o fluxo de mensagens conclua o processamento de sua mensagem atual e então aceite o pedido de implementação.
  • Solução: Configure esses tempos limites utilizando os parâmetros -g e -k dos comandos mqsicreatebroker e mqsichangebroker.
  • Cenário: Quando você implementa em um intermediário, a mensagem de erro BIP7053S é exibida.
  • Explicação: Esse erro ocorre em um ambiente de pilha multi TCP/IP e indica que o ambiente TCP/IP do USS (UNIX System Services) não foi configurado corretamente.
    O WebSphere Event Broker utiliza funções do USS para obter o nome do host para um determinado sistema. A mensagem de erro a seguir será exibida se o nome do host padrão não estiver configurado corretamente no ambiente do USS:
    BIP7053S: Broker $SYS_mqsi 0 unexpected Java exception java.lang.Error: -2103399272!java.net.UnknownHostException :
    Hostname: Hostname
    O nome do host que é reportado na mensagem de erro é aquele que foi retornado para o intermediário como um resultado da chamada gethostname.
  • Solução: Certifique-se de que o ambiente TCP/IP esteja configurado corretamente no USS.

Ao Cancelar uma Implementação, o mqsilist Mostra um Fluxo de Mensagens em um Grupo de Execução mas as Ferramentas não

Você Não É Notificado Sobre o Resultado de uma Implementação

Você Não Recebe Confirmação de que a Implementação Obteve Êxito

Não É Possível Ver Nenhum Fluxo de Mensagens Implementado

Um Intermediário Excluído Permanece no Navegador de Domínios

Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2006 Última Atualização: 1 Sep 2006
au16540_