Ottimizzazione delle prestazioni di Rational Asset Manager

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.

Ottimizzazione di 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.
Tabella 1. Parametri per l'ottimizzazione di Rational Asset Manager per più piattaforme
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 Amministrazione > Configurazione; 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 Amministrazione > Configurazione; 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 Amministrazione > Configurazione; 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 Amministrazione > Configurazione; 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 Amministrazione > Configurazione; 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 Amministrazione > Configurazione; 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 Amministrazione > Configurazione; 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 Amministrazione > Configurazione; 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 Amministrazione > Configurazione; nella sezione Opzioni per le prestazioni, deselezionare la casella di spunta Crea automaticamente contenuto all'inoltro dell'asset.

Oltre ai suddetti parametri, gli amministratori possono accedere alla pagina Stato del job in Rational Asset Manager da Amministrazione > Tool > Visualizza stato del job. Questa pagina visualizzerà i job correntemente in esecuzione o precedentemente eseguiti che potrebbero condizionare le prestazioni in Rational Asset Manager. I messaggi di errore potrebbero essere visualizzati nella pagina Stato del job.

Ottimizzazione application server

Rational Asset Manager lavora a stretto contatto con l'application server; pertanto, l'ottimizzazione dell'application server migliorerà le prestazioni di Rational Asset Manager.

Questa sezione tratta in particolare l'argomento relativo alle impostazioni di IBM WebSphere Application Server versione 7.0 che condizionano in modo significativo le prestazioni. È possibile regolare tali impostazioni in WebSphere Application Server 7.0, ma le istruzioni per impostare i parametri potrebbero essere diverse.
Importante: Creare una copia di backup del profilo di WebSphere Application Server prima di modificare qualsiasi parametro.
Tabella 2. Cross-Platform WebSphere Application Server Parametri per l'ottimizzazione
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 Servers > Application server > Tipi di server > Nome server > Gestione sessione > Conteggio massimo numero di sessioni in memoria.

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 Server > Tipi di server > WebSphere Application Server > Java e gestione processi > Definizione processo > Java virtual machine > Dimensione heap iniziale 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 Server > Tipi di server > WebSphere Application Server > Nome server > Gestione sessione > Imposta timeout.

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 Server > Tipi di server > WebSphere Application Server > Nome server > Porte > Visualizza trasporti associati (per la porta che si utilizza per Rational Asset Manager; ad esempio, 9080) > WCInboundDefault > Canale in entrata HTTP (HTTP 2) > Scrivi timeout.

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 Server > Tipi di server > WebSphere Application Server > Nome server > Java e gestione processi > Definzione processo > Java virtual machine > Argomenti JVM generici.

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.
  1. Nella Console di gestione WebSphere Application Server, passare a Server > Tipi di server > WebSphere Application Server > Nome server > Impostazioni contenitore Web > Contenitore Web > Proprietà personalizzate.
  2. Fare clic su Nuovo.
  3. Aggiungere la coppia di valori seguente:
    • Nome: com.ibm.ws.webcontainer.channelwritetype
    • Valore: sync
Fare clic su OK e poi salvare la configurazione. Riavviare l'application server per prendere in carico la proprietà.
Per un gestore della distribuzione:
  1. Avviare una sessione wsadmin interattiva:
    dmgr-profile-root\bin>wsadmin -lang jacl
  2. Copiare il seguente blocco di righe, quindi incollarle nel prompt wsadmin>:
    set dmgr [$AdminConfig getid /Server:dmgr/]
    set webcontainer [$AdminConfig list WebContainer $dmgr]
    $AdminConfig create Property $webcontainer {{name com.ibm.ws.webcontainer.channelwritetype} {value sync}} properties
    $AdminConfig show $webcontainer
    $AdminConfig save
  3. Riavviare il Deployment Manager per prendere in carico la proprietà.

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 Monitoraggio e ottimizzazione > Infrastruttura di monitoraggio delle prestazioni (PMI) > Nome server > Abilita infrastruttura di monitoraggio delle prestazioni (PMI).

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 Risorse > JDBC > Origini dati > <Rational Asset Manager origine dati> > Proprietà del pool di connessioni > Numero massimo di connessioni.

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 Risorse > JDBC > Origini dati > <Rational Asset Manager origine dati> > Proprietà origine dati WebSphere Application Server > Dimensione cache dell'istruzione.

Fare riferimento anche all'argomento "Ulteriori informazioni per l'ottimizzazione di WebSphere Application Server."

Tabella 3. AIX / Linux WebSphere Application Server Parametri per l'ottimizzazione
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 Server > Tipi di server > WebSphere Application Server > Nome server > Pool di thread > WebContainer.

Dimensione minima: 15

Dimensione massima: 30

Tabella 4. Windows WebSphere Application Server Parametri per l'ottimizzazione
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 Server > Tipi di server > WebSphere Application Server > Nome server > Pool di thread > WebContainer.

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 Monitoraggio e ottimizzazione > Infrastruttura di monitoraggio delle prestazioni (PMI) > Nome server > Abilita infrastruttura di monitoraggio delle prestazioni (PMI).

Ottimizzazione del server di database

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.

