Dicas de Resolução de Problemas do Mecanismo do Sistema de Mensagens

Use este conjunto de dicas específicas para ajudá-lo a solucionar problemas com os mecanismos do sistema de mensagens de integração de serviços.

O mecanismo do sistema de mensagens começa a falhar porque o tempo de execução ainda não foi inicializado

Um mecanismo do sistema de mensagens não é iniciado e o seguinte erro é exibido no console administrativo do WebSphere Application Server:

The messaging engine <name> cannot be started as there is no runtime 
initialized for it yet, retry the operation once it has been initialized.  
If dynamic configuration reload is enabled for this bus, then the servers 
must be restarted.

Antes de tentar iniciar o mecanismo do sistema de mensagens novamente, certifique-se de ter reiniciado o servidor. Para que o tempo de execução seja inicializado com êxito, o servidor de aplicativos deverá ter sido iniciado.

Para descobrir se um problema de inicialização está impedindo a inicialização do tempo de execução do mecanismo do sistema de mensagens, verifique se há mensagens de erro no SystemOut.log do servidor host.
Nota: Esse tópico faz referência a um ou mais arquivos de log do servidor de aplicativos. Como uma recomendação alternativa, é possível configurar o servidor para usar a infraestrutura de log e rastreio do High Performance Extensible Logging (HPEL) em vez de usar os arquivos SystemOut.log , SystemErr.log, trace.log e activity.log em sistemas distribuídos e IBM® i. Também é possível usar HPEL em conjunção com os recursos de criação de log z/OS nativos. Se você estiver usando HPEL, será possível acessar todas as informações de log e rastreio usando a ferramenta de linha de comandos LogViewer a partir do diretório bin do perfil do servidor. Consulte as informações sobre a utilização do HPEL para resolução de problemas dos aplicativos para obter mais informações sobre o uso do HPEL.
[z/OS]

O mecanismo do sistema de mensagens não é inicializado com um driver JDBC tipo 2 do DB2 Universal

Ao tentar utilizar o driver JDBC tipo 2 do DB2 Universal para armazenar dados na plataforma z/OS, o mecanismo do sistema de mensagens não é inicializado e mensagens de "Erro de Alocação de Armazenamento" semelhantes à seguinte poderão aparecer no arquivo SystemOut.log do WebSphere Application Server:

BBOO0220E: [SB6NLA1:SB6NLA1.server1-SB6NLA1] CWSIP0002E: Ocorreu
um erro de sistema de mensagens interno em com.ibm.ws.sib.processor.im
pl.MessageProcessor, 1:1469:1.365, com.ibm.ws.sib.msgstore.Messa
geStoreRuntimeException: com.ibm.ws.sib.msgstore.PersistenceExce
ption: CWSIS1501E: A origem de dados produziu uma exceção
inesperada: com.ibm.db2.jcc.t2zos.y: [IBM/DB2][T2zos/2.5.48]T2zo
sPreparedStatement.readPrepareDescribeOutput_:processDescribeOut
put:1563:Erro de Alocação de Armazenamento em com.ibm.ws.sib.msgstore.cac
he.links.AbstractItemLink.readDataFromPersistence(AbstractItemLi
nk.java:2487) em
com.ibm.ws.sib.msgstore.cache.links.AbstractItemLink._restoreIte
m(AbstractItemLink.java:639)
Para a plataforma z/OS, você deve utilizar um driver DB2 Universal JDBC tipo 4. Se tiver de usar o driver JDBC de tipo 2 do DB2 Universal, conclua as seguintes etapas:
  1. Utilize o console administrativo para navegar para Recursos -> JDBC -> Origens de dados -> data_source_name -> [Propriedades Adicionais] Propriedades customizadas
  2. Configure a propriedade customizada fullyMaterializeLobData do driver JDBC como false.

    A propriedade customizada fullyMaterializeLobData determinará se os dados de LOB estão totalmente materializados no driver JDBC quando uma linha for buscada ou recuperada em partes, conforme necessário. O comportamento real dependerá se o servidor de banco de dados suportar o fluxo progressivo. Consulte a documentação DB2 para obter informações adicionais sobre esta propriedade. O valor padrão é verdadeiro.

  3. Salve suas alterações na configuração principal.
  4. Reinicie o servidor de aplicativos.

