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
O mecanismo do sistema de mensagens não é inicializado com um driver JDBC tipo 2 do DB2 Universal
- O mecanismo do sistema de mensagens não pode ser inicializado por causa de um erro conhecido no Informix JDBC Driver 3.00JC1
- Determinação de problemas para um armazenamento de dados
- Os Mecanismos do Sistema de Mensagens Causam Mensagens de Contenção do Banco de Dados
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
- Possíveis Causas da Exceção XAResourceNotAvailableException e Como Executar a Ação Apropriada
- Problemas ao Recriar um Barramento de Integração de Serviço
- Problemas de Comunicação com Barramentos Externos
- Problemas ao Tentar se Comunicar com um Barramento Externo Renomeado
- Possíveis Causas de uma JMSException com uma Exceção SILimitExceeded Agrupada
- Problemas de Danos em Reinícios do Sistema
- Recuperando o Status de Mecanismos do Sistema de Mensagens no Console Administrativo
- Ativando um Aplicativo para Ser Iniciado Antes que um Mecanismo do Sistema de Mensagens Necessário Tenha Sido Iniciado
Aparecem mensagens da estrutura do canal durante a inicialização do servidor
O Failover do Mecanismo de Mensagem não É Suportado para Clusters de Versão Combinada que Contêm Servidores Versão 6
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.
![[z/OS]](../images/ngzos.gif)
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)
- Utilize o console administrativo para navegar para
- 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.
- Salve suas alterações na configuração principal.
- 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.- 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
<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
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.
- 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]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
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
java.lang.Exception: java.sql.SQLException: o ID do usuário nulo não é suportado
DSRA0010E: Estado SQL = nulo, Erro
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
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.
- 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.
- Use o console administrativo para assegurar que os arquivos de configuração sejam sincronizados no seu sistema ao navegar para e depois clicar em Ressincronização Completa. Essa operação pode levar vários minutos para ser executada.
- Se o problema ainda existir, conclua uma das seguintes tarefas:
- Exclua o objeto corrompido e o recrie. As mensagens produzidas ou recebidas antes que a distorção tenha ocorrido serão perdidas.
- Restaure o seu sistema de um backup, consulte Restaurando um Armazém de Dados e Recuperando seu mecanismo do sistema de Mensagens. As mensagens produzidas ou recebidas desde quando o backup foi feito serão perdidas.
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.
[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]](../images/ngzos.gif)
Aparecem mensagens da estrutura do canal durante a inicialização do servidor
- 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:
Portanto, a seguinte mensagem deve ser exibida, indicando que o canal do proxy z/OS TCP foi inicializado corretamente: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
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]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
![[z/OS]](../images/ngzos.gif)
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.