Scenario: si emette il comando mqsistop per arrestare il broker, ma il
sistema si blocca e non arresta alcun gruppo di esecuzione.
Spiegazione: una possibile causa è che si stia eseguendo il debug del
flusso di messaggi e che sia attualmente arrestato in un punto di interruzione. WebSphere Message Broker considera
questa come una situazione di messaggio non definitivo e rifiuta di arrestare il broker tramite il
normale comando.
Soluzione: fare clic su Arresta
debug dal workbench.
Una volta completata l'operazione, il broker si arresta.
Se non è
possibile arrestare il debug, terminare tutti i processi del gruppo di esecuzione che
sono associati al broker per consentire l'arresto del broker. I messaggi vengono
ripristinati allo stato precedente. Fare clic su Arresta debug una volta
riavviato il broker.
Non è possibile arrestare il gestore code del broker
Scenario: si tenta di utilizzare il comando WebSphere MQendmqm per arrestare il gestore code di un broker
su un sistema distribuito, ma l'operazione non riesce.
Spiegazione: in certe circostanze, il tentativo di arrestare il gestore code di un
broker non porta effettivamente al suo arresto. Questo potrebbe avvenire se
è stato configurato qualche flusso di messaggi con più thread (la proprietà
del flusso di messaggi Istanze aggiuntive è stata impostata su un numero maggiore di
zero).
Soluzione: se si vuole arrestare il gestore code del broker,
arrestare il broker utilizzando il comando mqsistop e specificando il parametro -q. (Il parametro -q non è disponibile su z/OS.) In questo modo
viene emesso il comando WebSphere MQendmqm
per conto dell'utente in una modalità controllata che chiude il broker ed il
gestore code in modo regolare.
Il gruppo di esecuzione termina in modo anomalo
Scenario: il gruppo di esecuzione termina in modo anomalo.
Spiegazione: quando i processi del gruppo di esecuzione terminano in modo anomalo,
essi vengono riavviati automaticamente dal processo bipbroker. Se un processo del
gruppo di esecuzione dà esito negativo, viene riavviato tre volte durante ciascun intervallo di cinque minuti.
Il primo intervallo di cinque minuti ha inizio quando il gruppo di esecuzione viene avviato per la prima volta.
La tabella database del broker BROKERAAEG contiene una colonna etichettata RetryInterval.
Questa colonna definisce il tempo di riavvio in minuti. Ogni riga nella suddetta tabella rappresenta
un gruppo di esecuzione. La riga viene popolata alla prima distribuzione
di un gruppo di esecuzione e RetryInterval ha come valore predefinito 5.
Se si
rimuove il gruppo di esecuzione dalla configurazione del broker, distribuire la configurazione del
broker e successivamente aggiungere il gruppo di esecuzione e ridistribuire la configurazione del
broker. La riga viene ricreata e RetryInterval è impostato sul valore
predefinito 5.
Soluzione: per modificare il valore predefinito:
Arrestare il broker.
Modificare il valore di RetryInterval nella tabella database.