Configurazione del Gestore richieste di Rational ClearQuest Web per il riciclo automatico

Per ampie distribuzioni di Rational ClearQuest Web, è possibile aumentare la disponibilità del servizio abilitando il riciclo automatico del gestore richieste.

La funzione di riciclo automatico del gestore richieste avvia una nuova istanza del gestore richieste quando l'istanza corrente ha elaborato un numero specificato di richieste o è stata eseguita per un periodo di tempo specificato. È possibile determinare la soglia appropriata analizzando quando si deteriorano le prestazioni e perché.

Il server del registro gestisce il processo di riciclo. Quando l'istanza corrente del gestore richieste raggiunge la soglia, il server di registro avvia una nuova istanza per elaborare tutte le sessioni nuove, mentre l'istanza corrente elabora richieste dalle sessioni in corso. Quando l'istanza corrente ha finito di elaborare le richieste, viene chiusa (può anche attendere che siano chiuse o che scadano le sessioni esistenti prima di arrestarsi). Non appena una nuova istanza viene avviata, il server di registro può forzare la chiusura dell'istanza corrente dopo un certo periodo di tempo se alcuni utenti sono ancora connessi o se ci sono ancora sessioni in sospeso. È anche possibile configurare il server di registro per controllare le chiusure inaspettate del gestore richieste. Quando il server di registro rileva una chiusura anomala del gestore richieste, ne avvia una nuova istanza.

Le seguenti sezioni forniscono impostazioni di configurazione relative alla funzione di riciclo automatico del gestore richieste. È necessario riavviare il server Rational ClearQuest per rendere effettive le modifiche apportate alle proprietà.

Attivare/Disattivare il riciclo automatico

Per impostazione predefinita, la funzione di riciclo automatico del gestore richieste è abilitata. Per disabilitarla, impostare la proprietà ENABLE_RECYCLING nel file csm.properties su FALSE. Il file è installato in <INSTALLATION ROOT>\clearquest\cqweb\csm.properties. Si noti che disabilitando questa funzione, si compromette l'affidabilità e la disponibilità del gestore richieste.

Riciclo automatico basato sull'intervallo.

Per impostazione predefinita, il Gestore richieste è impostato per il riciclo quotidiano alle 1:00 a.m. Eliminare il simbolo di commento dalla proprietà per disabilitare il riciclo basato sul tempo.

È possibile specificare il formato per un intervallo diverso nella proprietà TIME_CRITERIA nel file rmmanager.properties: FREQUENCY|[HOURS][DAYS]|[TIME].

Specificare FREQUENCY come HOURLY, DAILY o EVERYFEWDAYS.

Esempi:
  • Riciclo ogni due ore

    TIME_CRITERIA=HOURLY|2

    L'intervallo HOURLY deve essere superiore a 1. Tuttavia, se è necessario riciclare il gestore richieste ogni ora, contattare il supporto clienti di IBM Rational.

  • Riciclo ogni 3 giorni alle 10:30 AM

    TIME_CRITERIA=EVERYFEWDAYS|3|10:30 AM

    L'intervallo EVERYFEWDAYS giornaliero deve essere superiore o uguale a 1, se si modifica il valore predefinito.

  • 2 istanze del gestore richieste che si riciclano giornalmente alle 13

    TIME_CRITERIA=DAILY|1:00 AM

    NUMBER_REQUEST_MANAGERS=2

Riciclo automatico basato sul numero di richieste

Per riciclare il gestore richieste dopo l'elaborazione di un numero specificato di richieste, impostare la proprietà NUMBER_OF_REQUESTS_CRITERIA nel file <INSTALLATION_ROOT>\clearquest\cqweb\cqserver\config\rmmanager.properties. Per impostazione predefinita, questa proprietà è disabilitata.

Esempi:

2 istanze del gestore richieste si riciclano dopo aver elaborato ciascuna 500.000 richieste.

NUMBER_REQUEST_MANAGERS=2

NUMBER_OF_REQUESTS_CRITERIA=500000

Forzare la chiusura di Request Manager

Possono esistere soltanto due istanze del gestore richieste alla volta. All'occorrenza, l'istanza corrente del gestore richieste può anche non arrestarsi pur avendo raggiunto la soglia, se gli utenti sono connessi o se ci sono sessioni in sospeso. Non appena la prima istanza raggiunge la soglia, la seconda istanza del gestore richieste inizia ad elaborare nuove richieste. Tuttavia, quando la seconda istanza raggiunge la soglia, non può essere avviata una nuova istanza se la prima è ancora in esecuzione.

L'ordine in cui le istanze del gestore richieste iniziano e terminano è sequenziale. Quindi, anche se la seconda istanza del gestore richieste raggiunge la soglia prevista e non ci sono sessioni utente attive o in sospeso, non può arrestarsi fin quando non si arresta la prima. Impostando la proprietà ENABLE_FORCED_EXIT su TRUE, il server di registro forza la prima istanza a chiudersi quando la seconda raggiunge la soglia prevista. Non appena la prima istanza si arresta, la seconda può arrestarsi a sua volta e ne inizia un'altra per l'elaborazione delle nuove richieste.

Per impostazione predefinita, ENABLE_FORCED_EXIT è impostata su TRUE. Questa proprietà si trova nel file csm.properties.

Controllo di Request Manager

È possibile impostare il server del registro in modo che avvii una nuova istanza del gestore richieste quando rileva che l'istanza corrente si è interrotta. A tal scopo, impostare la proprietà ENABLE_MONITORING_FOR_CRASHES su TRUE nel file csm.properties. Il valore predefinito per questa proprietà è TRUE. Se si imposta questa proprietà su FALSE e il Gestore richieste si blocca o si chiude in modo anomalo, non viene avviata una nuova istanza. Tuttavia, se il riciclo automatico è disabilitato nella proprietà ENABLE_RECYCLING e si imposta ENABLE_MONITORING_FOR_CRASHES su TRUE, se l'istanza corrente si chiude in modo anomalo, viene avviata una nuova istanza del Gestore richieste.



Feedback