Propriedades Customizadas da Célula
É possível configurar pares de dados nome-valor, em que o nome é uma chave de propriedade e o valor é um valor de cadeia que pode ser utilizado para configurar propriedades de configuração para uma célula. A definição de uma nova propriedade customizada para uma célula permite configurar uma definição além daquela disponível no console administrativo. Este tópico lista propriedades customizadas que estão disponíveis para configurar uma célula.
Para especificar uma propriedade customizada para uma célula:
- No console administrativo, clique em .
- Na página Propriedades Customizadas, clique em Novo.
- Na página de configurações, digite o nome da propriedade customizada que você deseja configurar no campo Nome e o valor que quer configurar para ele no campo Valor.
- Clique em Aplicar ou em OK e, em seguida, clique em Salvar para salvar as mudanças na configuração.
- Reinicie o servidor no qual a célula reside.
As propriedades customizadas a seguir são fornecidas com o produto:
- com.ibm.websphere.management.launcher.options
com.ibm.websphere.process.terminator.deletepid
- enableAdminAuthorizationCache
- IBM_CLUSTER_CALLBACK_TIMEOUT
- IBM_CLUSTER_CUSTOM_ADVISOR_THREAD_POOL_SIZE
- IBM_CLUSTER_ENABLE_ACS_DELAY_POSTING
- IBM_CLUSTER_ENABLE_CAR_DELAY_POSTING
- IBM_CLUSTER_ENABLE_PRELOAD
- IBM_CLUSTER_ENABLE_NON_DEFAULT_COOKIE_NAMES
- IBM_CLUSTER_ENABLE_SERVLET30_NON_DEFAULT_COOKIE_NAMES
- IBM_CLUSTER_PURGE_NOTIFICATIONS
- IBM_CLUSTER_REUSE_ORIGINAL_IOR
- IBM_CLUSTER_RIPPLESTART_NOTIFICATION_TIMEOUT
- IBM_CLUSTER_USE_LEGACY_COMPRESSOR
- IBM_CLUSTER_WBI_SUPPORT
- IBM_CLUSTER_WLM_ENFORCE_VHOST_IN_WEBAPP
- LargeTopologyOptimization
com.ibm.websphere.management.launcher.options
Especifique um valor igual a displayServerInFront para exibir o nome da célula, do nó e do servidor na frente da saída para o comando ps -ef. A utilização dessa propriedade deverá ajudá-lo a identificar o ID do processo de um servidor. A propriedade não tem nenhum impacto no processo do servidor.
Informações | Valor |
---|---|
Propriedade | com.ibm.websphere.management.launcher.options |
Tipo de dados | Sequência |
Padrão | Nenhum |
![[z/OS]](../images/ngzos.gif)
com.ibm.websphere.process.terminator.deletepid
Por padrão, o atributo autoRestart para a política de monitoramento do servidor é configurado como false, porque o Automatic Restart Management (ARM) geralmente é usado para gerenciar reinícios automáticos dos servidores de aplicativos. O atributo autoRestart para a política de monitoramento do servidor é definido no arquivo server.xml.
Se você configurar o atributo autoRestart como true porque não deseja usar o ARM para gerenciar os reinícios automáticos do servidor, também deverá incluir a propriedade customizada da célula com.ibm.websphere.process.terminator.deletepid na configuração da célula e configurar esta propriedade customizada como true. Se alterar apenas a configuração no atributo autoRestart, os servidores na célula continuarão reiniciando em resposta a um comando stopImmediate.
Informações | Valor |
---|---|
Propriedade | com.ibm.websphere.process.terminator.deletepid |
Tipo de dados | Booleano |
Padrão | false |
enableAdminAuthorizationCache
Por padrão, o armazenamento em cache para autorização está desativado. O armazenamento em cache pode ser ativado configurando este valor da propriedade como true.
{
wsadmin> set c [$AdminConfig list Cell]
wsadmin> $AdminConfig create Property $c {{name enableAdminAuthorizationCache}{value true}}
}
Quando esta propriedade é configurada, deve haver um número inferior de autorizações do RACF.
IBM_CLUSTER_CALLBACK_TIMEOUT
Especifica em milissegundos, o espaço de tempo que o agente do nó aguarda os dados de cluster serem reunidos após um cliente enviar o primeiro pedido para esse cluster. Não é necessário especificar um valor para esta propriedade se a propriedade customizada IBM_CLUSTER_ENABLE_PRELOAD é configurada como true porque, nessa situação, os dados são pré-carregados durante o processo de inicialização do servidor.
Se a quantidade de tempo especificada para essa propriedade não for suficiente para a quantidade de dados de cluster que precisa ser reunida, exceções NO_IMPLEMENT: Nenhum Dado de Cluster Disponível ainda podem ocorrer nas primeiras poucas vezes que um cliente enviar pedidos para um cluster. Especificar um espaço apropriado de tempo para essa propriedade ou especificar um valor 0, que elimina os tempos limite completamente impede que as exceções NO_IMPLEMENT: Nenhum Dado de Cluster Disponível ocorram, porque os dados de cluster são reunidos dentro do espaço de tempo especificado.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_CALLBACK_TIMEOUT |
Tipo de dados | Número Inteiro |
Padrão | 180000, que é equivalente a 3 minutos |
IBM_CLUSTER_CUSTOM_ADVISOR_THREAD_POOL_SIZE
Especifica o número de encadeamentos no conjunto de encadeamentos que são utilizados para executar os orientadores customizados.
Há um conjunto de encadeamentos que é utilizado para executar todos os orientadores customizados configurados em um servidor proxy. Se houver mais orientadores customizados configurados do que encadeamentos no conjunto e o intervalo de sondagem e outras circunstâncias são tais que mais orientadores customizados devem estar em execução aos mesmo tempo em que há encadeamentos no conjunto, alguns orientadores customizados são enfileirados e executados assim que um encadeamento se tornar disponível.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_CUSTOM_ADVISOR_THREAD_POOL_SIZE |
Tipo de dados | Número Inteiro |
Intervalo | 1 - 50 |
Default | 5 |
IBM_CLUSTER_ENABLE_ACS_DELAY_POSTING
Especifica se a publicação das atualizações no ActiveClusterSet está atrasada. A ativação desta propriedade customizada fornece uma melhoria de desempenho em grandes topologias SIBus e destinos configurados, o que resulta em uma redução nos horários de Início e Término do Mecanismo do Sistema de Mensagens.
Quando esta propriedade é configurada como true, a publicação das atualizações é atrasada.
Quando esta propriedade é configurada como false, as atualizações são publicadas imediatamente.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_ENABLE_ACS_DELAY_POSTING |
Tipo de dados | Booleano |
Padrão | true |
IBM_CLUSTER_ENABLE_CAR_DELAY_POSTING
Especifica se a publicação das atualizações no ClusterDescription está atrasada. A ativação desta propriedade customizada fornece uma melhoria no desempenho em grandes topologias e destinos configurados do Service Integration Bus (SIBus), o que resulta em uma redução dos horários de início e de término do mecanismo do sistema de mensagens.
Quando esta propriedade é configurada como true, a publicação das atualizações é atrasada.
Quando esta propriedade é configurada como false, as atualizações são publicadas imediatamente.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_ENABLE_CAR_DELAY_POSTING |
Tipo de dados | Booleano |
Padrão | true |
IBM_CLUSTER_ENABLE_PRELOAD
Especifica se a lógica de pré-carregamento é executada na inicialização do servidor no agente do nó. Sem pré-carregamento, um agente do nó só carrega os dados para um cluster após o agente do nó receber o primeiro pedido para esse cluster.
Quando esta propriedade é configurada como true, dados do cluster são carregados no agente do nó na inicialização e não precisam ser criados e propagados no tempo de execução.
Quando esta propriedade é configurada como false, os dados do cluster são criados e propagados na primeira vez que há uma solicitação para um cluster, o que às vezes causa exceções NO_IMPLEMENT: Nenhum Dado do Cluster Disponível nas primeiras vezes que um cliente envia solicitações para um cluster.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_ENABLE_PRELOAD |
Tipo de dados | Booleano |
Padrão | true |
IBM_CLUSTER_ENABLE_NON_DEFAULT_COOKIE_NAMES
Especifique esta propriedade customizada com um valor igual a true para substituir o nome do cookie no nível do servidor, aplicativo ou módulo para que o servidor proxy possa manter a afinidade de sessão com diversos aplicativos em diferentes clusters. O servidor proxy pode manter a afinidade de sessão pois ele pode reconhecer cookies de sessão diferentes de JSESSIONID.
Se você alterar qualquer configuração de gerenciamento de sessões, aguarde até que todos os membros do cluster tenham sido atualizados com a nova configuração antes de executar um início em ondas do cluster. Caso contrário, o failover da sessão pode não funcionar.
Se você alterar a configuração de gerenciamento de sessão do módulo ou aplicativo, aguarde até que todos os membros do cluster tenham sido atualizados com a nova configuração antes de parar e, em seguida, reiniciar o aplicativo. Caso contrário, o failover da sessão pode não funcionar.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_ENABLE_NON_DEFAULT_COOKIE_NAMES |
Tipo de dados | Booleano |
Padrão | false |
IBM_CLUSTER_ENABLE_SERVLET30_NON_DEFAULT_COOKIE_NAMES
Especifique esta propriedade customizada com um valor igual a true para indicar que um nome do cookie é especificado em um arquivo web.xml ou em uma instância de ServletContextListener para que o servidor proxy possa manter a afinidade de sessão com diversos aplicativos em diferentes clusters. O servidor proxy pode manter a afinidade de sessão já que pode reconhecer cookies de sessão do Servlet 3.0 diferentes de JSESSIONID.
Se configurar cookies não padrão do Servlet 3.0 e cookies não padrão no nível do servidor, aplicativo ou módulo, os cookies do Servlet 3.0 terão a precedência mais alta.
Se você alterar qualquer configuração de gerenciamento de sessões, aguarde até que todos os membros do cluster tenham sido atualizados com a nova configuração antes de executar um início em ondas do cluster. Caso contrário, o failover da sessão pode não funcionar.
Se você alterar a configuração de gerenciamento de sessão do módulo ou aplicativo, aguarde até que todos os membros do cluster tenham sido atualizados com a nova configuração antes de parar e, em seguida, reiniciar o aplicativo. Caso contrário, o failover da sessão pode não funcionar.
Informações | Valor |
---|---|
Property | IBM_CLUSTER_ENABLE_SERVLET30_NON_DEFAULT_COOKIE_NAMES |
Tipo de dados | Booleana |
Default | falso |
IBM_CLUSTER_PURGE_NOTIFICATIONS
Especifica se referências a identidades são excluídas quando não há nenhum ClusterObserver registrado para notificações nessas identidades. Quando uma identidade é excluída, todas as funções relacionadas no BulletinBoard sobre essa identidade são limpos. Configurar essa propriedade como true possibilita que as referências a identidades que não possuem nenhum ClusterObserver registrado nelas sejam excluídas.
Normalmente há muitos destinos definidos em um cenário hierárquico do Service Integration Bus (SIB). Se essa propriedade for configurada como false e um produto, como o WebSphere Process Server estiver instalado na parte superior do WebSphere Application Server, o Workload Management (WLM) não permitirá corretamente que os dados armazenados no Quadro de Avisos sejam coletados como lixo. Essa situação pode causar uma lenta fuga de memória se determinadas tarefas, como a instalação e a desinstalação de aplicativos, forem repetidas sem reiniciar o processo. Se o processo for reiniciado, todas as postagens associadas a esse servidor serão removidas automaticamente, evitando, assim, as fugas de memória.
Informações | Valor |
---|---|
Property | IBM_CLUSTER_PURGE_NOTIFICATIONS |
Tipo de dados | Booleana |
Default | falso |
IBM_CLUSTER_REUSE_ORIGINAL_IOR
Especifique se um Java™ thin client ou processo de servidor pode fazer tentativas contínuas de conexão até que os dados do cluster estejam disponíveis para serem passadas de volta para o cliente. Os dados do cluster são, então, usados para todas as tentativas futuras.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_REUSE_ORIGINAL_IOR |
Tipo de dados | Booleano |
Default | true |
IBM_CLUSTER_RIPPLESTART_NOTIFICATION_TIMEOUT
Especifique um valor, em milissegundos, para indicar a quantidade de tempo que a função ripplestart aguarda pelo encerramento dos processos antes de reiniciá-los. Se você tentar um ripplestart e os processos não tiverem sido encerrados antes da operação inicial começar, um ou mais processos não serão reiniciados.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_RIPPLESTART_NOTIFICATION_TIMEOUT |
Tipo de dados | Número Inteiro |
Padrão | 300000 milissegundos (5 minutos) |
IBM_CLUSTER_USE_LEGACY_COMPRESSOR
Iniciando com a Versão 6.1.0.37, o gerenciamento de carga de trabalho (WLM) usa um novo procedimento para compactar e extrair dados que estão sendo enviados entre processos. Este procedimento reduz a sobrecarga da compactação em grandes topologias do WebSphere Process Server e de barramento de integração de serviços, que possuem 2.000 destinos ou mais. Este procedimento também evitará que os dados compactados sejam perdidos, se uma série de bytes a ser compactada não puder realmente ser compactada porque cada byte é exclusivo. Esta situação poderia potencialmente causar uma perda de dados devido a como o WLM manipulou anteriormente os dados descompactados.
Este procedimento de compactação e descompactação otimizado é adequado para a maioria dos ambientes. No entanto, se este procedimento causar problemas em seu ambiente, inclua a propriedade customizada IBM_CLUSTER_USE_LEGACY_COMPRESSOR em suas configurações de célula e configure-a como true. Ao configurar esta propriedade como true, o WLM manipula a compactação e a descompactação de dados da mesma maneira que fazia antes da Versão 6.1.0.37 ou posterior ser instalada.
Se incluir esta propriedade customizada em suas configurações de célula, você deverá sincronizar os nós e reiniciar todos os processos na célula antes de esta mudança entrar em efeito.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_USE_LEGACY_COMPRESSOR |
Tipo de dados | Booleano |
Padrão | false |
IBM_CLUSTER_WBI_SUPPORT
Rastreio de pilha de exceções: javax.naming.NamingException:
Erro durante resolução. A exceção-raiz é rg.omg.CORBA.NO_IMPLEMENT:Rastreio a partir do servidor: server_name no host host_name

Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_WBI_SUPPORT |
Tipo de dados | Booleano |
Padrão | false |
IBM_CLUSTER_WLM_ENFORCE_VHOST_IN_WEBAPP
Configurar esta propriedade como true faz com que o WLM no servidor proxy WebSphere force o host virtual que está configurado em um aplicativo da web. Se um host virtual for configurado em um aplicativo da web, quando WLM no proxy procurar por terminais disponíveis, apenas os terminais nas portas associadas a esse host virtual serão considerados.
Informações | Valor |
---|---|
Propriedade | IBM_CLUSTER_WLM_ENFORCE_VHOST_IN_WEBAPP |
Tipo de dados | Booleano |
Padrão | False |
LargeTopologyOptimization
- Roteador on demand, regras de roteamento e políticas
- Controladores autônomos, que fornecem cluster dinâmico, o balanceamento dinâmico de carga de trabalho, proteção contra sobrecarga, e suporte de elasticidade
- As políticas de serviço, que fornecem priorização de tráfico
- Gerenciamento de Funcionamento
Informações | Valor |
---|---|
Propriedade | LargeTopologyOptimization |
Escopo | Célula |
Valor | True, false |
Padrão | True |