Recuperando ou Movendo Nós com o Comando addNode -asExistingNode
É possível usar a opção -asExistingNode do comando addNode para recuperar e mover nós de um gerenciador de implementação. Usando a opção -asExistingNode, associe um novo nó customizado a um gerenciador de implementação como um nó existente. Durante a federação, o produto usa informações na configuração principal do gerenciador de implementação para transformar o nó customizado no nó existente.
Antes de Iniciar
Este tópico supõe que um produto WebSphere Application Server, Network Deployment tenha um gerenciador de implementação com um ou mais nós gerenciados.
Sobre Esta Tarefa
Use a opção -asExistingNode do comando addNode para recuperar rapidamente um nó danificado, para mover um nó para uma instalação do produto em um computador diferente mas no mesmo caminho, para mover um nó para uma instalação do produto em um sistema operacional diferente ou com um caminho diferente ou para criar células a partir de uma célula de modelo.
Os procedimentos a seguir descrevem como usar a opção -asExistingNode:
- Recupere um nó gerenciado existente de um gerenciador de implementação.
- Mova um nó para uma instalação do produto em um computador diferente, mas no mesmo caminho.
- Mova um nó para uma instalação do produto em um sistema operacional diferente ou com um caminho diferente.
- Crie uma célula a partir de uma célula de modelo.

