Preparando para Migrar do
WebSphere MQ Integrator Broker Versão 2.1
Este tópico descreve o que fazer antes de iniciar a migração de um domínio de intermediário do WebSphere MQ Integrator Broker Versão 2.1 em qualquer uma das seguintes
tarefas:
Certifique-se de que os usuários do Centro de Controle tenham registrado entrada de todos os recursos do WebSphere MQ Integrator Broker.
Faça backup de todo o repositório de configuração, do repositório de mensagens
e de tabelas do banco de dados do intermediário.
Decida quais fluxos de mensagens e conjuntos de mensagens deseja migrar
e utilizar no domínio intermediário do WebSphere Message Broker e exporte-os:
Pare as sessões de depuração no Centro de Controle. Não é possível migrar fluxos de mensagens que estão sendo depurados.
Utilizando uma sessão do Centro de Controle, na qual todos os fluxos de mensagens requeridos ficam visíveis
no espaço de trabalho, exporte os fluxos de mensagens.Salve os arquivos de exportação em um diretório diferente do diretório no qual o WebSphere MQ Integrator Broker
está instalado. Os arquivos de exportação também contêm informações sobre
os nós definidos pelo usuário que são utilizados pelos fluxos de mensagens.
Como alternativa, no sistema em que o Configuration Manager está em execução, exporte todos os conjuntos de mensagens da Versão 2.1 requeridos utilizando o comando mqsiimpexpmsgset com o parâmetro -e. Salve os arquivos de exportação em um diretório diferente do diretório no qual o WebSphere MQ Integrator Broker
está instalado.
Decida como serão migrados os intermediários:
Decida quais intermediários não são mais necessários após a migração.
Decida quais intermediários deseja migrar da Versão 2.1 para Versão 6.0.
Decida quais intermediários deseja preservar na Versão 2.1.
Se dois ou mais intermediários
compartilharem o mesmo conjunto de tabelas de bancos de dados e você ainda
precisar desses intermediários após a migração, migre todos os intermediários
ao mesmo tempo ou preserve-os na Versão 2.1.
Para cada intermediário que você deseja migrar da Versão 2.1 para Versão 6.0 e para os dados de configuração de designações associados que
deseja preservar, registre as informações da lista a seguir. Registre essas informações manualmente
a partir de uma sessão do Centro de Controle ou exporte tudo do espaço de trabalho do Centro de Controle clicando em Arquivo > Exportar Tudo do Espaço de Trabalho, salve o arquivo de exportação em um diretório diferente do
diretório no qual o WebSphere MQ Integrator Broker está instalado e extraia
as informações requeridas do arquivo de exportação. (Para saber como fazer isso,
consulte Dados de Configuração de Atribuições em um Arquivo de Exportação). Registre:
O nome do intermediário
O nome de cada conjunto de mensagens que está designado ao intermediário
O nome de cada grupo de execução no intermediário
Para cada grupo de execução no intermediário, o nome de cada fluxo de mensagens
que está designado ao grupo de execução
Para cada fluxo de mensagens designado a um grupo de execução, as seguintes propriedades:
Instâncias Adicionais
Contagem de Consolidação
Intervalo de Consolidação
Transação Coordenada
Decida se deseja preservar os seguintes dados de configuração,
que estão armazenados no repositório de configuração:
Dados de designações
Dados de topologia
Dados de tópicos
A menos que decida
que não precisa mais de nenhum dos intermediários existentes após a migração,
será necessário preservar esses dados de configuração.
Decida quais componentes do WebSphere Message Broker deseja executar em cada um de seus sistemas
após a migração.
Considere
os seguintes critérios ao tomar a decisão:
Um intermediário deve ser executado no mesmo sistema e utilizar o mesmo
gerenciador de filas que utilizava antes da migração, a menos que você não
precise mais do intermediário após a migração.
O Configuration Manager deve ser executado no mesmo sistema
e utilizar o mesmo gerenciador de filas que utilizava antes da migração, a menos
que você decida não preservar os dados de atribuições, de topologia e de tópicos
no repositório de configuração.
Um workbench pode ser executado em qualquer sistema após a migração.Ele não precisa ser executado
em um sistema no qual as sessões do Centro de Controle eram executadas.
Para evitar a inclusão de complexidade desnecessária no próprio processo de migração,
execute um Servidor de Nome de Usuário no mesmo sistema e configure-o
para utilizar o mesmo gerenciador de filas utilizado antes da migração. Se necessário, altere a localização de um Servidor de Nome de Usuário e o gerenciador de filas que ele utiliza após uma migração bem-sucedida.
Não é necessário alterar a configuração de um gerenciador de filas que é
preservado durante a migração. No entanto, você pode assegurar-se de que o código do produto WebSphere MQ esteja no release e nível de serviço requeridos para suportar o WebSphere Message Broker
Versão 6.0.
Ao mesmo tempo, você poderá querer se assegurar de que tenha
instalado os outros pré-requisitos do software.
Se não for possível parar um intermediário durante
a migração porque ele está executando um trabalho crítico, mas você desejar
migrar o intermediário para a Versão 6.0:
Crie um novo intermediário da Versão 2.1 em um sistema
no qual você não vai instalar o WebSphere Message Broker.
Utilizando uma sessão do Centro de Controle, implemente
no novo intermediário todos os dados de configuração que foram implementados no
intermediário original.
O novo intermediário pode, então, assumir o controle do trabalho do
intermediário original durante a migração.
Decida onde serão armazenados os dados de desenvolvimento
criados e mantidos no workbench. Armazene os dados no sistema de arquivos local,
em uma unidade compartilhada ou em um repositório compartilhado que seja suportado pelo Eclipse. As instruções para as tarefas de migração individuais assumem que você esteja utilizando
o sistema de arquivos local ou uma unidade compartilhada.
Quando estiver pronto para migrar, execute o comando mqsimigratecomponents com o parâmetro -c. Isto desempenha uma verificação de pré-migração
nos componentes da Versão 2.1 para assegurar
que eles possam ser migrados. A verificação de pré-migração identifica possíveis problemas
e permite corrigi-los antes de prosseguir com a migração.
Quando tiver executado a verificação pré-migração com êxito, estará pronto para executar a migração. Há três cenários para migração para a Versão 6.0: