O procedimento a ser seguido para migrar um intermediário que faça parte de uma rede de vários intermediários é basicamente igual ao necessário para migrar um intermediário único.
Antes de iniciar a migração, é preciso considerar:
Consulte a seção Planejando para Migração para obter informações adicionais.
A seqüência de figuras a seguir ilustra a migração de uma rede de três intermediários. As ações executadas para migrar a rede supõem que os três intermediários são migrados um por vez e que os três serão agrupados em um único coletivo no domínio de intermediários do .
A migração é concluída em várias etapas separadas. É melhor executar cada etapa quando o tráfego na rede for baixo (por exemplo, em fins de semana). A migração inteira é planejada em três estágios:
As etapas que você precisa executar para migrar um intermediário único em uma rede são exatamente as mesmas necessárias para migrar um intermediário independente. Consulte Migrando Intermediários do WebSphere MQ.
A conexão entre os intermediários LONDON e NEWYORK é uma conexão . O somente reconhece intermediários , e portanto somente LONDON foi definido para ele. Uma conexão não pode ser criada neste estágio.
Essa rede mista está em um estado perfeitamente válido. Ela pode permanecer nesse estado até que você esteja pronto para o próximo estágio da migração.
Siga o procedimento passo a passo para migrar um intermediário único para o intermediário NEWYORK. Esse procedimento é descrito na seção Migrando Intermediários do WebSphere MQ.
Os intermediários LONDON e NEWYORK ainda estão conectados por uma conexão . Eles podem permanecer conectados dessa forma pelo tempo que for necessário. Entretanto, para desenvolver aplicativos que utilizem as funções fornecidas pelo é preciso unir os dois intermediários utilizando o .
O upgrade da conexão para uma conexão pode ser feito removendo primeiro a conexão original entre LONDON e NEWYORK.
NEWYORK -n LONDON LONDON -n NEWYORK
Agora utilize o para definir o relacionamento entre os dois intermediários, LONDON e NEWYORK.Ambos os intermediários já estão definidos, mas o coletivo ao qual eles serão designados não está definido. Você pode definir esse coletivo na visualização de Topologia e atribuir os dois servidores intermediários a ele.Supõe-se que todos os intermediários em um coletivo estejam conectados, portanto não é preciso fazer essas conexões utilizando o .
Os dois intermediários, LONDON e NEWYORK, não estão mais em um relacionamento pai-filho mas são vizinhos dentro de um coletivo. A topologia da rede não é baseada em uma estrutura hierárquica como era na rede .
Agora que LONDON e NEWYORK formam um coletivo, não há mais um nó raiz na rede .NEWYORK é o gateway entre o intermediário (TOKYO) e o coletivo de intermediários .
O intermediário final, TOKYO, está agora pronto para ser migrado. Siga o procedimento descrito em Migrando Intermediários do WebSphere MQ.
NEWYORK -n TOKYO TOKYO -n NEWYORK
Agora utilize o para incluir o intermediário TOKYO à rede e ao coletivo.A operação de um coletivo exige que todos os intermediários tenham conexões físicas diretas entre si (através do WebSphere MQ).
Antes que a topologia da nova rede possa ser implementada, é necessária uma conexão WebSphere MQ entre LONDON e TOKYO.Uma série de comandos do WebSphere MQ deve ser chamada para definir os canais e as filas de transmissão que suportam tráfego de dois sentidos.
Quando você tiver concluído a migração de todos os intermediários no coletivo, terá removido o ponto de falha única no intermediário NEWYORK. Os assinantes no intermediário LONDON podem receber publicações do intermediário TOKYO mesmo quando o intermediário NEWYORK não estiver em execução.
Antes da migração, o tráfego entre os intermediários era sempre roteado através de NEWYORK, o nó raiz, o qual era portanto o ponto de falha única.
Para detalhes adicionais sobre como conectar intermediários entre si, consulte Configurando o Domínio do Intermediário.Para informações mais gerais sobre redes distribuídas WebSphere MQ, consulte WebSphere MQ Intercommunication.
Avisos |
Marcas |
Downloads |
Biblioteca |
Suporte |
Feedback
![]() ![]() |
aq18650_ |