O mecanismo do sistema de mensagens não pode ser inicializado por causa de um erro conhecido no Informix JDBC Driver 3.00JC1

Ao tentar utilizar o driver JDBC 3.00JC1 do Informix para armazenar dados, o mecanismo do sistema de mensagens não pode ser inicializado e a seguinte mensagem de erro poderá aparecer no arquivo SystemOut.log do WebSphere Application Server:

00000022 SibMessage E [RetireBus:retire_web.000- RetireBus] CWSIS0002E: 
O mecanismo do sistema de mensagens encontrou uma exceção ao iniciar. 
Exceção: com.ibm.ws.sib.msgstore.PersistenceException: CWSIS1501E: 
A origem de dados produziu uma exceção inesperada: java.sql.BatchUpdateException:
Restrição exclusiva (informix.u114_62) violada.
00000022 SibMessage E [RetireBus:retire_web.000- RetireBus] CWSID0035E: 
O mecanismo do sistema de mensagens retire_web.000-RetireBus não pode ser iniciado;
detectado erro relatado durante com.ibm.ws.sib.msgstore.impl.MessageStoreImpl start() 
00000022 SibMessage E [RetireBus:retire_web.000- RetireBus] CWSID0027I: 
O mecanismo do sistema de mensagens retire_web.000-RetireBus não pode ser reiniciado, porque um 
erro grave foi relatado.T] 
00000022 SibMessage I [RetireBus:retire_web.000- RetireBus] CWSID0016I: 
O mecanismo do sistema de mensagens retire_web.000-RetireBus está no estado Parado.  

Há um defeito conhecido (PTS 172471) no Informix JDBC Driver 3.00JC1. Para evitar esse erro, atualize o Informix JDBC Driver para 3.00JC2.

Determinação de problemas para um armazenamento de dados