- -includeapps
- -includebuses
- -startingport
- -portprops
- -nodeagentshortname
- -nodegroupname
- -registerservice
- -serviceusername
- -servicepassword
- -coregroupname
- -excludesecuritydomains
Quando o comando addNode é executado com a opção -asExistingNode, o produto não verifica ou resolve conflitos entre portas. Você deve verificar se as portas associadas a um nó não entram em conflito com as portas que já estão em uso no host de destino.
Procedimento
- Recupere um nó gerenciado existente de um gerenciador de
implementação.
É possível recuperar um nó danificado existente usando a opção -asExistingNode do comando addNode. Por exemplo, se uma falha do computador resultar em um nó indisponível, mas as informações do nó permanecerem no gerenciador de implementação, será possível usar a opção -asExistingNode para recriar o nó indisponível.
- Certifique-se de que o nó danificado existente não esteja em execução. Pare o agente do nó e todos os servidores de aplicativos que residirem no nó.
- Remova o perfil original e crie um perfil para
substituir o nó danificado e dê a ele o mesmo caminho do perfil,
nome do perfil e nome do nó que o nó indisponível. Ou é possível criar o
perfil em um computador diferente do nó original, se o computador original
estiver indisponível e tiver configurado um novo computador com o
mesmo nome do host.
Por exemplo, suponha que o nó myNode01 que tem o nome de perfil AppSrv01 pare de funcionar. Para subsitutuí-lo por um novo nó, crie um perfil do servidor de aplicativos chamado AppSrv01 para o nó myNode01.
- Execute o comando addNode com a opção -asExistingNode a partir de uma linha de comandos no diretório bin do perfil do servidor de aplicativos danificado.
O nome do novo nó deve corresponder ao nome do nó no qual o comando addNode é executado com a opção -asExistingNode.
- Abra um prompt de comandos e mude para o diretório bin do perfil do servidor de aplicativos. Por exemplo, para o perfil do servidor de aplicativos AppSrv01, acesse o diretório profile_root/AppSrv01/bin.
- Execute o comando addNode com a opção -asExistingNode para
substituir o nó do servidor de aplicativos pelo novo nó. O comando de exemplo
a seguir supõe que a segurança esteja ativada e que o produto exija que
você insira um nome de usuário e uma senha. Para dmgr_host e dmgr_port, especifique o nome do host e o número da porta do gerenciador de implementação.
addNode dmgr_host dmgr_port -asExistingNode -username user_name -password password
Restrição: Adaptadores JCA instalados anteriormente não são armazenados como parte da configuração do WebSphere. Após substituir um nó, reinstale os adaptadores JCA para permitir que eles funcionem no novo ambiente. - Sincronize todos os outros nós ativos na célula.
- A maneira mais fácil e eficiente de sincronizar nós ativos é permitir que a sincronização automática seja executada. Por padrão, a sincronização automática é ativada e os nós sincronizam a si mesmos em seu intervalo configurado.
- Se a sincronização automática não estiver ativada,
será possível sincronizar os nós
explicitamente.
- Clique em Administração do sistema > Nós.
- Na página Nós, selecione os nós não sincronizados e clique em Sincronizar.
Se tiver mais de cinco nós não sincronizados, sincronize apenas cinco nós de cada vez.
Para recuperar um nó gerenciado usando um console administrativo do gerenciador de implementação, consulte o tópico sobre como incluir, gerenciar e remover nós.
- Mova um nó para uma instalação do produto em um
computador diferente, mas no mesmo caminho.
É possível usar a opção -asExistingNode para mover um nó para um computador diferente, desde que as configurações a seguir sejam as mesmas no computador diferente:
- Diretório de instalação do WebSphere Application Server
- Nome do perfil
- Diretório de perfil
- Nome de nó
Este procedimento envolve três perfis diferentes:
- O perfil do gerenciador de implementação é o perfil para o gerenciador de implementação. Execute o comando changeHostName do perfil do gerenciador de implementação.
- O perfil de origem é o perfil original do qual você deseja mover.
- O perfil de destino é o perfil para o qual você deseja mover no computador diferente.
- Certifique-se de que o nó que deseja mover, o perfil de origem, não esteja em execução. Pare o agente do nó e todos os servidores de aplicativos que residirem no nó.
- Altere o nome do host do nó dentro da
configuração principal presente no
gerenciador de implementação.
Execute as etapas a seguir, que envolvem o perfil de gerenciador de implementação:
- Abra um prompt de comandos e mude para o diretório bin do perfil de gerenciador de implementação. Por exemplo, se o perfil de gerenciador de implementação for denominado Dmgr01, acesse o diretório profile_root/Dmgr01/bin.
- Execute os comandos Jython wsadmin para alterar o nome do host do nó. Os comandos de exemplo a seguir supõem que a segurança esteja ativada e que o produto exija que
você insira um nome de usuário e uma senha. Para new_host_name,
especifique o nome do host do computador de destino.
wsadmin -lang jython -userName user_name -password password AdminTask.changeHostName('[-hostName new_host_name -nodeName node_name]') AdminConfig.save() quit
- Mova o nó da
instalação do produto no computador de origem para a
instalação do produto no computador de destino.
Execute as etapas a seguir, que envolvem o perfil de destino, no computador de destino:
- Instale o WebSphere Application Server em um diretório que tenha o mesmo nome que o diretório de instalação do produto no computador de origem.
- Crie um perfil customizado que tenha o mesmo nome do perfil, diretório do perfil e nome de nó que o perfil para o nó que você deseja mover. Ao criar o perfil customizado, selecione federar o nó mais tarde. Não selecione federar o nó durante a criação do perfil.
- Abra um prompt de comandos e mude para o diretório bin do perfil do servidor de aplicativos. Por exemplo, se o perfil do servidor de aplicativos for denominado AppSrv01, acesse o diretório profile_root/AppSrv01/bin.
- Execute o comando addNode com a opção -asExistingNode
para substituir o nó de servidor de aplicativos pelo nó que você deseja
mover. O comando de exemplo
a seguir supõe que a segurança esteja ativada e que o produto exija que
você insira um nome de usuário e uma senha. Para dmgr_host e dmgr_port,
especifique o nome do host e o número da porta do gerenciador de implementação de destino.
addNode dmgr_host dmgr_port -asExistingNode -username user_name -password password
Restrição: Adaptadores JCA instalados anteriormente não são armazenados como parte da configuração do WebSphere. Após mover um nó, reinstale os adaptadores JCA para permitir que eles funcionem no novo ambiente. - Use o console administrativo do
gerenciador de implementação de destino
ou wsadmin para ativar servidores no nó para que sejam executados adequadamente.
- Inicie o nó. Esta etapa envolve o perfil de destino.
- Atualize os hosts virtuais (aliases do host) para incluir o nome do host de destino do nó de servidor de aplicativos.
- Inicie os servidores de aplicativos do nó.
- Se o nó usar um certificado SSL (Secure Sockets
Layer), altere o certificado padrão para que contenha
o nome do host do nó.
Consulte o tópico sobre como criar certificados SSL para substituir os certificados existentes em um nó.
- Sincronize todos os outros nós ativos na célula.
Talvez seja necessário atualizar as configurações de outros componentes de infraestrutura, como servidores da Web, que são estaticamente configurados para usar servidores de aplicativos que residem em hosts específicos.
- Mova um nó para uma instalação do produto em um sistema
operacional diferente ou com um caminho diferente.
É possível usar a opção -asExistingNode para mover um nó para uma instalação do produto em um computador diferente com o mesmo sistema operacional, mas nome do host e caminho diferentes. É possível também usar a opção para mover um nó para uma instalação do produto em um computador diferente que tem um sistema operacional diferente, mas arquivos de configuração compatíveis; por exemplo, de um sistema operacional AIX para um sistema operacional Windows.
Restrição:- Os aplicativos que usam o Scheduler funcionam apenas com o mesmo nome do host. Como o nome do host é integrado em cada tarefa planejada, as tarefas existentes antes de você mover um nó não funcionarão adequadamente, mas as tarefas criadas após o movimento funcionarão de maneira adequada. Após mover um nó, replaneje as tarefas planejadas que existiam quando você moveu o nó.
- Não é possível mover nós entre instalações do produto no z/OS e nos sistemas operacionais não z/OS.
- Adaptadores JCA instalados anteriormente não são armazenados como parte da configuração do WebSphere. Após mover um nó, reinstale os adaptadores JCA para permitir que eles funcionem no novo ambiente.
Esta tarefa supõe que o diretório de instalação do WebSphere Application Server e o diretório de perfil no computador que possui o nó que você deseja mover (computador de origem) sejam diferentes dos diretórios no computador de destino. No entanto, o nome do perfil do nó e o nome do nó devem ser iguais nos computadores de origem e de destino.
Para concluir esta tarefa, execute as etapas na tarefa Mover um nó para uma instalação do produto em um computador diferente, mas no mesmo caminho, mas não altere os caminhos de instalação do produto e de perfil de cada nó nos mapas de variáveis na configuração do gerenciador de implementação antes de mover o nó para o computador de destino. Por exemplo:
- Em um console administrativo do gerenciador de implementação, clique em Ambiente > Variáveis do WebSphere.
- Na página Variáveis do WebSphere, selecione o escopo do nó e, em seguida, clique na variável WAS_INSTALL_ROOT.
- Na página de configurações para a variável WAS_INSTALL_ROOT, altere a configuração Value para especificar o novo caminho de instalação do produto e salve a mudança.
- Na página Variáveis do WebSphere, com o escopo do nó selecionado, clique na variável USER_INSTALL_ROOT.
- Na página de configurações para a variável USER_INSTALL_ROOT, altere a configuração Valor para especificar o novo caminho de instalação do perfil e salve a mudança.
- Repita estas etapas conforme necessário para alterar os caminhos de instalação do produto e de perfil de cada nó para que os caminhos estejam corretos para o computador de destino.
Para esta tarefa, os diretórios de instalação do produto e de perfil não precisam ser iguais no computador de destino como no computador de origem.
- Crie uma célula a partir de
uma célula de modelo.
É possível criar rapidamente uma célula a partir de uma célula existente usando a opção -asExistingNode do comando addNode. A nova célula deve ter o mesmo nó que a célula de modelo.
Restrição:- O aplicativo Scheduler não funciona com diversos ambientes. Como o nome do host é integrado em cada tarefa planejada, as tarefas existentes antes de você mover um nó não funcionarão adequadamente, mas as tarefas criadas após o movimento funcionarão de maneira adequada. Após mover um nó, replaneje as tarefas planejadas que existiam quando você moveu o nó.
- Você deve avaliar se recursos diferentes, como origens de dados, são requeridos para cada ambiente.
- Adaptadores JCA instalados anteriormente não são armazenados como parte da configuração do WebSphere. Após mover um nó, reinstale os adaptadores JCA para permitir que eles funcionem no novo ambiente.
Se a segurança estiver ativada, você, provavelmente, deve gerar novamente novas chaves e tokens para uma nova célula.
- Crie e configure uma célula para que seja a célula de modelo que você deseja usar para novas instalações do produto.
- Faça uma cópia da configuração do perfil de gerenciador de implementação usando o comando backupConfig. Você usará esta cópia da configuração para restaurar a configuração do gerenciador de implementação na nova instalação.
- Copie a célula de modelo para
uma nova instalação do produto.
Para cada novo ambiente a ser provisionado, conclua as etapas a seguir:
- Instale o WebSphere Application Server.
- Crie os perfis do gerenciador de implementação e do nó de servidor de aplicativos. Os perfis do servidor de aplicativos devem ter o mesmo nome de nó da célula de modelo.
- Restaure a configuração do perfil de gerenciador de implementação usando o comando restoreConfig. Atualize o nome do host do gerenciador de implementação usando wsadmin no modo local. Se o caminho do perfil ou o caminho da instalação do produto tiver sido alterado, modifique o arquivo variables.xml do nó do gerenciador de implementação para refletir os novos caminhos. Atualize os arquivos de propriedades adicionais conforme necessário. Os arquivos de propriedades que podem precisar ser atualizados incluem, por exemplo, wsadmin.properties e soap.client.props.
- Customize cada configuração do nó no perfil de gerenciador de implementação. Por exemplo, altere as seguintes configurações:
- Nome do Host
- Portas
- Diretório de instalação do produto
- Diretórios de perfil
- Configuração de Segurança
- Execute addNode
–asExistingNode para cada nó. É possível executar o comando simultaneamente de cada nó.
- Abra um prompt de comandos e mude para o diretório bin do perfil do servidor de aplicativos. Por exemplo, se o perfil do servidor de aplicativos for denominado AppSrv01, acesse o diretório profile_root/AppSrv01/bin.
- Execute o comando addNode com a opção -asExistingNode
para substituir o nó de servidor de aplicativos pelo nó na célula de
destino. O comando de exemplo
a seguir supõe que a segurança esteja ativada e que o produto exija que
você insira um nome de usuário e uma senha. Para dmgr_host e dmgr_port,
especifique o nome do host e o número da porta do gerenciador de implementação de destino.
addNode dmgr_host dmgr_port -asExistingNode -username user_name -password password
- Use o console administrativo
do novo gerenciador de implementação
ou wsadmin para ativar servidores para que cada nó seja executado adequadamente.
- Inicie o nó. Execute o comando startNode do perfil do nó.
- Atualize os hosts virtuais (aliases do host) para incluir o nome do host do nó de servidor de aplicativos.
- Inicie os servidores de aplicativos do nó.
- Se a célula usar um certificado SSL (Secure Sockets
Layer), substitua o certificado raiz autoassinado no
keystore raiz, DmgrDefaultRootStore.
Consulte o tópico sobre como criar certificados SSL para substituir certificados existentes em uma célula.
- Sincronize todos os outros nós ativos na célula.
O que Fazer Depois
Examine os nós na instalação de destino para assegurar que a configuração do nó seja operada de maneira adequada. Se necessário, exclua perfis da instalação de origem.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tagt_addNode_asExistingNode
Nome do arquivo: tagt_addNode_asExistingNode.html