Le prestazioni di IBM® Rational Asset Manager dipendono fortemente dall'ottimizzazione dell'application server, database, server Web, proxy di cache, utilità di bilanciamento del carico e sistema operativo. Questa sezione fornisce linee guida per l'ottimizzazione di questi sistemi e di Rational Asset Manager. Sebbene non sia possibile includere tutte le impostazioni, questo è un punto di partenza per indirizzare gli elevati carichi dell'utente su Rational Asset Manager.
Questa sezione non tratta le impostazioni dell'hardware o i carichi dell'utente che possono essere supportati nelle diverse impostazioni. Fare riferimento al manuale Rational Asset Manager Capacity Planning Guide per ottenere queste informazioni.
La pagina di configurazione di Rational Asset Manager contiene impostazioni che è possibile regolare per raggiungere una prestazione ottimale. È possibile accedere a questa pagina da qualsiasi amministratore di repository.| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Risposte lente durante la ricerca di asset | Cartelle di indice e locali / Non utilizzare una cartella remota o condivisa | Per ottenere le migliori prestazioni, ogni application server dovrebbe avere la propria cartella di indice e locale su un disco rigido locale del computer. Questa dovrebbe essere diversa dal disco rigido su cui è installato l'application server o il sistema operativo. Per impostare il parametro, accedere a Rational Asset Manager come amministratore e passare a ; nella sezione Archiviazione disco, impostare i parametri Cartella locale e Cartella indice. |
| Risposte lente durante la ricerca di asset | Indice di popolarità / Disabilitato | Il motore di ricerca può considerare la popolarità (ad esempio visualizzazioni e download) degli asset per fornire risultati di ricerca più precisi; tuttavia le prestazioni dei repository più grandi possono peggiorare. Per disabilitare l'indice di popolarità, accedere a Rational Asset Manager come amministratore e passare a ; nella sezione Opzioni per le prestazioni, deselezionare la casella di spunta Abilita indicizzazione per popolarità. |
| Risposte lente durante la ricerca di asset. | Cartella di indice / Utilizzare un'unità veloce dedicata per la cartella di indice | È importante che la cartella di indice si trovi su un'unità dedicata non utilizzata per altri scopi. La separazione della cartella locale e della cartella di indice consente di assicurare rapidi tempi di risposta durante la ricerca di asset. Per impostare il parametro, accedere a Rational Asset Manager come amministratore e passare a ; nella sezione Spazio di archiviazione su disco, importare il parametro Cartella indice. |
| Problemi generali di prestazione a intervalli regolari | Pianificazione della generazione dell'indice di statistiche / 10 minuti | L'esecuzione frequente della generazione dell'indice di statistiche determina una prestazione insufficiente. Per la maggior parte degli ambienti, l'impostazione predefinita di 10 minuti è adeguata. Per impostare il parametro, accedere a Rational Asset Manager come amministratore e fare clic su ; quindi, nella sezione Pianificazioni job, individuare la Pianificazione Generazione indice di statistica e fare clic su Modifica. |
| Problemi generali di prestazione a intervalli regolari | Pianificazione delle sottoscrizioni del processo / Impostare l'ora per periodi di carico di lavoro bassi | È possibile elaborare le sottoscrizioni ad intervalli personalizzati. Per ottenere migliori prestazioni, impostare l'intervallo su un orario in cui Rational Asset Manager ha un carico di lavoro relativamente poco intenso. Per impostare il parametro, accedere a Rational Asset Manager come amministratore e passare a ; quindi, nella sezione Pianificazioni job, individuare la Pianificazione Sottoscrizioni al processo e fare clic su Modifica. |
| Problemi generali di prestazione a intervalli regolari | Pianificazione dell'aggiornamento delle informazioni di gruppo e utente / Impostare l'ora per periodi di carico di lavoro bassi | È possibile elaborare le informazioni di gruppo e utente ad intervalli personalizzati. Per ottenere migliori prestazioni, impostare l'intervallo su un orario in cui Rational Asset Manager ha un carico di lavoro relativamente poco intenso. Per impostare il parametro, accedere a Rational Asset Manager come amministratore e passare a ; quindi, nella sezione Pianificazioni job, individuare la Pianificazione aggiornamento informazioni utente/gruppo e fare clic su Modifica. |
| Problemi generali di prestazione a intervalli regolari | Pianificazione delle notifiche del processo di revisione / Impostare l'ora per periodi di carico di lavoro bassi | È possibile elaborare le notifiche del processo di revisione ad intervalli regolari. Per ottenere migliori prestazioni, impostare l'intervallo su un orario in cui Rational Asset Manager ha un carico di lavoro relativamente poco intenso. Per impostare il parametro, accedere a Rational Asset Manager come amministratore e passare a ; quindi, nella sezione Pianificazioni job, individuare la Pianificazione Notifica processo di revisione e fare clic su Modifica. |
| Errori di memoria insufficiente nei log - problemi di sessione | Numero massimo di sessioni per utente / 10 | È possibile che un singolo utente esaurisca tutte le sessioni disponibili su un server. Questo potrebbe essere il risultato di un script poco efficace o di un attacco denial of service. Per impedire questa possibilità, il numero massimo di sessioni predefinito per utente è impostato su 10. Quando un utente raggiunge questo limite, non sarà in grado di creare nuove sessioni sul server. Per impostare il parametro, accedere a Rational Asset Manager come amministratore e passare a ; nella sezione Opzioni per le prestazioni, impostare il parametro Numero massimo di sessioni per utente. |
| L'inoltro di un asset è lento | Crea automaticamente contenuto disponibile all'inoltro dell'asset / Disabilitato | Quando si inoltra un asset, Rational Asset Manager crea immagini in miniatura delle risorse utente collegate all'asset. Se l'asset ha molte risorse utente, l'inoltro di un asset potrebbe richiedere tempi più lunghi. Per disabilitare la creazione automatica delle miniature, accedere a Rational Asset Manager come amministratore repository, passare a ; nella sezione Opzioni per le prestazioni, deselezionare la casella di spunta Crea automaticamente contenuto all'inoltro dell'asset. |
Rational Asset Manager lavora a stretto contatto con l'application server; pertanto, l'ottimizzazione dell'application server migliorerà le prestazioni di Rational Asset Manager.
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Problemi di timeout della sessione | Conteggio massimo numero di sessioni in memoria / valore predefinito | Per impostazione predefinita, WebSphere Application Server conserva fino a 1000 sessioni in memoria. Tuttavia, anche l'opzione Consenti overflow è selezionata, indicando che sessioni aggiuntive saranno memorizzate in una tabella di sessione secondaria. Se ci si aspetta di avere più di 1000 sessioni in memoria, è necessario aumentare il numero per la tabella di sessione secondaria. Se si desidera limitare il numero di sessioni per evitare errori di memoria, assicurarsi che la casella di spunta Consenti overflow non sia selezionata e impostare il conteggio di sessioni massime in memoria su una impostazione appropriata per il sistema utilizzato. Per impostare il parametro, accedere alla console di gestione di WebSphere Application Server e passare a . |
| Errori di memoria insufficiente nei log | Dimensione heap della macchina virtuale Java / Tra 1300 e 2000 | Su un server con 4GB di memoria, è possibile specificare due istanze con una dimensione heap di 1300 MB o un'istanza con una dimensione heap di 2000 MB. È necessario guardare il paging di sistema per verificare che ci sia sufficiente memoria disponibile. Se il server ha 8GB di memoria, specificare 2 istanze con una dimensione heap 2000 MB per ciascuna istanza. Per impostare il parametro, accedere alla Console di gestione WebSphere e passare a e Dimensione heap massima. Osservare che questa impostazione deve essere applicata ai server Rational Asset Manager. L'impostazione richiesta per il server IBM Rational Team Concert è 768MB ed è il valore predefinito e l'impostazione massima è 2048MB. In un cluster, se necessario, il server IBM Rational Team Concert può essere installato sul suo stesso nodo. |
| Errori di memoria insufficiente nei log - problemi di sessione | Timeout della sessione / Predefinito 30 minuti) | Il valore predefinito per il timeout della sessione in WebSphere Application Server è 30 minuti. L'impostazione di questo valore su un periodo di tempo più breve, permette l'uso a più utenti, soprattutto in presenza di molti utenti che effettuano transazioni rapide. L'impostazione ad un valore troppo basso potrebbe non consentire agli utenti di caricare grandi asset. Ricordare che la maggior parte degli utenti non si scollegano esplicitamente dopo aver effettuato una transazione: la maggior parte delle sessioni esiste fino al timeout. Per impostare il parametro, accedere alla Console di gestione WebSphere Application Server e passare a . |
| I download per asset di grandi dimensioni hanno esito negativo, probabilmente con errori async o I/O. | Timeout di scrittura per il canale in entrata HTTP (HTTP 2) / 300 secondi | Il valore predefinito per un timeout di scrittura dal server a un client in WebSphere Application Server è 60 secondi. L'impostazione di questo valore su un periodo di tempo più lungo evita errori durante il download dei file, soprattutto se il client che scarica i file ha una connessione lenta o effettua molte richieste. Per modificare il parametro, accedere alla Console di gestione WebSphere Application Server e passare a . |
| Lentezza periodica; picchi di prestazione rilevati a causa della raccolta dati obsoleti | Garbage Collection classe / Xgcpolicy:optavgpause (per WebSphere Application Server v6.1 Fix Pack 16 e versioni precedenti) o -Xgcpolicy:gencon (per WebSphere Application Server v7 e v6.1 Fix Pack 17 e versioni successive) | Uno specifico ambiente server o carico di lavoro potrebbe trarre beneficio da una delle impostazioni della raccolta dati obsoleti. Vedere http://www.oracle.com/technetwork/java/gc-tuning-5-138395.html per ulteriori informazioni sulle impostazioni della garbage collection. Per impostare il parametro, accedere alla Console di gestione WebSphere Application Server e passare a . |
| Il server termina in errore durante il trasferimento di file di grandi dimensioni; probabilmente con errori di memoria insufficiente o malloc nei log | Proprietà personalizzata del contenitore Web channelwritetype / trasferimento dati sincrono (sync) | L'utilizzo del trasferimento dati asincrono può richiedere un numero eccessivo di
buffer per inviare dati su una connessione TCP/IP.
Per
un gestore della distribuzione:
Per ulteriori informazioni, vedere http://www.ibm.com/support/docview.wss?uid=swg21317658. |
| Rilevato un elevato utilizzo di CPU | Infrastruttura di monitoraggio delle prestazioni / disabilitato | Per impostazione predefinita, WebSphere Application Server abilita l'infrastruttura di monitoraggio delle prestazioni di base (PMI). Anche se la PMI è un buon tool per regolare un application server, per una prestazione ottimale, disabilitare questa funzione dopo aver regolato il server in modo appropriato. È necessario disabilitarlo per tutte le istanze e agenti nodo. Per impostare il parametro, accedere alla Console di gestione WebSphere Application Server andare a . |
| Errori di connessione del database | Connessioni massime JDBC / 100 | Assicurarsi che ci siano connessioni JDBC sufficienti per supportare tutti gli utenti registrati in Rational Asset Manager. Per impostare il parametro, accedere alla console di gestione di WebSphere Application Server e scegliere . Fare riferimento anche all'argomento "Parametri MAXAPPLS e MAXAGENTS" in Ottimizzazione DB2. Fare riferimento anche all'argomento "Numero massimo di processi per AIX e Linux" in Ottimizzazione del sistema operativo. |
| Problemi generali di prestazione | Cache istruzione preparata / 100 | WebSphere Application Server fornisce la cache generalmente utilizzata per le istruzioni preparate. Se le istruzioni memorizzate nella cache vengono eliminate, attivare PMI in WebSphere Application Server e aumentare il valore. Per impostare il parametro, accedere alla console di gestione WebSphere Application Server e passare a . Fare riferimento anche all'argomento "Ulteriori informazioni per l'ottimizzazione di WebSphere Application Server." |
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| CPU sovrautilizzata o sotto utilizzata | Pool di contenitori Web / 30 | I thread del contenitore Web vengono usati dall'application server per gestire le richieste. Se si nota che la CPU del server è sotto utilizzata, provare ad aumentare questo numero. Se è sovrautilizzata, provare a ridurre questo numero. Non impostare i thread del contenitore Web al di sopra di 50. Per impostare il parametro, accedere alla Console di gestione WebSphere Application Server e passare a . Dimensione minima: 15 Dimensione massima: 30 |
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| CPU sovrautilizzata o sotto utilizzata | Pool di contenitori Web / 50 | I thread del contenitore Web vengono usati dall'application server per gestire le richieste. Se si nota che la CPU del server è sotto utilizzata, provare ad aumentare questo numero. Se è sovrautilizzata, provare a ridurre questo numero. Non impostare i thread del contenitore Web al di sopra di 50. Per impostare il parametro, accedere alla Console di gestione WebSphere Application Server e passare a . Dimensione minima : 25 Dimensione massima: 50 |
Oltre a questi parametri, è possibile regolare WebSphere Application Server durante un carico di lavoro specifico attivando Infrastruttura di monitoraggio delle prestazioni (PMI). Fornirà grafici dettagliati che mostrano i dati della prestazione. Sebbene sia necessario attivare la PMI durante un normale carico di lavoro di cattura dei dati, ciò fa diminuire la prestazione e dovrebbe essere disattivato al termine della cattura dei dati.
Per abilitare la PMI, accedere alla console di gestione di WebSphere Application Server e andare su .
Per migliorare le prestazioni di Rational Asset Manager, si consiglia di ottimizzare il database utilizzando i parametri e i valori riportati di seguito come guida. Tuttavia, se Rational Asset Manager viene installato mediante l'applicazione di configurazione del server, le impostazioni per l'ottimizazione delle prestazioni fornite in questa sezione verranno applicate automaticamente, quindi, se si sceglie di utilizzare, è possibile ignorare questa sezione.
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Nessuna connessione disponibile | MAXAPPLS / AUTOMATIC (WebSphere Application Server connessioni massime JDBC * il numero di istanze) | Assicurarsi che MAXAPPLS sia impostato su un valore abbastanza alto per gestire il numero di pool di connessioni JDBC che sono specificate nel proprio application server. L'impostazione MAXAPPLS deve essere maggiore o uguale all'impostazione di Connessioni massime JDBC. Impostazione ubicazione: parametri del database Fare inoltre riferimento all'argomento "Connessioni massime JDBC" in Ottimizzazione application server |
| Nessuna connessione disponibile | MAXAGENTS / AUTOMATIC (WebSphere Application Server connessioni massime JDBC * il numero di istanze) | Questa impostazione è per DB2 versione 9.5 e versioni precedenti; non è disponibile in in DB2 versione 9.7. Assicurarsi che MAXAGENTS sia impostato su un valore abbastanza alto per gestire il numero di pool di connessioni JDBC che sono specificate nel proprio application server. L'impostazione MAXAGENTS deve essere maggiore o uguale all'impostazione di Connessioni massime JDBC. Impostazione ubicazione: parametri istanza Fare inoltre riferimento all'argomento "Connessioni massime JDBC" in Ottimizzazione application server |
| Deadlock | MAXLOCKS / AUTOMACTIC (80) | Il parametro MAXLOCKS indica la percentuale massima di blocchi disponibili nell'ambito del DB2 che un'applicazione può contenere prima di aumentare i blocchi di righe nei blocchi della tabella. Questi blocchi di tabella possono sfociare in deadlock. Impostazione ubicazione: parametri del database |
| Deadlock | LOCKLIST / AUTOMATIC (20000) | Il parametro LOCKLIST rappresenta la memoria disponibile per i blocchi nel DB2. È possibile utilizzare la seguente formula per impostare questo parametro in un ambiente specifico: LOCKLIST = [(512 * 64 * MAXAPPLS) / 4096]*2 Non impostarlo su un valore più alto dello heap di memoria disponibile nel DB2. Impostazione ubicazione: parametri del database |
| Deadlock | LOCKTIMEOUT / 60 | Se un singolo blocco interrompe altre transazioni, ciò potrebbe risultare in un deadlock. Per assicurarsi che questo non succeda, impostare il timeout del blocco a 60 secondi. Impostazione ubicazione: parametri del database |
| Problemi generali di prestazione | Statistiche / Esegue una pianificazione regolare | L'elaborazione di statistiche rispetto alle tabelle aiuta a determinare il migliore percorso per l'accesso dei dati. Le statistiche dovrebbero essere eseguite su base regolare o automaticamente pianificata. |
| Errori durante le migrazioni del database | LOG_FIL_SIZ / 10000 | È possibile che la funzione di migrazione in Rational Asset Manager non funzioni nei database con migliaia di asset se LOG_FIL_SIZ è impostato su un valore troppo basso. |
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Impossibile accedere il server DB2 | *Fare riferimento all'argomento: Numero massimo di processi per AIX e Linux durante l'ottimizzazione del sistema operativo. | Se non è possibile accedere al server DB2, può darsi che db2agents abbia usato il numero massimo di processi. |
L'impostazione dei parametri su AUTOMATIC nell'ambito del DB2 consente al DB2 di regolare i parametri basandosi sul carico di lavoro corrente. In un primo momento, tale impostazione può causare un impatto negativo sulle prestazioni ed alcuni potenziali errori se certi valori non vengono ottimizzati abbastanza rapidamente, ma è un buon metodo per determinare quali parametri devono essere ottimizzati per ottenere le migliori prestazioni.
Se un parametro è impostato su un valore troppo alto e non si riesce ad avviare il centro di controllo DB2, il parametro può essere modificato dalla riga comandi DB2 utilizzando l'istruzione db2 update db cfg for db_name utilizzando parameter_name value.
Questa sezione fornisce informazioni per l'ottimizzazione di IBM HTTP Web Server, compreso nei supplementi di WebSphere Application Server.
I parametri descritti in questa sezione possono essere modificati nel file httpd.conf.
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Errori di connessione chiusa | MaxKeepAliveRequests / 0 | Questa direttiva significa che il numero massimo di richieste che un singolo client può effettuare prima che la connessione venga chiusa. In genere, questo valore è impostato su 0. |
| Problemi generali di prestazione | LoadModule / ibm_afpa_module modules/mod_afpa_cache.so | Nota: L'uso di questa impostazione è obsoleto in quanto relativo a
IHS 7 e non deve essere abilitato. Vedere
http://publib.boulder.ibm.com/infocenter/wasinfo/fep/index.jsp?topic=/com.ibm.websphere.ihs.doc/info/ihs/ihs/tihs_cacheenable.html.
Per inserire nella cache un contenuto statico come ad esempio le immagini, disattivare il commento della seguente riga:Questo attiverà FRCA (Fast Response Cache Accelerator). |
| Problemi generali di prestazione | Afpa Logging / off | Nota: L'uso di questa impostazione è obsoleto in quanto relativo a
IHS 7 e non deve essere abilitato.
Se non è necessario attivare FRCA, è possibile
disattivarlo posizionando il carattere di commento (‘#') prima della direttiva AfpaLogFile. Questo migliorerà anche la prestazione del server. |
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Errori di thread insufficienti nei log del server Web | ThreadLimit / 25 | In base al numero di utenti che accedono a Rational Asset Manager in un determinato momento, potrebbe essere necessario aumentare il limite di thread. Per capire se è necessario aumentare il limite, controllare i log del server Web riguardo a errori di thread insufficienti o avvertenze. |
| Errori di thread insufficienti nei log del server Web | ThreadsPerChild / 25 | In base al numero di utenti che accedono a Rational Asset Manager in un determinato momento, potrebbe essere necessario aumentare il limite di thread. Per capire se è necessario aumentare il limite, controllare i log del server Web riguardo a errori di thread insufficienti o avvertenze. |
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Errori di thread insufficienti nei log del server Web | ThreadLimit / 4000 | In base al numero di utenti che accedono a Rational Asset Manager in un determinato momento, potrebbe essere necessario aumentare il limite di thread. Per capire se è necessario aumentare il limite, controllare i log del server Web riguardo a errori di thread insufficienti o avvertenze. |
| Errori di thread insufficienti nei log del server Web | ThreadsPerChild / 3000 | In base al numero di utenti che accedono a Rational Asset Manager in un determinato momento, potrebbe essere necessario aumentare il limite di thread. Per capire se è necessario aumentare il limite, controllare i log del server Web riguardo a errori di thread insufficienti o avvertenze. |
Questa sezione tratta in particolare di IBM Edge Caching Proxy. Per informazioni sulla configurazione server proxy di cache DMZ, vedere la relativa sezione.
I parametri descritti in questo documento possono essere modificati nel file ibmproxy.conf.
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Impossibile caricare asset con file di grandi dimensioni | LimitRequestBody / 2G | Per impostazione predefinita, questo parametro è impostato su 10 M. Modificarlo con un valore più grande in modo che gli utenti possano caricare file di grandi dimensioni. |
| Impossibile caricare asset con file di grandi dimensioni a causa dei timeout | InputTimeOut / 60 minuti | Modificando questo parametro a 60 minuti darà agli utenti il tempo sufficiente per caricare grandi asset. Fare riferimento anche all'argomento "Timeout della sessione" in Ottimizzazione dell'application server |
| Impossibile caricare asset con file di grandi dimensioni a causa dei timeout | ReadTimeout / 60 minuti | Modificando questo parametro a 60 minuti darà agli utenti il tempo sufficiente per caricare grandi asset. Fare riferimento anche all'argomento "Timeout della sessione" in Ottimizzazione dell'application server |
| Impossibile caricare asset con file di grandi dimensioni a causa dei timeout | ScriptTimeout / 60 minuti | Modificando questo parametro a 60 minuti darà agli utenti il tempo sufficiente per caricare grandi asset. Fare riferimento anche all'argomento "Timeout della sessione" in Ottimizzazione dell'application server |
| Parametro | Impostazioni |
|---|---|
| SendRevProxyName | yes |
| PurgeAge | 3 |
| DirShowCase | off |
| MaxActiveThreads | 110 |
| ConnThreads | 15 |
| MaxPersistRequest | 15 |
| ServerConnPool | on |
| CacheMemory | 1200 M (max) |
| CacheAlgorithm | responsetime |
| Numclients | 100 |
| flexibleSocks | off |
| ListenBacklog | 256 |
Per ottenere le migliori prestazioni, attenersi alle seguenti linee guida per il server proxy di cache:
<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 il caricamento di file di grandi dimensioni (1 GB o maggiori) su una connessione lenta, il server proxy DMZ può restituire un errore di timeout 504. Questo errore non indica un problema di Rational Asset Manager e il caricamento verrà completato normalmente. Tuttavia, per evitare l'erore 504, aumentare il valore di outboundRequesttimeout.
Per assicurarsi che siano separati, determinare dove è installato WebSphere ed eseguire il comando swap -l o lsps -a.
Windows:
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Gli errori di “Indirizzo già in uso” visti durante il test con Rational Performance Tester. | voce di registro MaxUserPort / 65534 | Nota: L'impostazione deve essere modificata sul client Rational Performance Tester,
non sul server Rational Asset Manager.
|
| Per evitare il collo di bottiglia relativo alla disponibilità della sessione (visto con 900 utenti sul cluster istanza-6) | voce di registro TcpTimedWaitDelay / 30 |
|
Le seguenti istruzioni sono specifiche per AIX.
Numero massimo di processi
Il numero massimo di processi che un utente può eseguire deve essere impostato su un livello abbastanza alto. Questo è particolarmente vero per il server del database, che può avere molti agenti di database.
lsattr -E -l sys0 -a maxuprocPer impostare il massimo numero di processi, utilizzare il seguente comando:
chdev -l sys0 -a maxuproc=2000Dopo aver riavviato il sistema, il limite risultante sarà 2000.
Descrittori di file
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 -1Questo può essere fatto utilizzando il comando ulimit.
| Problema | Impostazione / Parametro | Ulteriori dettagli |
|---|---|---|
| Andare su DNS esterno | /etc/netsvc.conf | Aggiungere questa riga al file netsvc.conf: hosts=local,bind4 |
| L'adattatore Ethernet sta eseguendo la segmentazione di offload | 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 |
L'impatto di questi comandi è condizionato dalla grandezza
dei pacchetti TCP/IP che la propria applicazione crea, invia o riceve. I comandi "no -a" sono in vigore finché il sistema non viene riavviato. Per renderli
permanenti, aggiungere il seguente comando al file /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 Questi comandi possono essere impostati sulla base di per-tcpip-interface. Verificare "lsattr -E -l en0" e se non sono impostati qui, AIX utilizza i valori "no -a" . |
| L'AIX vede un numero processori virtuali che è maggiore del numero dei processori fisici. | smtctl -m off | Il comando AIX smtctl mostra quanti processori
virtuali che l'AIX vede.
Disattivare SMT con il comando: smtctl -m off L'esecuzione del comando smtctl -m off richiede che l'utente successivamente esegua il comando bosboot per rendere la modifica permanente. Se bosboot non viene eseguito, dopo aver riavviato il sistema, l'esecuzione di smtctl -m off non avrà alcun effetto. I due thread su ciascun processore fisico condividono una cache Level1. Se i thread non sono collegati, corrompono gli altri dati della cache, che può concludersi con un rallentamento del throughput globale in quanto il sistema attende un ulteriore richiamo di dati per aggiornare la cache. Prendere in considerazione di fare un paio di test con questo attivo e disattivo per capire qual è la migliore impostazione per il proprio carico di lavoro. |
| NIS è in esecuzione. | Disattivare NIS. | Se i file /etc/hosts e /etc/passwd
contengono righe con '+', allora il sistema sta eseguendo 'NIS', detto anche PagineGialle. Questo può essere visto anche con ps -ef | grep ypNIS non è normalmente abilitato su AIX-out-of-the-box. Se questo non è necessario per l'application server, considerare l'esecuzione di un test con NIS disattivato. |
| Molte prese in stato FIN_WAIT_2 | no -o tcp_finwait2=60 | Se "netstat -an" mostra molte prese in stato FIN_WAIT_2, ciò significa che “si sono verificate molte connessioni” e corrisponde al messaggio “Indirizzo già in uso” che si trova nei log del server. Questo può essere
controllato da un comando "no". Prima controllare l'impostazione corrente,
"no -a | grep fin"e vedere il valore predefinito di 1200 mezzi-secondi (ad esempio, 10 minuti). Provare ad eseguire un test con la seguente impostazione: no -o tcp_finwait2=60 Il comando "no" è in vigore finché non lo si reimposta o finché il sistema non viene riavviato. Per renderlo permanente, definirlo in /etc/tunables/nextboot. |
| Il processore è in grado di utilizzare pagine di grandi dimensioni ma non lo sta facendo. | Aggiungere il parametro a JVM: -Xlp | Questa JVM è per il server Rational Asset Manager su WebSphere Application Server. Dalla console di gestione di WebSphere Application Server, selezionare Application server -> Nome server RAM -> Gestione Java e processi -> Definizione processo -> Java Virtual Machine -> Argomenti JVM generici. Il parametro è -Xlp<dimensione>. Specificare -Xlp senza alcuna dimensione in modo da abilitare la dimensione di paging predefinita più grande. È anche possibile specificare una dimensione personalizzata. Ad esempio -Xlp64 abilita pagine da 64 KB. |