Incluindo um Gerenciador de Filas em um Cluster

Siga essas instruções para incluir um gerenciador de filas no cluster que você criou. As mensagens para as filas de clusters e tópicos são transferidos utilizando a uma única fila de transmissão do cluster SYSTEM.CLUSTER.TRANSMIT.QUEUE.

Antes de Começar

Nota: Para alterações em um cluster a ser propagado em todo o cluster, pelo menos um repositório completo deve estar sempre disponível. Assegure que seus repositórios estejam disponíveis antes de iniciar esta tarefa.
Cenário:
  • O cluster INVENTORY é configurado conforme descrito em Configuração de um novo cluster. Ele contém dois gerenciadores de filas, LONDON e NEWYORK, que contêm repositórios completos.
  • O gerenciador de filas PARIS pertence à instalação primária. Se não estiver, deve-se executar o comando setmqenv para configurar o ambiente de comando para a instalação à qual PARIS pertence.
  • A conectividade TCP existe entre todos os três sistemas e o gerenciador de filas está configurado com um listener TCP que é iniciado sob o controle do gerenciador de filas.

Sobre esta tarefa

  1. Uma nova ramificação do armazém em sequência está sendo configurada em Paris e você deseja incluir um gerenciador de filas chamado PARIS para o cluster.
  2. gerenciador de filas PARIS envia atualizações de inventário para o aplicativo em execução no sistema em New York colocando mensagens na fila INVENTQ.
Siga estas etapas para incluir um gerenciador de filas em um cluster.

Procedimento

  1. Decidir qual repositório completo PARIS refere-se a primeiro.

    Cada gerenciador de filas em um cluster deve se referir a um ou outro dos repositórios completos. Ele reúne informações sobre o cluster de um repositório completo e assim, constrói seu próprio repositório parcial. Escolha qualquer um dos repositórios, como o repositório completo. Assim que um novo gerenciador de filas for incluído no cluster ele aprenderá imediatamente sobre o outro repositório também. Informações sobre alterações em um gerenciador de filas são enviadas diretamente aos dois repositórios. Neste exemplo, você link PARIS para o gerenciador de filas LONDON, puramente por razões geográficas.

    Nota: Executar as etapas restantes em qualquer ordem, após o gerenciador de filas PARIS ser iniciado.
  2. Defina um canal CLUSRCVR no gerenciador de filas PARIS.
    Cada gerenciador de filas em um cluster deve definir um canal do receptor de clusters no qual ele pode receber mensagens. No PARIS, defina:
    DEFINE CHANNEL(INVENTORY.PARIS) CHLTYPE(CLUSRCVR) TRPTYPE(TCP)
CONNAME(PARIS.CHSTORE.COM) CLUSTER(INVENTORY)
DESCR('Cluster-receiver channel for queue manager PARIS')

    O canal do receptor de clusters anuncia a disponibilidade do gerenciador de filas para receber mensagens de outros gerenciadores de filas no cluster INVENTORY. Não faça definições em outros gerenciadores de filas para uma extremidade de envio do canal do receptor de clusters INVENTORY.PARIS. Outras definições são feitas automaticamente quando necessário. Consulte Canais de cluster.

  3. [z/OS] Iniciar o iniciador de canal em IBM® MQ for z/OS®.
  4. Defina um canal CLUSSDR no gerenciador de filas PARIS.

    Quando você inclui em um cluster um gerenciador de filas que não é um repositório completo, você define somente um cluster do emissor de canal para fazer uma conexão inicial com um repositório completo. Consulte Canal do emissor de clusters: CLUSSDR.

    No PARIS, crie a seguinte definição para um canal CLUSSDR chamado INVENTORY.LONDON para o gerenciador de filas com o endereço de rede do LONDON.CHSTORE.COM.
    DEFINE CHANNEL(INVENTORY.LONDON) CHLTYPE(CLUSSDR) TRPTYPE(TCP)
CONNAME(LONDON.CHSTORE.COM) CLUSTER(INVENTORY)
DESCR('Cluster-sender channel from PARIS to repository at LONDON')
  5. Opcional: Se você estiver adicionando a um cluster um gerenciador de filas que já foi removido anteriormente do mesmo cluster, verifique se ele agora está se mostrando como um membro de cluster. Se não, conclua as seguintes etapas adicionais:
    1. Emita o comando REFRESH CLUSTER no gerenciador de filas que você está adicionando.
      Esta etapa para os canais do cluster e fornece ao seu cache do cluster local um novo conjunto de números de sequência que são garantidos como atualizados dentro do restante do cluster.
      REFRESH CLUSTER(INVENTORY) REPOS(YES)
      Nota: Para grandes clusters, usar o comando REFRESH CLUSTER pode ser disruptivo para o cluster enquanto ele está em andamento, e novamente em intervalos de 27 dia depois quando os objetos do cluster enviam automaticamente atualizações de status para todos os gerenciadores de filas interessados. Veja O Refreshing em um cluster grande pode afetar o desempenho e a disponibilidade do cluster.
    2. Reinicie o canal CLUSSDR
      (por exemplo, usando o comando START CHANNEL ).
    3. Reinicie o canal CLUSRCVR.

Resultados

A figura a seguir mostra o cluster configurado por esta tarefa.
Figura 1. O cluster INVENTORY com três gerenciadores de filas
O diagrama mostra um cluster com três filas conectadas, LONDRES, NOVA YORK, e PARIS. NOVA YORK tem uma fila chamada INVENTQ.

Fazendo apenas duas definições, uma CLUSRCVR definição e uma definição de CLUSSDR, incluímos o gerenciador de filas PARIS para o cluster.

Agora o gerenciador de filas PARIS aprende, a partir do repositório completo em LONDON, que a fila INVENTQ é hospedada pelo gerenciador de filas NEWYORK. Quando um aplicativo hospedado pelo sistema em Paris tenta colocar mensagens no INVENTQ, PARIS define automaticamente um canal do emissor de clusters para conectar-se ao canal do receptor de cluster INVENTORY.NEWYORK. O aplicativo poderá receber respostas quando o nome do seu gerenciador de filas for especificado como o gerenciador de filas de destino e uma fila de resposta for fornecida.