Você pode criar um dump, no formato reduzido, dos dados no armazém de dados de um mecanismo do sistema de mensagens. A saída destina-se ao uso da equipe de Serviços da IBM . Entre em contato com a empresa de suporte para obter informações sobre como executar o comando.
Se houver um problema com os dados no datastore, poderá ser difícil diagnosticá-lo a partir da saída de rastreio. No entanto, você pode criar um dump, no formato XML, dos dados no datastore. Isto facilita o diagnóstico porque é uma representação legível que pode ser transformada em outros formatos, conforme necessário. Você pode criar um dump de armazém de dados digitando o seguinte comando na ferramenta wsadmin:
  • Utilizando Jython:
    AdminControl.invoke(AdminControl.queryNames("type=SIBMessagingEngine,
     name=messagingenginename,*"),
     "dump", "com.ibm.ws.sib.msgstore.*")
  • Utilizando Jacl:
    $AdminControl invoke [$AdminControl queryNames type=SIBMessagingEngine,
     name=messagingenginename,*] 
     dump com.ibm.ws.sib.msgstore.*

O dump é criado como um arquivo XML no diretório $WAS_HOME/logs/server1. O arquivo é nomeado conforme o formato: nome_do_mecanismo_de_sistema_de_mensagensUUIDtimestamp.xml

O formato do arquivo é ilustrado no exemplo a seguir:
<MessageStore>
    <itemStreams>
        <ItemStreamLink id="0" state="Available">
            <class>com.ibm.ws.sib.msgstore.ItemStream</class>
            <priority>5</priority>
            <canExpireSilently></canExpireSilently>
            <storageStrategy>STORE_NEVER</storageStrategy>
            <expiryTime>0</expiryTime>
            <sequence>0</sequence>
            <tranID>null</tranID>
            <tickValue>0</tickValue>
            <items>
                <ItemLink id="2" state="Available" refCount="3" refCountDecreasing="false">
                    <class>com.ibm.ws.sib.msgstore.Item</class>
                    <priority>5</priority>
                    <canExpireSilently></canExpireSilently>
                    <storageStrategy>STORE_NEVER</storageStrategy>
                    <expiryTime>0</expiryTime>
                    <sequence>1</sequence>
                    <tranID>null</tranID>
                    <tickValue>0</tickValue>
                </ItemLink></items></ItemStreamLink></itemStreams></MessageStore>

Os Mecanismos do Sistema de Mensagens Causam Mensagens de Contenção do Banco de Dados

Quando um mecanismo do sistema de mensagens usa um armazém de dados para o armazenamento de mensagem, se o mesmo mecanismo do sistema de mensagens for acidentalmente iniciado duas vezes, será exibida uma mensagem de contenção do banco de dados:
CWSIS1546I:
O mecanismo do sistema de mensagens, ME_UUID={0},
INC_UUID={1}, perdeu 
uma trava existente ou falhou ao obter uma trava inicial no
armazenamento de dados.
Para resolver o problema:
  • Verifique problemas com o banco de dados, como por exemplo, o banco de dados estar indisponível.
  • Verifique problemas com a rede. Por exemplo, se a rede estiver sobrecarregada, dois servidores de aplicativos poderão ser capazes de se conectar ao banco de dados, mas poderão não ser capazes de se conectarem entre si, o que poderá causar problemas de coordenação de recursos.
  • Se você tiver uma configuração de integração de serviços que forneça alta disponibilidade ou compartilhamento de carga de trabalho, verifique se os recursos apropriados estão configurados corretamente. Por exemplo, verifique os mecanismos do sistema de mensagens, as políticas do grupo principal para esses mecanismos do sistema de mensagens e os critérios de correspondência que associam cada política do grupo principal a um mecanismo do sistema de mensagens. Consulte Configurando a Alta Disponibilidade e o Compartilhamento de Carga de Trabalho da Integração de Serviços.
[AIX Solaris HP-UX Linux Windows][IBM i]

Exceção de ID de usuário não suportado ao conectar-se a um banco de dados Network Attached Apache Derby Versão 10.3

Ao testar a conexão com o banco de dados Network Attached Apache Derby Versão 10.3, você obtém a seguinte exceção:
java.lang.Exception: java.sql.SQLException: o ID do usuário nulo não é suportado 
DSRA0010E: Estado SQL = nulo, Erro
[IBM i][AIX Solaris HP-UX Linux Windows]Ao criar um novo armazém de dados do Network Attached Apache Derby, por padrão, você obtém um alias de autenticação em branco.[IBM i][AIX Solaris HP-UX Linux Windows]Se você usar o Apache Derby no modo Network Attached com o DB2 Universal JDBC Driver (ou seja, usar o "provedor JDBC para Derby Network Server usando o (DB2) Universal JDBC Driver"), deverá especificar um alias de autenticação. Esse requisito está documentado em Configurações Mínimas Necessárias da Origem de Dados para o Apache Derby.
Nota: [AIX Solaris HP-UX Linux Windows][IBM i]A necessidade de um alias de autenticação apenas se aplica ao "Provedor JDBC para Derby Network Server que usa o Driver Universal JDBC (DB2)". Esse driver foi descontinuado e substituído pelo "Provedor JDBC para Derby Network Server que usa o Derby Client", que não necessita de um alias de autenticação.
Consulte também Configurando uma Origem de Dados JDBC para um Mecanismo do Sistema de Mensagens.

Possíveis Causas da Exceção XAResourceNotAvailableException e Como Executar a Ação Apropriada

Quando o comando deleteNode é utilizado para um nó que hospeda os mecanismos do sistema de mensagens, eles são excluídos. Quando são recriados novos mecanismos do sistema de mensagens após o comando addNode, eles têm identificadores diferentes e, durante a recuperação da transação, não é possível conectar-se aos antigos. Uma mensagem identificando a exceção XAResourceNotAvailableException é gerada no arquivo SystemOut.log para cada servidor que hospeda um mecanismo do sistema de mensagens.

Para resolver este problema, você deve seguir o procedimento descrito em Resolvendo Transações Indeterminadas.

A exceção XAResourceNotAvailableException também pode ser emitida quando é executado o failover em um servidor em um membro do barramento de clusters. Neste caso, nenhuma intervenção do operador será necessária para recuperar e resolver transações.

Problemas ao Recriar um Barramento de Integração de Serviço

Se você excluir um barramento de integração de serviços e, posteriormente, criar um novo barramento com o mesmo nome, o mecanismo do sistema de mensagens falhará ao iniciar e mensagens, como as seguintes, serão geradas no SystemOut.log:
[8/11/04 21:55:01:439 CDT] 0000000f SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine sofreu erro de modo comum. 
Corrija o erro (consulte logs) e reinicie o servidor.
[8/11/04 21:55:01:468 CDT] 0000000f SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine will be stopped 
because of common mode error. 
Não ocorrerá failover.
[8/11/04 21:55:01:493 CDT] 0000000f SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] mecanismo do sistema de Mensagens 
xyzsun15.server1-LateBus não está no estado a partir do qual a parada é válida: Iniciando
[8/11/04 21:55:01:513 CDT] 0000000f SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine para
do devido a 
erro de modo comum. Corrija o erro (consulte logs) e reinicie o servidor.
[8/11/04 21:57:01:431 CDT] 0000000e SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] isAlive: O MessagingEngine sofreu com 
o erro de modo comum. 
Corrija o erro (consulte logs) e reinicie o servidor.