Nota: Questa sezione riguarda in particolare DB2 versione 9.7, ma molti parametri qui presenti sono disponibili in altre versioni di DB2. Dovrebbero esserci parametri analoghi in Oracle e SQL Server.
Tabella 5. Cross-Platform DB2, Parametri per l'ottimizzazione
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.
Tabella 6. AIX / Linux DB2, Parametri per l'ottimizzazione
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.
Altri parametri da includere nell'ambiente sono:
  • APP_CTLHEAP_SZ
  • DATABASE_MEMORY
  • DFT_PREFETCH_SZ
  • NUM_IOCLEANERS
  • NUM_IOSERVERS
  • SORTHEAP
  • MAX_QUERYDEGREE
Non tutti i precedenti parametri sono disponibili in tutti gli ambienti.

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.

Risorse aggiuntive:

Ottimizzazione del server Web

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.

Tabella 7. Cross-Platform Web Server Parametri per l'ottimizzazione
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:
LoadModule ibm_afpa_module modules/mod_afpa_cache.so

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.
#AfpaLogFile "_path_to_server_/logs/afpalog" V-ECLF
Tabella 8. AIX / Linux Web Server Parametri per l'ottimizzazione
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.
Tabella 9. Windows Web Server Parametri per l'ottimizzazione
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.

Ottimizzazione del server proxy di cache

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.

Tabella 10. IBM Edge Server Parametri per l'ottimizzazione
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

Tabella 11. Impostazioni aggiuntive
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

configurazione server proxy di cache DMZ

Per ottenere le migliori prestazioni, attenersi alle seguenti linee guida per il server proxy di cache:

  • Nel file /dir-installazione-DMZ/profiles/SecureProxySrv01/config/cells/nome-cella/nodes/nome-nodo/servers/proxy1/server.xml è possibile procedere come segue:
    • Disabilitare PMI (monitoraggio delle prestazioni):
      <services xmi:type="pmiservice:PMIService" 
      xmi:id="PMIService_1243598970603" 
      enable="false" 
      initialSpecLevel="" 
      statisticSet="basic" 
      synchronizedUpdate="false" />
    • Impostare il servizio di traccia su “BASIC”:
      <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>  
    • Disabilitare il servizio diagnostico:
      <services xmi:type="diagnosticproviderservice:DiagnosticProviderService" 
      xmi:id="DiagnosticProviderService_1243598970603" 
      enable="false" 
      startupStateCollectionSpec=".*:.*=0" />
  • Nel file /dir-installazione-DMZ/profiles/SecureProxySrv01/config/cells/nome-cella/nodes/nome-nodo/servers/proxy1/proxy-settings.xml, mantenere outboundRequesttimeout come valore predefinito:
    <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.

Ottimizzazione del sistema operativo

Cross-Platform:
  • Assicurarsi che la dimensione del file page sia almeno di 2GB.
  • Nei sistemi AIX, definire il file di paging su un disco separato da quello in cui risiede WebSphere.

    Per assicurarsi che siano separati, determinare dove è installato WebSphere ed eseguire il comando swap -l o lsps -a.

Windows:

Tabella 12. Impostazioni del sistema operativo 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.
  1. Nell'editor del registro, andare su My Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servizi\Tcpip\Parametri.
  2. Fare clic con il tasto destro del mouse su Parametri, fare clic su Nuovo > Valore DWORD .
  3. Digitare MaxUserPort per il nome del valore DWORD.
  4. Fare clic con il tasto destro del mouse sul valore e fare clic su Modifica.
  5. Impostare il valore 65534.
  6. Da Base, selezionare Decimale.
  7. Riavviare il computer.
Per evitare il collo di bottiglia relativo alla disponibilità della sessione (visto con 900 utenti sul cluster istanza-6) voce di registro TcpTimedWaitDelay / 30
  1. Nell'editor del registro, andare su My Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servizi\Tcpip\Parametri.
  2. Fare clic con il tasto destro del mouse su Parametri, fare clic su Nuovo > Valore DWORD .
  3. Digitare TcpTimedWaitDelay per il nome del valore DWORD.
  4. Fare clic con il tasto destro del mouse sul valore e fare clic su Modifica.
  5. Impostare il valore 30.
  6. Da Base, selezionare Decimale.
  7. Riavviare il computer.

AIX/Linux

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.

Per visualizzare l'impostazione del numero massimo di processi, usare il seguente comando:
lsattr -E -l sys0 -a maxuproc
Per impostare il massimo numero di processi, utilizzare il seguente comando:
chdev -l sys0 -a maxuproc=2000
Dopo aver riavviato il sistema, il limite risultante sarà 2000.

Descrittori di file

Nel file /etc/security/limits, modificare tutte le impostazioni in illimitato. Poiché l'effetto della modifica di queste impostazioni dipende dall'utente che ha effettuato l'accesso o che utilizza il servizio, assicurarsi di aver impostato le modifica sull'utente predefinito in modo che possano essere applicate a tutti gli utenti.
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 -1
Questo può essere fatto utilizzando il comando ulimit.
Tabella 13. Impostazioni sistema operativo AIX/Linux
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 yp
NIS 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.


Feedback