Definições de servidores de aplicativos

Especifica um nome lógico para o servidor. Nomes de servidores devem ser exclusivos dentro de um nó. Entretanto, para vários nós em um cluster, é possível ter diferentes servidores com o mesmo nome, desde que o par de servidor e nó seja exclusivo. Não é possível alterar o valor que aparece nesse campo.

Por exemplo, um servidor denominado server1 em um nó denominado node1 no mesmo cluster com o servidor denominado server1 em um nó denominado node2 é permitido. Entretanto, você não pode ter dois servidores nomeados server1 no mesmo nó. O produto utiliza o nome do servidor para ações administrativas, como fazer referência ao servidor no script.

Na plataforma z/OS, às vezes esse nome é referido como nome longo.

Evitar Problemas: Se você estiver usando um anel de global resource serialization (GRS) para anexar um ou mais monoplexes a um ambiente sysplex, o nome da célula de qualquer servidor em execução em qualquer um dos monoplexes deve ser exclusivo dentro de todo o ambiente do GRS. Esse requisito significa que o nome da célula de um servidor executando em algum dos monoplexes:

• Deve ser diferente do nome da célula de quaisquer servidores em execução no sysplex
• Deve ser diferente do nome da célula de quaisquer servidores em execução em outro monoplex que estiver anexado ao sysplex.

Se tiver servidores com nomes de célula duplicados no ambiente do GRS, o WebSphere Application Server não pode diferenciar entre a célula do sysplex e a célula do monoplex e trata ambos os servidores como pa rte da mesma célula. Esta associação imprecisa de célula causa resultados imprevisíveis de processamento.gotcha

Especifica o nome abreviado do servidor e deve ser exclusivo em uma célula. Esse campo é exibido apenas para a plataforma z/OS. O nome abreviado também é o nome da tarefa padrão do z/OS e identifica o servidor para os recursos nativos do sistema operacional, como WLM (Workload Manager), Automatic Restart Manager, SAF (por exemplo, RACF) e controle de tarefa iniciada.

Esse campo é opcional e será exibido apenas se a execução for no z/OS. Se você não especificar um valor para o campo de nome abreviado, ele será definido com o padrão BBOSnnn, em que nnn é o primeiro número livre na célula que pode ser utilizado para criar um nome abreviado exclusivo. Por exemplo, se nomes abreviados padrão já estiverem designados a dois outros servidores na célula, o nome abreviado BBOS003 será designado a esse servidor se você não especificar um quando criar esse servidor. Após a criação do servidor de aplicativos, será possível alterar esse nome abreviado gerado para um nome que esteja de acordo com suas convenções de nomenclatura.

Os valores padrão para os nomes de tarefa servant e adjunct são esse nome abreviado, com S, para servant, ou A, para adjunct, anexado. Se você precisar usar um nome abreviado do servidor com 8 caracteres, os nomes de tarefa servant e adjunct se tornarão nomes com 9 caracteres. Portanto, atualize os argumentos do comando start para as definições de processo do servidor e adjunct para utilizar o novo nome abreviado do servidor com 8 caracteres. O tópico "Convertendo um nome abreviado do servidor de 7 caracteres para 8 caracteres" descreve como executar essa atualização.

Especifica o nome abreviado genérico do servidor e deve ser exclusivo em uma célula. Esse campo é opcional e exibido apenas para a plataforma z/OS. O nome abreviado genérico para o servidor se tornará o nome de transição do cluster, se você estiver criando um servidor não em cluster, ou o nome abreviado do cluster, se você estiver criando um servidor em cluster.

Se você não especificar um valor para o campo de nome abreviado genérico, ele será definido com o padrão BBOCnnn, em que nnn é o primeiro número livre na célula que pode ser utilizado para criar um nome abreviado genérico exclusivo. Por exemplo, se nomes abreviados genéricos padrão já estiverem designados a três outros servidores na célula, o nome abreviado genérico BBOC004 será designado a esse servidor se você não especificar um quando criar esse servidor.

A ativação dessa opção pode reduzir o tempo de inicialização do servidor de aplicativos, pois isso altera algumas configurações da JVM, como desativação da verificação de bytecode e redução de custos de compilação do compilador JIT (Just-in-time). Não ative esta definição em servidores de produção. Essa configuração estará disponível apenas em um servidor de aplicativos que estiver em execução em uma célula da Versão 6.0 ou posterior.

Especifica que você deseja utilizar as propriedades da JVM -Xverify e -Xquickstart como valores de inicialização. Antes de selecionar essa opção, inclua as propriedades -Xverify e -Xquickstart como argumentos genéricos na configuração da JVM.

Se essa opção for selecionada, você deverá salvar a configuração e reiniciar o servidor antes que essa alteração na configuração tome efeito.

A configuração padrão para essa opção é false, que indica que o servidor não será iniciado no modo de desenvolvimento. Configurar essa opção como true especifica que o servidor é iniciado no modo de desenvolvimento com configurações que diminuem o tempo de inicialização do servidor.

Selecione este campo para iniciar o servidor em vários encadeamentos. Isto pode reduzir o tempo de inicialização.

Especifica que você deseja que os componentes do servidor, serviços e aplicativos sejam iniciados em paralelo em vez de seqüencialmente.

A configuração padrão para essa opção é true, que indica que quando o servidor for iniciado, os componentes do servidor, serviços e aplicativos serão iniciados em vários encadeamentos. A configuração dessa opção como false especifica que quando o servidor for iniciado, os componentes do servidor, serviços e aplicativos serão iniciados em um único encadeamento, o que pode aumentar o tempo de inicialização.