O mecanismo do sistema de mensagens falhou ao ser iniciado, porque o diretório do banco de dados do mecanismo do sistema de mensagens ainda existirá depois da exclusão do barramento e você deverá removê-lo manualmente. Para excluir o banco de dados Apache Derby para um mecanismo do sistema de mensagens não existente, é necessário excluir o diretório do banco de dados que está localizado em profile_root/databases/com.ibm.ws.sib, em que profile_root é o diretório no qual as informações específicas de perfil são armazenadas.

Você deve parar o WebSphere Application Server antes de excluir os arquivos de banco de dados.

Para outros bancos de dados, é possível excluir todas as linhas das tabelas do armazém de dados ou descartar todas as tabelas do armazém de dados. Essas tabelas encontram-se no esquema configurado para o armazém de dados. Para obter uma lista das tabelas, consulte Tabelas de Armazenamento de Dados.

Para obter mais informações, consulte Ciclo de Vida do Data Store.

Problemas de Comunicação com Barramentos Externos

Para ativar a comunicação entre barramentos, devem ser criados um barramento externo e um link de integração do barramento de serviço. No primeiro barramento, o nome do barramento externo deve corresponder ao nome do segundo barramento que se torna um barramento externo e o nome do barramento externo para este segundo barramento deve corresponder ao nome do primeiro barramento. O link de barramento de integração de serviço deve ter o mesmo nome nos dois barramentos.

Você poderá encontrar o seguinte tipo de erro, se a sua configuração não estiver correta, por exemplo, porque os links do barramento de integração de serviços não correspondem:

SibMessage    E   [TechBus:TechCluster.000-TechBus] 
CWSIT0057E: A conexão interbarramento BookstoreBus falhou no 
mecanismo do sistema de mensagens remoto no host aixp401.rchland.ibm.com com a razão: 
CWSIT0067E: A conexão interbarramento BookstoreBus no barramento BookstoreBus 
não está disponível.

Problemas ao Tentar se Comunicar com um Barramento Externo Renomeado

O painel do console administrativo usado para configurar as propriedades de um link do barramento de integração de serviços também pode ser usado para alterar o nome do barramento externo para o qual o link está apontando. No entanto, o nome do barramento externo não deve ser alterado depois de ter sido configurado. Se o configurar, quaisquer mecanismos do sistema de mensagens que já mantenham informações de estado sobre o link não poderão usar esse link até que o nome do barramento externo seja reconfigurado para seu valor anterior.

Possíveis Causas de uma JMSException com uma Exceção SILimitExceeded Agrupada

