Evite conflitos de portas que possam ocorrer quando o WebSphere Process Server coexiste na mesma máquina com instalações de outros produtos WebSphere.
Por Que e Quando Desempenhar Esta Tarefa
Se você criar um nó gerenciado do WebSphere Process Server no mesmo sistema
no qual um nó gerenciado de outro produto WebSphere existe, em determinados casos, o
comando
addNode pode incrementar automaticamente as designações de porta do
segundo processo nodeagent de forma que não ocorra nenhum conflito.
O comando
addNode incrementa as designações de porta automaticamente quando o perfil existente é de um dos seguintes tipos:
- WebSphere Process Server
- WebSphere Enterprise Service Bus
- WebSphere Application Server, versão 6.0 ou posterior
- WebSphere Application Server Network Deployment, versão 6.0 ou posterior
O
assistente de Perfil também manipula as designações de portas com êxito quando
você federa um perfil customizado do WebSphere Process Server durante sua criação.
O comando
addNode
não incrementa as designações de porta automaticamente quando a instância existente é de um dos seguintes tipos:
- WebSphere Business Integration Server Foundation
- WebSphere Application Server, versões anteriores à versão 6.0
- WebSphere Application Server Network Deployment, versões anteriores à versão
6.0
Neste caso, nem o comando
addNode nem o assistente de Perfil tem um
registro das designações de portas especificadas para estas instâncias.
As designações de portas
no segundo processo nodeagent do WebSphere Process Server não são incrementadas
e podem ocorrer conflitos.
Estes conflitos podem impedir que o segundo nó
seja iniciado. Por exemplo, se você iniciar o nó gerenciado existente primeiro,
o nó do WebSphere Process Server não poderá ser iniciado. Se você iniciar o nó do WebSphere
Process Server primeiro, o nó existente não poderá ser iniciado.
Nos casos em que
o comando addNode não incrementa designações de portas automaticamente, é necessário
desempenhar o seguinte procedimento para criar um nó gerenciado do WebSphere
Process Server com portas não conflitantes.
Etapas para Esta Tarefa
- Crie o servidor de processo independente ou o perfil customizado do WebSphere Process Server.
Utilize o assistente de Perfil para criar o perfil.
Se estiver criando um perfil customizado, não federe-o à medida que é criado.
Selecione a caixa de opções no painel do assistente de Perfil para federar o perfil
posteriormente. Consulte o procedimento descrito em Criando Perfis Utilizando o Assistente de Perfil.
- Verifique as portas em utilização para determinar um número de porta inicial para o processo nodeagent do WebSphere Process Server.
Utilize o comando netstat -a para verificar as designações de porta existentes. Analise as designações de portas para determinar doze portas livres seqüenciais. Esse procedimento supõe que nenhuma designação de porta exista entre 3320 e 3380.
- Vá para o diretório bin do novo perfil.
Proceda de uma das seguintes formas para ir para o diretório
bin
do perfil (em que
profile_root representa o local da instalação do perfil):
Em
plataformas Linux e UNIX: Digite cd profile_root/bin
Em plataformas Windows: A partir de uma
linha de comandos, digite cd profile_root\bin
- Utilize o comando addNode com o parâmetro -startingport para federar o perfil na célula do gerenciador de implementação e para designar portas a partir de um valor inicial.
Restrição: Você pode federar um servidor independente para um gerenciador de implementação
apenas se nenhum outro servidor já estiver federado para esse gerenciador de implementação.
Por exemplo, suponhamos que você esteja trabalhando em um sistema Solaris e que o gerenciador de implementação tenha as seguintes características:
- O nome do host é o endereço do sistema de nomes de domínio: server_name.ibm.com
- Tipo de conector JMX: RMI (Remote Method Invocation)
- Designação de porta RMI: 8879
- Status de segurança: Ativado
Emita o seguinte comando:
./addNode.sh server_name.ibm.com \
-conntype RMI 8879 \
-user user_name \
-password user_password -startingport 3333
Importante: O caractere \ é um caractere de continuação para utilizar mais de uma linha para enviar comandos.
Resultado
O parâmetro -startingport fornece o número de porta base para todas as portas de nodeagent e incrementa todos os valores de porta a partir do ponto inicial.
As designações de portas não conflitantes permitem que o novo nodeagent do WebSphere Process
Server seja executado quando o nó coexistente já estiver em execução.
Este procedimento
resulta na capacidade de iniciar seu nó coexistente ao mesmo tempo
que seu nó do WebSphere Process Server. Os nodeagents podem
ser executados no mesmo servidor.
Você também pode designar as portas
individualmente utilizando o comando
addNode com o parâmetro
-portprops filename.
Este parâmetro identifica um arquivo simples de palavras-chaves e as designações de
número de porta que você deve criar. O seguinte exemplo de um arquivo chamado pelo
parâmetro
-portprops mostra todas as palavras-chaves e designações de porta de
amostra:
WC_defaulthost 9081
WC_adminhost 9062
WC_defaulthost_secure 9444
WC_adminhost_secure 9045
BOOTSTRAP_ADDRESS 2810
SOAP_CONNECTOR_ADDRESS 8881
SAS_SSL_SERVERAUTH_LISTENER_ADDRESS 9901
CSIV2_SSL_SERVERAUTH_LISTENER_ADDRESS 9201
CSIV2_SSL_MUTUALAUTH_LISTENER_ADDRESS 9102
ORB_LISTENER_ADDRESS 9900
CELL_DISCOVERY_ADDRESS 7272
DCS_UNICAST_ADDRESS 9354
Para obter informações adicionais
sobre o comando addNode e seus parâmetros, consulte o tópico Comando addNode no centro de informações do WebSphere Application
Server Network Deployment, Versão 6.0.