Antes de você iniciar o processo de migração para uma nova versão
do WebSphere ESB,
você deve estar ciente destas considerações sobre o perfil de destino.
A criação do perfil de destino correto para migração é uma parte importante
do processo de migração. É altamente recomendado que você crie
novos perfis de destino ao migrar seus perfis. Quando criar
um perfil de destino de migração, você deve criá-lo com o mesmo nome
de nó, nome de célula e níveis de aumento que o perfil do
WebSphere ESB versão 6.0.x ou 6.1.x
ou perfil do
WebSphere Application Server e,
se possível, o mesmo nome do host.
Dica: Se você tiver
criado seu perfil de destino antecipadamente, não faça nenhuma alteração no nível
de célula para o novo nó do versão 6.2
antes da migração, tais como alterações nas informações do host virtual, porque
estas alterações serão perdidas durante a migração. Em vez disso, aguarde até após
o nó ter sido migrado antes de fazer qualquer alteração desse tipo. Caso contrário,
será necessário utilizar o console administrativo em execução no gerenciador de
implementação para refazer manualmente todas as alterações na nova célula após
a migração, tal como qualquer alteração nas informações de host virtual e
do alias do host.
O assistente de migração e as ferramentas de linha de comandos contêm opções
integradas para facilitar a criação de novos perfis de destino.
Assistente de Migração
Se você estiver utilizando o assistente
de migração, independentemente a partir de qual tipo de perfis você está migrando,
sempre escolha a opção
Criar Novo Perfil
no painel do assistente de migração para criar um novo perfil no
WebSphere ESB versão 6.2 para migração.
Esta opção cria um novo perfil com as definições de configuração corretas para propósitos de migração.
Nota: O assistente de migração não suporta
a migração de perfis do WebSphere Application Server.
Você deve utilizar as ferramentas de linha de comandos ao migrar perfis do WebSphere Application Server
nas instalações completas do WebSphere ESB
ou nas instalações do cliente do WebSphere ESB.
Nota: O assistente de migração não pode ser executado em um ambiente não-gráfico. Exemplos de ambientes não-gráficos incluem a plataforma i5/OS
ou sessões de telnet. Se você desejar executar a migração em um ambiente
não-gráfico, utilize as ferramentas de linha de comandos.
Ferramentas de Linha de Comandos
Se você estiver utilizando as
ferramentas de linha de comandos de migração, independentemente a partir de qual tipo de perfis
você está migrando, utilize
-createTargetProfile ao chamar
WBIPostUpgrade para
criar um novo perfil na instalação do
WebSphere ESB versão 6.2 para fins de migração. Para obter uma descrição completa das ferramentas de linha de comandos
de migração, consulte
Utilitário de Linha de Comandos WBIPreUpgrade e
Utilitário de Linha de Comandos WBIPostUpgrade.
Nota: É
possível, opcionalmente, utilizar o comando manageprofiles se
desejar criar perfis de destino para migração fora da estrutura de
migração. Um exemplo é se você estiver preparando perfis de destino quando
uma tarefa de migração está em execução.
Nota: Se você estiver
migrando em uma plataforma i5/OS, deverá estar ciente das seguintes
considerações:
- O nome do perfil de destino deve corresponder ao nome do perfil de
origem que está sendo migrado.
- Se você especificar o script -createTargetProfile on the WBIPostUpgrade,
poderá chamar o script install_root/bin/enableJVM
para configurar o tipo de JVM de perfil de destino no valor desejado após o
perfil de destino ter sido migrado. O script WBIPostUpgrade assegura que
o perfil de destino seja gerado com o mesmo tipo de JVM que o perfil de
origem para o processo de migração.
- Se você gerar manualmente o perfil de destino utilizando manageprofiles,
deverá assegurar que o tipo de JVM do perfil de destino corresponda ao tipo de
JVM do perfil de origem. Isto pode ser feito chamando o script install_root/bin/enableJVM
para configurar o tipo de JVM do perfil de destino antes de chamar o script WBIPostUpgrade.
- A opção [-profile target_profile_name]
do comando enableJVM deve ser utilizada para
prevenir a comutação de todos os perfis na instalação do produto para o
tipo especificado.
Exemplos de Perfis Criados Utilizando Ferramentas de Linha de Comandos
Nota: Nos
exemplos a seguir, utilize um dos seguintes parâmetros para
-templatePath,
dependendo do tipo de perfil que você está criando:
- Servidor independente do WebSphere ESB: <WAS_HOME>/profileTemplates/default.wbiserver
- Gerenciador de implementação do WebSphere ESB: <WAS_HOME>/profileTemplates/dmgr.wbiserver
- Nós customizados do WebSphere ESB: <WAS_HOME>/profileTemplates/managed.wbiserver
- Servidor independente do WebSphere Application Server: <WAS_HOME>/profileTemplates/default
- Nós customizados do WebSphere Application Server: <WAS_HOME>/profileTemplates/managed
Exemplo: Criando Perfis do WebSphere Process Server
- Servidor independente e gerenciador de implementação: manageprofiles
-create -profileName <profname> -templatePath <example: <WAS-HOME>/profileTemplates/(default)(dmgr).wbiserver>
-profilePath <example: /QIBM/UserData/<WAS_HOME>/profiles/<profname>>
-winserviceCheck false -defaultPorts -createDefaultProfileForMigration
true -dbDelayConfig true -omitAction defaultAppDeployAndConfig
- Nós customizados: manageprofiles -create -profileName <profname>
-templatePath <example: <WAS-HOME>/profileTemplates/managed.wbiserver>
-nodeName <nodename> -cellName <cellname> -hostName <hostname>
-defaultPorts -createDefaultProfileForMigration true -dbDelayConfig
true
Exemplo: Criando Perfis do WebSphere Application Server
- Servidor independente e gerenciador de implementação: manageprofiles
-create -profileName <profname> -templatePath <WAS_HOME>/profileTemplates/default
-profilePath <WAS_HOME>/profiles/<profname> -cellName <cellname>
-winserviceCheck false -defaultPorts -hostName <hostname> -omitAction
defaultAppDeployAndConfig -nodeName <nodename> -enableAdminSecurity
false
- Nós customizados: manageprofiles -create -profileName <profname>
-templatePath <WAS_HOME>/profileTemplates/managed -profilePath <WAS_HOME>/profiles/<profname>
-cellname <cellname> -hostName <hostname> -nodeName <nodename>
-federateLater true