Você deve ter uma instalação na Version 6.0 do produto com o código do componente requerido instalado, ou seja, o componente intermediário é instalado, se necessário, e assim por diante.
Antes de iniciar a migração, pare as sessões de depuração no Control Center. Não é possível migrar fluxos de mensagens que estão sendo depurados.
O
comando mqsimigratecomponents atualiza o seu registro
e sistema de arquivos, definições do WebSphere MQ
e as definições do banco de dados. Se o usuário que está emitindo o comando
não tiver autoridade para executar todas essas etapas, o comando poderá ser
executado, uma parte por vez. Os diferentes usuários podem executar a parte
para a qual estão autorizados para alcançar o resultado geral. Isso é
conhecido como split migration e é executado utilizando os parâmetros
-1, -2 e -3.
1> use master 2> go 1> sp_dboption "BROKER1","ddl in tran",TRUE 2> go Opção de banco de dados 'ddl in tran' ON (ativada) para o banco de dados 'BROKER1'. Execute o comando CHECKPOINT no banco de dados que foi alterado. (return status = 0) 1> use BROKER1 2> go 1> checkpoint 2> goem que BROKER1 é o nome do banco de dados do intermediário Sybase.
mqsimigratecomponents FIRSTBROKER -t 6.0.0.1
mqsimigratecomponents BROKERB -1 -2
mqsimigratecomponents BROKERB -1 mqsimigratecomponents BROKERB -2
A verificação de migração pode ser executada em um componente em execução. Isso não provoca impacto no componente, exceto para impor uma leve penalidade no desempenho. Observe que, em sistemas UNIX, o arquivo odbc.ini precisa ser migrado (ou seja, um arquivo odbc.ini de novo formato precisa ser criado com o mesmo conjunto de origens de dados que o antigo) antes da verificação ser executada, pois o comando de verificação precisa ser capaz de acessar o banco de dados do intermediário.
O comando de verificação obtém êxito ou falha e imprime uma mensagem sobre se a migração deverá ou não obter êxito, mas nenhuma modificação é feita durante o processo.
Esse comando pode produzir um grande número de respostas possíveis, dependendo dos resultados das diversas operações. Observe que esse comando difere de outros comandos quanto ao modo de produzir mensagens - elas são exibidas conforme necessário, em vez de serem produzidas em um batch no final do programa.
O exemplo a seguir verifica a migração de BROKER1 da V2.1 para a Version 6.0:
mqsimigratecomponents –c BROKER1 BIP 0001I: Starting migration check for component ‘BROKER1’ to FAD level ‘3’ BIP 0002I: ‘BROKER1’ is version 2.1 (auto-detected) BIP 0003I: Broker database ‘BKRDB’ and schema ‘WMQIUSER’ are not shared with other components. BIP 0004I: No invalid rows found in broker database. BIP 0005I: Migration check passed. BIP 8071I: Conclusão bem-sucedida de comando.
O exemplo a seguir faz a migração automática de BROKER1 da V2.1 para a Version 6.0:
mqsimigratecomponents BROKER1 BIP 0001I: Starting migration check for component ‘BROKER1’ to FAD level ‘3’ BIP 0002I: ‘BROKER1’ is version 2.1 (auto-detected) BIP 0003I: Broker database ‘BKRDB’ and schema ‘WMQIUSER’ are not shared with other components. BIP 0004I: No invalid rows found in broker database. BIP 0005I: Migration check passed. BIP 0020I: Starting registry migration for component ‘BROKER1’. BIP 0021I: Created top-level ‘CurrentVersion’ key BIP 0021I: Created ‘DSN’ subkey BIP 0022I: Created ‘HTTPListener’ subkey BIP 0023I: Created ‘HTTPListener.HTTPConnector’ subkey BIP 0024I: Created ‘FADLevel’ value; set to ‘3’ BIP 0025I: Created ‘converters’ value; set to ‘’ BIP 0028I: Moving registry data into ‘CurrentVersion’. BIP 0029I: Moved value ‘AdminAgentPID’. [repeat for each value] BIP 0030I: Completed moving registry data into ‘CurrentVersion’. BIP 0025I: Finished registry migration for component ‘BROKER1’. BIP 0011I: Starting database table migration for ‘BKRDB’.’WMQIUSER’. BIP 0012I: Moving table ’BROKERRESOURCES’ to ’somethingBROKERRESOURCES’. BIP 0013I: Creating new table ’BROKERRESOURCES’. BIP 0014I: Copying data from ‘somethingBROKERRESOURCES’ to ’BROKERRESOURCES’. BIP 0015I: Successfully copied all data (322 rows). [repeat for each table] BIP 0016I: Finished database table migration for ‘BKRDB’.’WMQIUSER’. BIP 0017I: Starting queue migration for ‘BKRQM’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.AGGR.CONTROL’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.AGGR.REPLY’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.AGGR.REQUEST’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.AGGR.TIMEOUT’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.AGGR.UNKNOWN’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.INTERBROKER.MODEL.QUEUE’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.TIMEOUT.QUEUE’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.WS.ACK’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.WS.INPUT’. BIP 0018I: Creating new queue ‘SYSTEM.BROKER.WS.REPLY’. BIP 0026I: Clearing queue ‘SYSTEM.BROKER.ADMIN.QUEUE’. BIP 0026I: Clearing queue ‘SYSTEM.BROKER.EXECUTIONGROUP.QUEUE’. BIP 0026I: Clearing queue ‘SYSTEM.BROKER.EXECUTIONGROUP.REPLY’. BIP 0026I: Clearing queue ‘SYSTEM.BROKER.IPC.QUEUE’. BIP 0019I: Finished queue migration for ‘BKRQM’. BIP 0005I: Migration succeeded for component ‘BROKER1’. BIP 8071I: Conclusão bem-sucedida de comando.
O exemplo a seguir é uma repetição do exemplo anterior, mas com o parâmetro -q especificado:
mqsimigratecomponents -q BROKER1 BIP 0001I: Starting migration check for component ‘BROKER1’ to FAD level ‘3’ BIP 0002I: ‘BROKER1’ is version 2.1 (auto-detected) BIP 0005I: Migration check passed. BIP 0020I: Starting registry migration for component ‘BROKER1’. BIP 0025I: Finished registry migration for component ‘BROKER1’. BIP 0011I: Starting database table migration for ‘BKRDB’.’WMQIUSER’. BIP 0016I: Finished database table migration for ‘BKRDB’.’WMQIUSER’. BIP 0017I: Starting queue migration for ‘BKRQM’. BIP 0019I: Finished queue migration for ‘BKRQM’. BIP 0005I: Migration succeeded for component ‘BROKER1’. BIP 8071I: Conclusão bem-sucedida de comando.
O exemplo a seguir ilustra uma migração de divisão de Version 2.1 para Version 6.0:
mqsimigratecomponents BROKER -1 mqsimigratecomponents BROKER -s 2.1.0.8 -2 mqsimigratecomponents BROKER -s 2.1.0.8 -3
O exemplo a seguir ilustra uma migração de divisão de Version 6.0 para Version 2.1:
mqsimigratecomponents BROKER -t 2.1.0.8 -2 mqsimigratecomponents BROKER -t 2.1.0.8 -3 mqsimigratecomponents BROKER -t 2.1.0.8 -1