A ordem na qual os aplicativos são iniciados dependem dos pesos designados a eles. Os aplicativos que possuem a mesma importância são iniciados em paralelo.

Para configurar o peso de um aplicativo, no console administrativo, clique em Aplicativos > Tipos de Aplicativo > Aplicativos Corporativos do WebSphere > application_name > Comportamento de Inicialização e, em seguida, especifique um valor apropriado no campo Ordem de Inicialização. Quanto mais importante for o aplicativo, menor deverá ser o valor de ordem de inicialização. Por exemplo, você poderia especificar um valor de ordem de inicialização de 1 para seu aplicativo mais importante e um valor de 2 para o próximo aplicativo mais importante. Depois, poderia especificar uma ordem de inicialização de 3 para os próximos quatro aplicativos, uma vez que você deseja que todos os quatro aplicativos sejam iniciados paralelamente.

Selecione essa propriedade se você quiser que os componentes do servidor sejam iniciados conforme são necessários por um aplicativo executado nesse servidor.

Quando essa propriedade é selecionada, os componentes do servidor são iniciados dinamicamente conforme são necessários. Quando essa propriedade não é selecionada, todos os componentes do servidor são iniciados durante o processo de inicialização do servidor. Por esse motivo, a seleção dessa opção pode melhorar o tempo de inicialização e reduzir a área de cobertura da memória do servidor, já que menos componentes são iniciados durante o processo de inicialização.

Iniciar os componentes conforme eles forem necessários será mais eficaz se todos os aplicativos implementados no servidor forem do mesmo tipo. Por exemplo, o uso dessa opção funciona melhor se todos os seus aplicativos forem aplicativos da Web que usam servlets e JavaServer Pages (JSP). Essa opção funcionará com menos eficiência se seus aplicativos utilizarem servlets, JSPs e EJBs (Enterprise JavaBeans).

Evitar Problemas: Para assegurar compatibilidade com outros produtos WebSphere, a seleção da configuração padrão é cancelada para essa opção. Antes de selecionar essa opção, verifique se qualquer outro produto WebSphere, que você está executando em conjunto com esse produto, suporta essa funcionalidade.gotcha

Especifica que o servidor de aplicativos é executado no modo de 64 bits, que é a configuração padrão. A execução no modo de 64 bits fornece armazenamento virtual adicional para aplicativos do usuário. Esse campo é exibido apenas para a plataforma z/OS.

Por padrão, o WebSphere Customization Toolbox é configurado para iniciar todos os servidores de aplicativos no modo de 64 bits. Entretanto, é possível alterar as configurações do WebSphere Customization Toolbox para que todos os servidores de aplicativos sejam iniciados no modo de 31 bits. Você também pode cancelar a seleção dessa configuração para um subconjunto de seus servidores de aplicativos se desejar que apenas servidores de aplicativos específicos sejam iniciados no modo de 31 bits.

Não há interdependência entre os modos nos quais você executa diferentes servidores. Portanto, é possível executar alguns servidores no modo de 64 bits e outros no modo de 31 bits. Entretanto, você eventualmente deverá converter todos os servidores para execução no modo de 64 bits porque o suporte para execução de servidores no modo de 31 bits foi reprovado.

Especifica se o servidor pode ser executado no modo Restringir ou Permitir.

O modo Restringir é um modo de diagnóstico que pode ser usado para ajudar a determinar a conveniência dos aplicativos para migração. Esse modo determina se as classes internas do servidor de aplicativos são acessadas. O uso dessas classes internas pode impedir a operação bem-sucedida desses aplicativos em futuros releases. No entanto, o modo Restringir não é destinado a excluir todas as classes de uso geral, mesmo que as classes possam ser alteradas. Algumas classes que podem ser alteradas são irrestritas para permitir a operação correta do servidor de aplicativos. O modo Restringir não é destinado a fornecer isolamento completo entre um aplicativo e classes internas do servidor de aplicativos. Não use o modo Restringir em um ambiente de tempo de execução da produção; use os resultados somente para orientação.

O valor padrão para essa propriedade é Permitir.

Selecione se existe um único carregador de classes para carregar todos os aplicativos ou um carregador de classes diferente para cada aplicativo.

Especifica se o carregador de classes pesquisa primeiro no carregador de classes pai ou no carregador de classes do aplicativo para carregar uma classe. O padrão para os carregadores de classes do Developer Kit e os carregadores de classes do produto é Pai Primeiro.

Esse campo será aplicável apenas se você configurar o campo Política do Carregador de Classes como Ú*nico.

Se você selecionar Aplicativo Primeiro, seu aplicativo poderá substituir as classes contidas no carregador de classes pai, mas essa ação possivelmente poderá resultar em uma ClassCastException ou em erros de ligação se você tiver uma combinação de classes substituídas e não substituídas.

O ID do processo para esse servidor no sistema operacional nativo.

Essa propriedade é de leitura. O sistema gera o valor automaticamente.

O nome da célula na qual este servidor está em execução.

Essa propriedade é de leitura.

O nome do nó no qual este servidor está em execução.

Essa propriedade é de leitura.

O estado inicial do tempo de execução para esse servidor.

Essa propriedade é de leitura.

Esse link em Propriedades Adicionais exibe as informações do produto relativas à sua instalação do produto. Essas informações incluem o nome do produto, ID, versão, bem como data e nível de build.