Esta seção não abrange as configurações de hardware ou as cargas de usuário esperadas que podem ser suportadas em diversas configurações. Consulte o Rational Asset Manager Guia de Planejamento de Capacidade para obter estas informações.
A página de configuração do Rational Asset Manager possui definições que podem ser ajustadas para que se obtenha um desempenho otimizado. Esta página pode ser acessada por qualquer administrador de repositório.| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Respostas Lentas ao Procurar Recursos | Pastas locais e de índice / Não use uma pasta remota ou compartilhada | Para obter melhor desempenho, cada servidor de aplicativos deve ter suas próprias pastas locais e de índice em um disco rígido local no computador. Não deve ser o mesmo disco rígido no qual o servidor de aplicativos ou o sistema operacional está instalado. Para configurar o parâmetro, efetue login no Rational Asset Manager como administrador e navegue até ; na seção Armazenamento em Disco, configure os parâmetros Pasta local e Pasta de índice. |
| Respostas Lentas ao Procurar Recursos | Indexação de popularidade / Desativada | O mecanismo de procura pode considerar a popularidade (por exemplo, visualizações e downloads) de ativos para fornecer resultados da procura mais relevantes; no entanto, isso pode afetar o desempenho de repositórios grandes. Para desativar a indexação de popularidade, efetue login no Rational Asset Manager como administrador e navegue para ; na seção Opções de Desempenho, marque a caixa de opção Ativar indexação de popularidade. |
| Respostas Lentas ao Procurar Recursos. | Pasta de índice / Use uma unidade dedicada rápida para a pasta de índice | É importante que a pasta de índice resida em uma unidade dedicada que não seja usada para outros fins. Separar a pasta local e a pasta de índice ajuda a garantir tempos de resposta rápidos ao procurar ativos. Para configurar o parâmetro, efetue login no Rational Asset Manager como administrador e navegue até ; na seção Armazenamento em Disco, configure o parâmetro Pasta de índice. |
| Problemas Gerais de Desempenho em Intervalos Regulares | Planejamento do construtor do índice de estatísticas / 10 minutos | A execução freqüente do construtor do índice de estatísticas compromete o desempenho. Uma configuração padrão de 10 minutos é adequada para a maioria dos ambientes. Para configurar o parâmetro, efetue login no Rational Asset Manager como administrador e clique em ; em seguida, na seção Planejamentos de Tarefas, localize o Planejamento do Construtor de Índice de Estatísticas e clique em Editar. |
| Problemas Gerais de Desempenho em Intervalos Regulares | Planejamento do processamento de assinaturas / Configurar tempo para períodos de baixa carga de trabalho | As assinaturas podem ser processadas em intervalos customizados. Para obter melhor desempenho, configure este intervalo com um tempo de quando o Rational Asset Manager apresenta uma carga de trabalho relativamente baixa. Para configurar o parâmetro, efetue login no Rational Asset Manager como administrador e navegue para ; em seguida, na seção Planejamentos de Tarefas, localize o Planejamento de Assinaturas do Processo e clique em Editar. |
| Problemas Gerais de Desempenho em Intervalos Regulares | Planejamento da atualização de informações sobre o usuário e sobre o grupo / Configurar tempo para períodos de baixa carga de trabalho | As informações sobre o usuário e sobre o grupo podem ser processadas em intervalos customizados. Para obter melhor desempenho, configure este intervalo com um tempo de quando o Rational Asset Manager apresenta uma carga de trabalho relativamente baixa. Para configurar o parâmetro, efetue login no Rational Asset Manager como administrador e navegue para ; em seguida, na seção de Planejamentos de Tarefas, localize o Planejamento de Atualização de Informações de Usuário / Grupo e clique em Editar. |
| Problemas Gerais de Desempenho em Intervalos Regulares | Planejamento das notificações do processo de revisão / Configurar tempo para períodos de baixa carga de trabalho | As notificações do processo de revisão podem ser processadas em intervalos customizados. Para obter melhor desempenho, configure este intervalo com um tempo de quando o Rational Asset Manager apresenta uma carga de trabalho relativamente baixa. Para configurar o parâmetro, efetue login no Rational Asset Manager como administrador e navegue para ; em seguida, na seção Planejamentos de Tarefas, localize o Planejamento de Notificação de Processo de Revisão e clique em Editar. |
| Erros de Falta de Memória nos Logs - Problemas de Sessão | Número máximo de sessões por usuário / 10 | É possível que um único usuário extraia todas as sessões disponíveis de um servidor. Isso pode ser resultado de um script criado de maneira ruim ou de uma negação de ataque de serviço. Para evitar essa possibilidade, as sessões máxima padrão por usuário são configuradas como 10. Depois que um usuário atinge esse limite, ele não poderá criar novas sessões no servidor. Para configurar o parâmetro, efetue login no Rational Asset Manager como um administrador e navegue para ; na seção Opções de Desempenho, configure o parâmetro Número máximo de sessões por usuário. |
| O envio de um ativo é lento | Criação automática de conteúdo apresentado no envio do ativo / Desativada | Ao enviar um ativo, o Rational Asset Manager cria imagens em miniatura de artefatos que são anexados ao ativo. Se o ativo tiver muitos artefatos, o envio de um ativo pode demorar muito. Para desativar a criação automática dessas miniaturas, efetue login no Rational Asset Manager como um administrador de repositório e navegue para ; na seção Opções de Desempenho, desmarque a caixa de opção Criar automaticamente conteúdo completo no envio do ativo. |
O Rational Asset Manager trabalha muito próximo de seu servidor de aplicativos, portanto, otimizar as configurações do servidor de aplicativos melhorará o desempenho do Rational Asset Manager.
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Problemas de Tempo Limite da Sessão | Contagem Máxima de Sessões na Memória / Padrão | Por padrão, oWebSphere Application Server manterá até 1000 sessões na memória. No entanto, a opção Permitir Excesso de Fluxo também está selecionada, o que indica que as sessões adicionais serão armazenadas em uma tabela de sessão secundária. Se você espera ter mais de 1000 sessões na memória, deve aumentar o número da tabela de sessão secundária. Se você desejar limitar o número de sessões para evitar erros de memória, certifique-se de que a caixa de seleção Permitir Estouro não esteja selecionada e defina a Contagem máxima de sessões na memória com uma configuração apropriada para o seu sistema. Para configurar o parâmetro, efetue login no Console Administrativo do WebSphere Application Server e navegue até . |
| Erros de Falta de Memória nos Logs | Tamanho de heap da Java Virtual Machine / Entre 1300 e 2000 | Em um servidor com 4 GB de memória instalada, é possível especificar duas instâncias com tamanho de heap de 1300 MB ou uma instância com tamanho de heap de 2000 MB. Deve-se observar a paginação do sistema para certificar-se de que haja memória suficiente disponível. Se o servidor tiver 8 GB de memória, então especifique 2 instâncias com tamanho de heap de 2000 MB para cada instância. Para configurar o parâmetro, efetue login no WebSphere Administrative Console e navegue para e Tamanho de Heap Máximo. Observe que esta configuração deve ser aplicada nos servidores Rational Asset Manager. A configuração necessária para o servidor IBM Rational Team Concert é de 768 MB, este é o valor padrão, e a configuração máxima é de 2048 MB. Em um cluster, o servidor IBM Rational Team Concert pode ser instalado em seu próprio nó, se necessário. |
| Erros de Falta de Memória nos Logs - Problemas de Sessão | Tempo Limite da Sessão / Padrão (30 minutos) | O valor-padrão para um tempo limite de sessão no WebSphere Application Server é de 30 minutos. Configurar esse valor para um tempo mais curto permite mais usuários, especialmente se você tiver muitos usuários fazendo transações rápidas. A configuração desse valor com um valor muito baixo pode não permitir que os usuários façam upload de ativos muito grandes. Lembre-se de que a maioria dos usuários não efetua logout explicitamente ao terminar uma transação: a maioria das sessões existirá até que expirem. Para configurar o parâmetro, efetue login no WebSphere Application Server Administrative Console e navegue para . |
| Os downloads de ativos grandes estão falhando, possivelmente por erros do Async ou de E/S | Canal de entrada HTTP (HTTP 2) Tempo limite de gravação / 300 segundos | O valor-padrão para um tempo limite de gravação do servidor para um cliente no WebSphere Application Server é de 60 segundos. Configurar este valor como um tempo maior pode evitar falhas durante o download de arquivos, principalmente se o cliente que está fazendo download dos arquivos tiver uma conexão lenta ou estiver fazendo muitos pedidos. Para alterar o parâmetro, efetue login no WebSphere Application Server Administrative Console e navegue para . |
| Lentidão Periódica; Picos de Desempenho Observados Devido a Coletas de Lixo | Coleta de Lixo de Classe / Xgcpolicy:optavgpause (para o WebSphere Application Server v6.1 Fix Pack 16 e abaixo) ou -Xgcpolicy:gencon (para o WebSphere Application Server v7 e v6.1 Fix Pack 17 e acima) | Seu ambiente do servidor específico ou carga de trabalho pode se beneficiar de uma das outras configurações da coleta de lixo. Consulte http://www.oracle.com/technetwork/java/gc-tuning-5-138395.html para obter mais informações sobre as configurações de coleta de lixo. Para configurar o parâmetro, efetue login no WebSphere Application Server Administrative Console e navegue para . |
| O servidor falha durante a transferência de arquivos grandes; possivelmente com falta de memória ou erros malloc em logs | Propriedade customizada do contêiner da Web channelwritetype / transferência de dados síncrona (sync) | O
uso de transferência de dados assíncrona pode
exigir um número excessivo de buffers para enviar dados através de uma
conexão TCP/IP.
Para
um gerenciador de implementação:
Para obter informações adicionais, consulte http://www.ibm.com/support/docview.wss?uid=swg21317658. |
| Elevado Uso da CPU Observado | Infra-estrutura do monitor de desempenho / desativada | Por padrão, o WebSphere Application Server ativa a performance monitor infrastructure (PMI) básica. Embora a PMI seja uma boa ferramenta para ajuste de um servidor de aplicativos, para máximo desempenho, desative esse recurso depois que o servidor tiver sido ajustado adequadamente. Deve-se desativá-lo para todas as instâncias e agentes de nó. Para configurar o parâmetro, efetue login no Console Administrativo do WebSphere Application Server e navegue até . |
| Erros de Conexão com o Banco de Dados | Máximo de Conexões JDBC / 100 | Certifique-se de que haja conexões JDBC suficientes disponíveis para suportar todos os usuários que efetuaram login no Rational Asset Manager. Para configurar o parâmetro, efetue login no Console Administrativo do WebSphere Application Server e navegue até . Consulte também o tópico "Parâmetros MAXAPPLS e MAXAGENTS", em ajuste do DB2. Consulte também o tópico "Número Máximo de Processos para AIX e Linux", no ajuste do sistema operacional. |
| Problemas Gerais de Desempenho | Cache de Instrução Preparada / 100 | O WebSphere Application Server fornece as instruções preparadas usadas comumente pelo cache de capacidade. Se as instruções em cache estiverem sendo descartadas, ative a PMI no WebSphere Application Server e aumente o valor. Para configurar o parâmetro, efetue login no Console Administrativo do WebSphere Application Server e navegue até . Consulte também o tópico "Informações Adicionais de Ajuste do WebSphere Application Server." |
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| A CPU está sendo Super ou Sub Utilizada | Conjuntos de WebContainer / 30 | Os encadeamentos de contêiner da Web são utilizados pelo servidor de aplicativos para tratar os pedidos. Se perceber que a CPU do servidor está sendo subutilizada, tente aumentar esse número e, se estiver sendo super utilizada, tente reduzir esse número. Não configure os encadeamentos de contêiner da Web acima de 50. Para configurar o parâmetro, efetue login no WebSphere Application Server Administrative Console e navegue para . Tamanho mínimo: 15 Tamanho máximo: 30 |
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| A CPU está sendo Super ou Sub Utilizada | Conjuntos de WebContainer / 50 | Os encadeamentos de contêiner da Web são utilizados pelo servidor de aplicativos para tratar os pedidos. Se perceber que a CPU do servidor está sendo subutilizada, tente aumentar esse número e, se estiver sendo super utilizada, tente reduzir esse número. Não configure os encadeamentos de contêiner da Web acima de 50. Para configurar o parâmetro, efetue login no WebSphere Application Server Administrative Console e navegue para . Tamanho mínimo: 25 Tamanho máximo: 50 |
Além desses parâmetros, é possível ajustar o WebSphere Application Server com uma carga de trabalho específica ativando a Performance Monitor Infrastructure (PMI). Isso fornecerá gráficos detalhados mostrando dados de desempenho. Embora seja necessário que a PMI esteja ativada em uma carga de trabalho normal para capturar dados, isso diminuirá o desempenho e deve ser desativado quando a captura de dados for concluída.
Para configurar a PMI, efetue login no Console Administrativo do WebSphere Application Server e navegue até .
Para melhorar o desempenho do Rational Asset Manager, é necessário ajustar o banco de dados usando os parâmetros e valores a seguir como guia. Entretanto, se você instalar o Rational Asset Manager usando o aplicativo de configuração do servidor, as configurações de ajuste de desempenho nesta seção serão configuradas e será possível ignorar esta seção se você escolher usar estas configurações recomendadas.
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Nenhuma conexão disponível | MAXAPPLS / AUTOMATIC (máximo de conexões JDBC * o número de instâncias do WebSphere Application Server) | Certifique-se de que MAXAPPLS esteja configurado para tratar o número de Conjuntos de Conexões JDBC especificadas no servidor de aplicativos. A configuração MAXAPPLS deve ser maior ou igual à configuração do Máximo de Conexões JDBC. Local da Configuração: Parâmetros do Banco de Dados Consulte também o tópico "Máximo de Conexões JDBC", no Ajuste do Servidor de Aplicativos |
| Nenhuma conexão disponível | MAXAGENTS / AUTOMATIC (máximo de conexões JDBC * o número de instâncias do WebSphere Application Server) | Esta configuração é para oDB2 versão 9.5 e anterior; ela não está disponível para o in DB2 versão 9.7. Certifique-se de que MAXAGENTS esteja configurado para tratar o número de Conjuntos de Conexões JDBC especificadas no servidor de aplicativos. A configuração MAXAGENTS deve ser maior ou igual à configuração do Máximo de Conexões JDBC. Local da Configuração: Parâmetros da Instância Consulte também o tópico "Máximo de Conexões JDBC", no Ajuste do Servidor de Aplicativos |
| Conflitos | MAXLOCKS / AUTOMACTIC (80) | O parâmetro MAXLOCKS indica a porcentagem máxima de bloqueios disponíveis no DB2 que um aplicativo pode manter antes de escalar bloqueios de linha para bloqueios de tabela. Esses bloqueios de tabela podem resultar em conflitos. Local da Configuração: Parâmetros do Banco de Dados |
| Conflitos | LOCKLIST / AUTOMATIC (20000) | O parâmetro LOCKLIST representa a memória disponível para bloqueios no DB2. Pode-se utilizar a seguinte fórmula para configurar este parâmetro em um ambiente específico: LOCKLIST = [(512 * 64 * MAXAPPLS) / 4096]*2 Não configure esse valor maior que o heap de memória disponível para o DB2. Local da Configuração: Parâmetros do Banco de Dados |
| Conflitos | LOCKTIMEOUT / 60 | Se um único bloqueio estiver parando outras transações, isso poderá resultar em um conflito. Para garantir que isso não ocorra, configure o tempo de bloqueio como 60 segundos. Local da Configuração: Parâmetros do Banco de Dados |
| Problemas Gerais de Desempenho | Estatísticas / Planejar execuções regulares | A execução de estatísticas nas tabelas ajudará o otimizador a determinar o melhor caminho para o acesso a dados. As estatísticas devem ser executadas regularmente ou planejadas automaticamente. |
| Erros Durante Migrações de Banco de Dados | LOG_FIL_SIZ / 10000 | A função de migração no Rational Asset Manager poderá não funcionar em bancos de dados com milhares de ativos se LOG_FIL_SIZ estiver configurado com um valor muito baixo. |
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Não foi possível acessar o servidor DB2 | *Consulte o tópico: Número máximo de processos para ajuste do AIX e Linux no sistema operacional. | Se você não puder acessar o servidor DB2, talvez seja possível que os db2agents tenham utilizado o número máximo de processos. |
A configuração de parâmetros como AUTOMATIC no DB2 permitirá DB2 ajustar os parâmetros com base na carga de trabalho atual. Em primeiro lugar, isso poderá resultar em impacto negativo no desempenho e em alguns prováveis erros se determinados valores não forem ajustados rápido o suficiente, mas é uma boa maneira de determinar quais parâmetros podem precisar de ajuste para chegar ao desempenho máximo.
Se você configurar um parâmetro muito alto e não puder iniciar o Centro de Controle do DB2, o parâmetro poderá ser alterado na linha de comandos doDB2 usando a instrução db2 update db cfg para db_name, usando parameter_name value.
Esta seção fornece informações de ajuste para o IBM HTTP Web Server, que está incluído nos suplementos para o WebSphere Application Server.
Os parâmetros descritos nesta seção podem ser modificados no arquivo httpd.conf.
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Erros de Conexão Encerrada | MaxKeepAliveRequests / 0 | Esta diretiva significa o número máximo de pedidos que um único cliente pode fazer antes que a conexão seja encerrada. Geralmente, esse valor é definido como 0. |
| Problemas Gerais de Desempenho | LoadModule / ibm_afpa_module modules/mod_afpa_cache.so | Nota: O uso desta configuração é descontinuado a partir
do IHS 7 e não deve ser ativado. Consulte
http://publib.boulder.ibm.com/infocenter/wasinfo/fep/index.jsp?topic=/com.ibm.websphere.ihs.doc/info/ihs/ihs/tihs_cacheenable.html.
Para armazenar em cache o conteúdo estático, como imagens,
remova o comentário da seguinte linha:Isso ativará o FRCA (Fast Response Cache Accelerator). |
| Problemas Gerais de Desempenho | Criação de Log Afpa / Desativar | Nota: O uso desta configuração é descontinuado a partir do
IHS 7 e não deve ser ativado.
Se
não for necessário que a criação de log de FRCA esteja ativada,
ela poderá ser desativada colocando-se o caractere de comentário (‘#') antes
da diretiva AfpaLogFile. Isso também impulsionará o desempenho do servidor. |
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Erros de Falta de Encadeamentos nos Logs do Servidor da Web | ThreadLimit / 25 | Dependendo do número de usuários que acessam o Rational Asset Manager em um determinado momento, pode ser necessário aumentar o limite de encadeamentos. Para ver se é necessário aumentar o limite, verifique os logs do servidor da Web quanto a erros ou avisos de encadeamentos. |
| Erros de Falta de Encadeamentos nos Logs do Servidor da Web | ThreadsPerChild / 25 | Dependendo do número de usuários que acessam o Rational Asset Manager em um determinado momento, pode ser necessário aumentar o limite de encadeamentos. Para ver se é necessário aumentar o limite, verifique os logs do servidor da Web quanto a erros ou avisos de encadeamentos. |
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Erros de Falta de Encadeamentos nos Logs do Servidor da Web | ThreadLimit / 4000 | Dependendo do número de usuários que acessam o Rational Asset Manager em um determinado momento, pode ser necessário aumentar o limite de encadeamentos. Para ver se é necessário aumentar o limite, verifique os logs do servidor da Web quanto a erros ou avisos de encadeamentos. |
| Erros de Falta de Encadeamentos nos Logs do Servidor da Web | ThreadsPerChild / 3000 | Dependendo do número de usuários que acessam o Rational Asset Manager em um determinado momento, pode ser necessário aumentar o limite de encadeamentos. Para ver se é necessário aumentar o limite, verifique os logs do servidor da Web quanto a erros ou avisos de encadeamentos. |
Esta seção abrange especificamente o Proxy de Armazenamento em Cache do IBM Edge. Para obter informações sobre a configuração do servidor proxy de armazenamento em cache do DMZ, consulte a seção de configuração do servidor proxy de armazenamento em cache do DMZ.
Pode-se modificar os parâmetros descritos neste documento no arquivo ibmproxy.conf.
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Impossível Fazer Upload dos Recursos com Tamanhos de Arquivos Grandes | LimitRequestBody / 2G | Por padrão, esse parâmetro é configurado como 10 M. Altere-o para um valor maior para que os usuários possam fazer upload de arquivos grandes. |
| Impossível Fazer Upload dos Recursos com Tamanhos de Arquivos Grandes Devido a Tempos Limites | InputTimeOut / 60 Minutos | A alteração deste parâmetro para 60 minutos dará aos usuários tempo suficiente para fazer upload de ativos grandes. Consulte também o tópico "Tempo Limite da Sessão", no Ajuste do Servidor de Aplicativos |
| Impossível Fazer Upload dos Recursos com Tamanhos de Arquivos Grandes Devido a Tempos Limites | ReadTimeout / 60 Minutos | A alteração deste parâmetro para 60 minutos dará aos usuários tempo suficiente para fazer upload de ativos grandes. Consulte também o tópico "Tempo Limite da Sessão", no Ajuste do Servidor de Aplicativos |
| Impossível Fazer Upload dos Recursos com Tamanhos de Arquivos Grandes Devido a Tempos Limites | ScriptTimeout / 60 Minutos | A alteração deste parâmetro para 60 minutos dará aos usuários tempo suficiente para fazer upload de ativos grandes. Consulte também o tópico "Tempo Limite da Sessão", no Ajuste do Servidor de Aplicativos |
| Parâmetro | Configuração |
|---|---|
| SendRevProxyName | sim |
| PurgeAge | 3 |
| DirShowCase | desligado |
| MaxActiveThreads | 110 |
| ConnThreads | 15 |
| MaxPersistRequest | 15 |
| ServerConnPool | ligado |
| CacheMemory | 1200 M (máx.) |
| CacheAlgorithm | responsetime |
| Numclients | 105 |
| flexibleSocks | desligado |
| ListenBacklog | 256 |
Siga estas diretrizes do servidor proxy de armazenamento em cache para obter melhor desempenho:
<services xmi:type="pmiservice:PMIService" xmi:id="PMIService_1243598970603" enable="false" initialSpecLevel="" statisticSet="basic" synchronizedUpdate="false" />
<services xmi:type="traceservice:TraceService" xmi:id="TraceService_1243598970603" enable="true" startupTraceSpecification="*=info" traceOutputType="SPECIFIED_FILE" traceFormat="BASIC" memoryBufferSize="8"> <traceLog xmi:id="TraceLog_1243598970603" fileName="$(SERVER_LOG_ROOT)/trace.log" rolloverSize="40" maxNumberOfBackupFiles="10" /> </services>
<services xmi:type="diagnosticproviderservice:DiagnosticProviderService" xmi:id="DiagnosticProviderService_1243598970603" enable="false" startupStateCollectionSpec=".*:.*=0" />
<proxy:ProxySettings xmi:id="ProxySettings_1243598971020" enableCaching="false" cacheInstanceName="proxy/DefaultCacheInstance" outboundRequestTimeout="1800" connectionPoolEnable="true" maxConnectionsPerServer="0" enableLogging="true" outboundConnectTimeout="10000" enableCustomErrorPagePolicy="false" enableStaticRouting="true"> <properties xmi:id="Property_1243847354992" name="http.routing.sendReverseProxyNameInHost" value="true" description="" required = "false" validationExpression=""/> - <routingPolicy xmi:id="RoutingPolicy_1243598971020"> - <routingRules xmi:id="RoutingRule_1243847354917" name="local_port81_rule" isEnabled="true" virtualHostName="port_80" uriGroup="local81_all"> <routingAction xmi:type="proxy:GenericClusterRoute" xmi:id="GenericClusterRoute_1243847354926" genericServerClusterName="local81_http_cluster" /> </routingRules> </routingPolicy> <staticCachePolicy xmi:id="StaticCachePolicy_1243598971020" /> <staticFileServingPolicy xmi:id="StaticFileServingPolicy_1243598971020" /> </proxy:ProxySettings>
Durante uploads de arquivos grandes (1 GB e superior) em uma conexão lenta, o servidor proxy do DMZ pode retornar um erro de tempo limite 504. Este erro não indica um problema com o Rational Asset Manager, e o upload será concluído normalmente. No entanto, para evitar o erro 504, aumente o outboundRequesttimeout.
Para garantir que eles fiquem separados, determine onde o WebSphere está instalado e, em seguida, execute swap -l ou lsps -a.
Windows:
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Erros de “Endereço já em uso” observados ao testar com o Rational Performance Tester. | item de registro MaxUserPort / 65534 | Nota: A configuração precisa ser modificada no clienteRational Performance Tester, não
no servidor Rational Asset Manager.
|
| Para evitar gargalo de disponibilidade (observado com 900 usuários no cluster de 6 instâncias) | item de registro TcpTimedWaitDelay / 30 |
|
As instruções a seguir são específicas ao AIX.
Número máximo de processos
O número máximo de processos que um usuário pode executar deve ser configurado como um nível suficientemente alto. Isso é especialmente verdadeiro para o servidor de banco de dados, que pode ter muitos agentes do banco de dados.
lsattr -E -l sys0 -a maxuprocPara configurar o número máximo de processos, utilize o seguinte comando:
chdev -l sys0 -a maxuproc=2000Isto resultará em um limite de 2000 após reiniciar o sistema.
Descritores de Arquivo
Soft FILE Size -1 Soft CPU Time -1 Soft STACK Size -1 Soft CORE File Size -1 Hard FILE Size -1 Hard CPU Time -1 Hard STACK Size -1 Hard CORE File Size -1Isso também pode ser realizado utilizando o comando ulimit.
| Problema | Parâmetro / Configuração | Detalhes Adicionais |
|---|---|---|
| Indo para DNS Externo | /etc/netsvc.conf | Inclua esta linha no arquivo netsvc.conf: hosts=local,bind4 |
| O Adaptador Ethernet está Executando Transferência de Segmentação | no -o tcp_recvspace=65536 no -o tcp_sendspace=65536 no -o udp_sendspace=65536 no -o udp_recvspace=65536 no -o tcp_finwait2=60 no -o tcp_timewait=1 no -o tcp_keepidle=600 no -o tcp_keepintvl=10 no -o tcp_keepinit=40 |
O impacto desses comandos é afetado pelo tamanho dos pacotes
TCP/IP que seu aplicativo cria, envia ou recebe. Os comandos "no -a" têm efeito até que o sistema seja reinicializado. Para torná-los permanentes, inclua o seguinte comando no
arquivo /etc/tunables/nextboot: no: tcp_recvspace=65536 tcp_sendspace=65536 udp_sendspace=65536 udp_recvspace=65536 tcp_finwait2=60 tcp_timewait=1 tcp_keepidle=600 tcp_keepintvl=10 tcp_keepinit=40 Estes comandos também podem ser configurados em uma base por interface tcpip. Verifique o "lsattr -E -l en0" e, se não estiverem configurados ali, então o AIX usará os valores "no -a". |
| O AIX vê diversos processadores virtuais que são maiores que o número de processadores físicos. | smtctl -m off | O comando AIX smtctl mostra quantos processadores
virtuais o AIX vê.
Desative o SMT com o comando: smtctl -m off Executar o comando smtctl -m off requer que você, em seguida, execute o comando bosboot para tornar a mudança permanente. Se você não executar bosboot, perderá o efeito de executar smtctl -m off após um reinício do sistema. Os dois encadeamentos em cada processador físico compartilham um cache Nível1. Se os encadeamentos não estiverem relacionados, é porque corrompem os outros dados em cache, o que pode acabar atrasando a transferência geral, pois o sistema aguarda mais buscas de memória para atualizar o cache. Considere fazer diversas execuções de teste com essa opção ativada e desativada para ver qual configuração é melhor para sua carga de trabalho. |
| O NIS está sendo executado. | Desative o NIS. | Se
os arquivos /etc/hosts e /etc/passwd
contiverem linhas com '+', o sistema está executado 'NIS', também
chamado YellowPages. Isso pode ser visto por ps -ef | grep ypO NIS não está ativado normalmente no AIX out-of-the-box. Se você não precisa disso para o servidor de aplicativos, considere uma execução de teste com o NIS desativado. |
| Muitos Soquetes no Estado FIN_WAIT_2 | no -o tcp_finwait2=60 | Se o "netstat -an" mostrar muitos soquetes no estado FIN_WAIT_2, isso significa “altas taxas de conexão ocorrem” e corresponderá à mensagem “Endereço já em uso” que está nos logs do servidor. Isso pode ser controlado
por um comando "no". Primeiro, veja a configuração atual,
"no -a | grep fin"e veja o padrão de 1200 meio-segundos (ou seja, 10 minutos). Tente uma execução de teste com a seguinte configuração: no -o tcp_finwait2=60 O comando "no" é válido até a reconfiguração ou até uma reinicialização. Para torná-lo permanente, defina-o em /etc/tunables/nextboot. |
| O processador é capaz de utilizar páginas grandes, mas não está utilizando. | Inclua o parâmetro na JVM: -Xlp | Esta JVM é para o servidor Rational Asset Manager no WebSphere Application Server. A partir do console administrativo do WebSphere Application Server, selecione Servidores de Aplicativo -> Nome do Servidor RAM -> Gerenciamento Java e de Processos -> Definição do processo -> Java Virtual Machine -> Argumentos JVM Genéricos. O parâmetro é -Xlp<size>. Você deve especificar -Xlp sem tamanho para ativar o tamanho de paginação grande padrão. Também é possível configurar um tamanho específico. Por exemplo, -Xlp64 ativa páginas de 64 KB. |