Quando o número de mensagens retidas por um destino atingir seu limite, qualquer tentativa de enviar uma mensagem para esse destino falhará com JMSException com uma exceção SILimitExceeded agrupada. O destino continua falhando com essa exceção até que o número de mensagens mantidas pelo destino seja reduzido abaixo do limite.

Para obter uma contagem exata do número de mensagens disponíveis, você pode monitorar a estatística PMI de Contagem de Mensagens Disponíveis para os destinos de fila e de espaço de tópicos. Se o número de mensagens disponíveis aumentar, tome providências para balancear o sistema. Considere impedir que os produtores envie as novas mensagens até que o destino consuma as mensagens disponíveis.

Examine a seguinte lista de possíveis causas e soluções para este problema:
  • O limite alto para o destino é muito baixo para o número projetado de mensagens. O destino não processa algumas mensagens. O valor padrão para o limite alto é 50000.
    Solução: Aumente o limite alto para o destino.
  • Os aplicativos estão produzindo mais mensagens do que o destino pode processar.

    O balanço ideal destina-se ao número de mensagens produzidas e o número de mensagens consumidas como igual sobre um período de tempo. Se o seu sistema não for balanceado e o aplicativo de produção enviar mais mensagens que o destino pode consumir, o aplicativo de produção eventualmente emitirá um JMSException.

    Solução: Objetivo para um balanço entre o número de mensagens produzidas e o número de mensagens consumidas.
    Dica: A configuração padrão para o conjunto de encadeamentos ORB (Object Request Broker) é de 100 encadeamentos. Para alguns aplicativos, isso pode permitir que 100 aplicativos enviem mensagens para o mesmo destino. Considere ajustar o conjunto de encadeamentos ORB para que tenha no máximo 10 encadeamentos. Essa configuração inferior reduz o número de produtores que podem enviar as mensagens, o que pode aumentar o rendimento do processamento de mensagem geral.
  • Os aplicativos estão processando mensagens do destino muito lentamente.
    Solução: Pode ser necessário aumentar o número de mensagens consumidas por aplicativos clientes. Um destino processa mais mensagens quando vários consumidores lêem desse destino.

    Considere clonar o seu aplicativo entre vários servidores em um ambiente sem cluster. Por padrão, os aplicativos são clonados em um ambiente do servidor em cluster. Para ativar os assinantes em um ambiente sem cluster, configure o sinalizador clonado na configuração JNDI TopicConnectionFactory para DurableSubscriptions.

    Restrição: Esta solução não é adequada para aplicativos que requerem classificação total de mensagens.
  • As mensagens possuem uma qualidade de atributo de serviço que é melhor do que o melhor esforço não persistente.
    Solução: Utilize as mensagens para as quais a qualidade do atributo de serviço seja melhor esforço não persistente. Se houver muitas mensagens no sistema, o destino descartará as mensagens melhor esforço não persistente.
    Restrição: Essa solução não é adequada para aplicativos que devem receber todas as mensagens.

Problemas de Danos em Reinícios do Sistema

É possível, embora raro, que um mecanismo do sistema de mensagens, destino ou link seja corrompido, depois de uma reinicialização do sistema. Se essa distorção ocorrer, você verá uma mensagem indicando o problema. Se o problema for com o mecanismo do sistema de mensagens, o mecanismo do sistema de mensagens não será iniciado. Se um destino ou link estiver danificado, o mecanismo do sistema de mensagens relevante será iniciado, mas o destino ou link não será utilizado nesse mecanismo do sistema de mensagens.

Se você não conhecer a causa do problema, contate o representante de serviço IBM para estabelecer a causa antes de tentar resolver a situação.

Se você souber a causa do problema, por exemplo, se estiver ciente de um problema com seu banco de dados, resolva-o realizando as seguintes etapas:
  1. Use o console administrativo para assegurar que os arquivos de configuração sejam sincronizados no seu sistema ao navegar para Administração de sistemas -> Nós e depois clicar em Ressincronização Completa. Essa operação pode levar vários minutos para ser executada.
  2. Se o problema ainda existir, conclua uma das seguintes tarefas:

Recuperando o Status de Mecanismos do Sistema de Mensagens no Console Administrativo

Para conseguir recuperar o status dos mecanismos do sistema de mensagens, você deve ter feito login no console administrativo com a menor autoridade do monitor. Se você não possuir esta autoridade, o status do mecanismo do sistema de mensagens será exibido como "Indisponível", mesmo que o mecanismo do sistema de mensagens tenha sido iniciado.

Se não tiver efetuado login com a autoridade necessária para recuperar o status dos mecanismos do sistema de mensagens, uma mensagem de erro, como a seguinte, efetuará login no arquivo de log systemOut do servidor:
[4/20/05 10:49:57:083 CDT] 0000004b RoleBasedAuth A   
SECJ0305I: Falha na verificação de autorização baseada em função para a operação 
de administração-autorização SIBMessagingEngine:stateExtended. 
Não foi concedido ao usuário UNAUTHENTICATED (ID exclusivo: não autenticado) nenhuma
 função requerida a seguir: administrador, operador, configurador, monitor.
Na qual o ID do usuário na mensagem é o ID do usuário que você usou para efetuar login no console administrativo.

Ativando um Aplicativo para Ser Iniciado Antes que um Mecanismo do Sistema de Mensagens Necessário Tenha Sido Iniciado

Se um aplicativo depender que um mecanismo do sistema de mensagens esteja disponível, o mecanismo do sistema de mensagens deverá ser iniciado antes da execução do aplicativo. Se desejar que um servidor de aplicativos inicie um aplicativo automaticamente, será necessário desenvolver seus aplicativos para testar se algum mecanismo do sistema de mensagens requerido foi iniciado e, se necessário, esperar o mecanismo do sistema de mensagens. Se essa técnica for usada no bean de inicialização, então o método do bean de inicialização deverá executar o teste e aguardar o trabalho em um encadeamento separado (usando os métodos WorkManager padrão), para que a inicialização do servidor de aplicativos não seja atrasada.

Para obter um exemplo de código para testar e esperar um mecanismo do sistema de mensagens, consulte Aplicativos com uma Dependência na Disponibilidade do Mecanismo do Sistema de Mensagens.

[z/OS]

Aparecem mensagens da estrutura do canal durante a inicialização do servidor

