Trabalhando com Novos Nós do Servidor Gerenciado
Depois de concluir as instruções de customização, você terá um nó do servidor de aplicativos (nó gerenciado) do WebSphere Application Server for z/OS na célula do Network Deployment.
Antes de Iniciar
Certifique-se de que o HFS de configuração e HFS do produto WebSphere Application Server for z/OS estejam montados.
Procedimento
- Inicie o agente de nó emitindo o seguinte comando de console do MVS:
em que:START server_proc,JOBNAME=nodeagent_name,ENV=cell_name.node_name.nodeagent_name
- server_proc é o procedimento catalogado do agente do nó.
- nodeagent_name é o nome abreviado do agente do nó.
- node_name é o nome abreviado do nó.
- cell_name é o nome abreviado da célula.
O comando START inicia o agente do nó. O agente do nó inicia o daemon do serviço de localização (se ainda não houver uma em execução). Você deverá ver uma mensagem como a seguinte quando o nó estiver ativo e em execução:START BBO7ACR,JOBNAME=BBON001,ENV=CELL1.MVSA.BBON001
BBOO0019I INITIALIZATION COMPLETE FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBON001 O agente do nó deve estar em execução para que o gerenciador de implementação administre o nó.
- Quando o gerenciador de implementação da célula estiver ativado e em execução,
acesse o console administrativo apontando um navegador da Web para a seguinte URL:
em que:http://hostname:http_port/ibm/console
- hostname é o nome do host de transporte HTTP do gerenciador de implementação que você especificou durante a customização.Nota: Se você especificou * para o nome do host HTTP do gerenciador de implementação, este será realmente o nome do host do nó do gerenciador de implementação.
- http_port é a porta HTTP do gerenciador de implementação que você especificou durante a customização.Nota: A porta HTTP padrão para o gerenciador de implementação é 9060.
Até que a segurança administrativa esteja ativada, você verá uma tela de conexão que solicitará seu ID do usuário, mas não a senha.
O ID do usuário pode ser qualquer um e é utilizado apenas para fornecer acompanhamento básico de alterações. Esteja ciente de que, até que você ative a segurança administrativa, qualquer usuário com um navegador da Web e acesso à porta HTTP poderá modificar seu ambiente de atendimento de aplicativos.
É possível utilizar o console administrativo ou o script, ou ambos, para gerenciar o nó e implementar e gerenciar aplicativos J2EE. Entretanto, antes de implementar aplicativos, você precisa incluir servidores de aplicativos em seu nó gerenciado.
- hostname é o nome do host de transporte HTTP do gerenciador de implementação que você especificou durante a customização.
- Os servidores de aplicativos
podem ser incluídos no nó do servidor gerenciado utilizando o console administrativo ou script. Você pode utilizar um dos seguintes métodos:
- Crie um novo servidor de aplicativos diretamente utilizando o console administrativo
ou script. Você pode utilizar os procedimentos
catalogados de controlador, servant e CRA e os IDs do usuário criados durante o processo
de configuração do nó gerenciado para quaisquer servidores de aplicativos criados no nó gerenciado. Entretanto,
depois de criar os servidores de aplicativos adicionais em um nó
existente, é necessário executar os seguintes comandos RACF:
RDEFINE STARTED new_server_short_nameA.* STDATA(USER(controller_region_userid) GROUP(configuration_group)) RDEFINE STARTED new_server_short_nameS.* STDATA(USER(servant_region_userid) GROUP(configuration_group)) RDEFINE SERVER CB.*.new_cluster_transition_name.* UACC(NONE) RDEFINE SERVER CB.*.new_cluster_transition_nameADJUNCT.* UACC(NONE) PERMIT CB.*.new_cluster_transition_name.* CLASS(SERVER) ID(servant_region_userid) ACC(READ) PERMIT CB.*.new_cluster_transition_name.* CLASS(SERVER) ID(controller_region_userid) ACC(READ) PERMIT CB.*.new_cluster_transition_nameADJUNCT.* CLASS(SERVER) ID(controller_region_userid) ACC(READ) SETROPTS RACLIST(STARTED) GENERIC(STARTED) REFRESH SETROPTS RACLIST(SERVER) GENERIC(SERVER) REFRESH
- Armazene em cluster um servidor de aplicativos existente em outro nó, utilizando esse nó gerenciado como um destino. Esta ação cria uma cópia clonada do servidor de aplicativos que está sendo armazenado em cluster no novo nó gerenciado.
- Crie um novo servidor de aplicativos diretamente utilizando o console administrativo
ou script. Você pode utilizar os procedimentos
catalogados de controlador, servant e CRA e os IDs do usuário criados durante o processo
de configuração do nó gerenciado para quaisquer servidores de aplicativos criados no nó gerenciado. Entretanto,
depois de criar os servidores de aplicativos adicionais em um nó
existente, é necessário executar os seguintes comandos RACF:
- Para iniciar um dos servidores de aplicativos do nó gerenciado, emita o seguinte comando de console do MVS:
em que:START server_proc,JOBNAME=server_name,ENV=cell_name.node_name.server_name
- server_proc é o procedimento catalogado do agente do servidor de aplicativos (pode ser igual ao procedimento catalogado do agente do nó).
- nodeagent_name é o nome abreviado do servidor de aplicativos.
- node_name é o nome abreviado do nó.
- cell_name é o nome abreviado da célula.
O comando START inicia o controlador do servidor de aplicativos. O controlador inicia o daemon do serviço de localização (se ainda não houver um em execução) e, em seguida, utiliza o WLM para iniciar o control region adjunct e os servants. Você deverá ver uma mensagem semelhante a seguinte quando o nó estiver ativo e em execução:START BBO7ACR,JOBNAME=AZSR01A,ENV=CELL1.MVSA.AZSR01A
BBOO0019I INICIALIZAÇÃO CONCLUÍDA PARA O PROCESSO DE CONTROLE AZSR01A DO WEBSPHERE PARA Z/OS
- Utilize um dos dois métodos
a seguir para parar seu gerenciador de implementação:
- Pare o daemon de serviço de localização, que também para qualquer nó da célula no mesmo sistema z/OS. O daemon de serviço de localização mantém apontadores para módulos no armazenamento comum, e a interrupção desse daemon força o encerramento de todos os membros da célula no mesmo sistema z/OS do daemon. Para parar o daemon do serviço de localização,
digite o seguinte comando do console MVS:
em que daemon_jobname é o nome de tarefa do daemon de serviço de localização. O nome de tarefa do daemon de serviço de localização padrão para uma célula do Network Deployment é BBODMNC.STOP daemon_jobname
- Pare apenas o agente de nó e seus servidores de aplicativos, deixando o daemon de serviço de localização, o gerenciador de implementação (se houver) e todos outros nós gerenciados no sistema z/OS ainda em execução. Para parar o agente de nó, digite o seguinte comando de console do MVS:
em que nodeagent_name é o nome abreviado do agente do nó. O nome abreviado do agente do nó padrão é BBON001.STOP nodeagent_name
- Pare o daemon de serviço de localização, que também para qualquer nó da célula no mesmo sistema z/OS. O daemon de serviço de localização mantém apontadores para módulos no armazenamento comum, e a interrupção desse daemon força o encerramento de todos os membros da célula no mesmo sistema z/OS do daemon. Para parar o daemon do serviço de localização,
digite o seguinte comando do console MVS:


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