Quando você inicia o servidor, as mensagens de informações sobre a estrutura do canal são exibidas no processo do Control Region Adjunct (CRA). Essas mensagens indicam que nenhum erro ocorreu e não é necessário executar nenhuma ação.
  • A mensagem a seguir é emitida porque o aplicativo que contém o bean acionado por mensagens foi iniciado antes de iniciar o mecanismo do sistema de mensagens.
    CWSIV0759W: Durante a ativação de um bean acionado por
    mensagens, nenhum 
    mecanismo de mensagem ativo apropriado foi localizado no
    servidor local no barramento {0}.

    Quando os mecanismos do sistema de mensagens iniciam, outra mensagem informativa confirma isso e a manipulação da mensagem pode ocorrer.

  • A seguinte mensagem é exibida devido à maneira assíncrona pela qual o canal proxy TCP do z/OS é iniciado.
    CHFW0030E: Erro ao iniciar a cadeia {0} por causa da exceção {1}

    Quando os mecanismos do sistema de mensagens iniciam, outra mensagem informativa confirma isso e a manipulação da mensagem pode ocorrer.

    Essas mensagens são exibidas apenas sob determinadas circunstâncias, por exemplo, se você alterar alguma porta durante a migração.

  • A seguinte mensagem pode ser exibida várias vezes no processo do auxiliar da região de controle durante a inicialização do servidor, mesmo que a conexão seja bem-sucedida em novas tentativas subsequentes. Esta mensagem é emitida devido à maneira assíncrona que o canal do proxy z/OS TCP inicia e não indica que ocorreram erros.
    Trace: 2009/06/17 08:24:41.434 01 t=9C6B58 c=UNK key=P8 (00000011)
    Description: Log Java Message 
    Mensagem: CHFW0030E: Erro ao iniciar a cadeia _InboundTCPProxyBridgeService 
    devido à exceção 
    com.ibm.wsspi.channel.framework.exception.RetryableChannelException: 
    An exception was thrown when attempting to start the TCPProxyChannel 
    com.ibm.ws.channel.framework.imp l.ChannelFrameworkImpl
    Estas mensagens podem ser acompanhadas pela saída First Failure Data Capture (FFDC) semelhante ao seguinte exemplo:
    Exception = com.ibm.wsspi.channel.framework.exception.RetryableChannelException
    Source = com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal
    probeid = 2577
    Stack Dump = com.ibm.wsspi.channel.framework.exception.RetryableChannelException: An exception was thrown when attempting 
    to start the TCPProxyChannel
    		at com.ibm.ws.tcpchannelproxy.jfap.impl.TCPProxyInboundChannel.start(TCPProxyInboundChannel.java:153)
    		at com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChannelInChain(ChannelFrameworkImpl.java:1410)
    		at com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal(ChannelFrameworkImpl.java:2863)
     		at com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl.startChainInternal(WSChannelFrameworkImpl.java:960)
    		at com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal(ChannelFrameworkImpl.java:2794)
     		at com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChain(ChannelFrameworkImpl.java:2779)
     		at com.ibm.ws.runtime.component.ChannelFrameworkServiceImpl.startChain(ChannelFrameworkServiceImpl.java:666)
     		at com.ibm.ws.sib.jfapchannel.framework.impl.ChannelFrameworkReference$TCPProxyBridgeServiceInboundChainStartupRunnable
    			.run(ChannelFrameworkReference.java:1641)
    		em com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1550)
    Caused by: com.ibm.ws.tcpchannelproxy.jfap.NotYetInitializedException: Server is not yet initialized
    		at com.ibm.ws.tcpchannelproxy.jfap.TCPProxyBridgeServicesImpl.startListening(TCPProxyBridgeServicesImpl.java:558)
    		at com.ibm.ws.tcpchannelproxy.jfap.impl.TCPProxyInboundChannel.start(TCPProxyInboundChannel.java:131)
    		... 8 more
    Portanto, a seguinte mensagem deve ser exibida, indicando que o canal do proxy z/OS TCP foi inicializado corretamente:
    Trace: 2009/06/17 08:24:51.449 01 t=9C6B58 c=UNK key=P8 (13007002)
       ThreadId: 00000003
       FunctionName: com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl
       SourceId: com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl
       Category: AUDIT
       ExtendedMessage: BBOO0222I: CHFW0019I: The Transport Channel Service has started 
    chain _InboundTCPProxyBridgeService.
[AIX Solaris HP-UX Linux Windows][IBM i][z/OS]

O Failover do Mecanismo de Mensagem não É Suportado para Clusters de Versão Combinada que Contêm Servidores Versão 6

Um mecanismo do sistema de mensagens que está hospedado em um servidor do WebSphere Application Server Versão 7.0 ou posterior não pode executar failover em um mecanismo do sistema de mensagens que está hospedado em um servidor do WebSphere Application Server Versão 6. Se tiver um membro do barramento de cluster que consiste em uma combinação do Versão 6 com servidores posteriores, você deverá certificar-se de que a política de alta disponibilidade esteja configurada para evitar este tipo de failover.

Para evitar failover de um mecanismo do sistema de mensagens Versão 7.0 ou posterior para um servidor Versão 6, configurar a política de alta disponibilidade para o mecanismo do sistema de mensagens de forma que o cluster seja efetivamente dividido em um conjunto de servidores para Versão 6 e outro conjunto de servidores para Versão 7.0 ou posterior, e o mecanismo do sistema de mensagens do Versão 7.0 ou posterior seja restrito a servidores em Versão 7.0 ou posterior. Consulte o Configurando Failover do Mecanismo do Sistema de Mensagens para Clusters de Versão Combinada.


Ícone que indica o tipo de tópico Tópico de Referência



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjk_prob0
Nome do arquivo: rjk_prob0.html