Risoluzione dei problemi che insorgono quando si distribuiscono flussi di messaggi

  1. Per il debug dei problemi durante le distribuzione, controllare le seguenti registrazioni:

    Queste registrazioni potrebbero trovarsi su computer separati e devono essere utilizzate insieme all'output del workbench per garantire l'esito positivo della distribuzione.

    Utilizzare il comando mqsilist per verificare che la distribuzione abbia avuto esito positivo o esaminare il Registro eventi Windows o la registrazione eventi del dominio broker.

  2. Utilizzare questo elenco di controllo in caso di problemi di distribuzione:
    • Assicurarsi che il gestore code remoto sia in esecuzione.
    • Assicurarsi che i canali siano in esecuzione.
    • Visualizzare lo stato del canale per verificare l'eventuale aumento del numero di messaggi di sistema inviati.
    • Controllare il canale dall'estremità remota.
    • Verificare il nome del gestore code.
    • Stabilire se il canale è un canale cluster.

Questo argomento contiene consigli per affrontare alcuni problemi comuni che possono presentarsi quando si distribuiscono flussi di messaggi o serie di messaggi.
Preparazione per la distribuzione:
Durante la distribuzione:
Annullamento della distribuzione:
Dopo la distribuzione:

I flussi di messaggi migrati non sono disponibili per essere aggiunti ad un file bar (broker archive)

Non è possibile trascinare un file bar (broker archive) in un broker

Il file .cmf (compiled message flow) non è stato generato

Il flusso di messaggi viene distribuito sul sistema di prova, ma non in altre ubicazioni

La distribuzione indica che il broker non esiste

Gestione configurazione sta tentando di effettuare la distribuzione ad un broker che non esiste

Gestione configurazione notifica l'esaurimento della memoria

Vengono emessi messaggi di errore quando si effettua la distribuzione in z/OS

La serializzazione di input prevista non si sta verificando per una coda condivisa che gestisce più istanze di un flusso di messaggi in z/OS

I nodi MQe non funzionano come previsto dopo la distribuzione in un Versione 6.0

Vengono emessi messaggi di errore in fase di distribuzione

I messaggi di errore che potrebbero essere generati in fase di distribuzione vengono elencati di seguito con la relativa spiegazione:

Messaggio BIP1536
  • Scenario: un componente Gestione configurazione è stato definito per l'esecuzione con un ID utente ed un broker è stato definito per l'esecuzione su un computer differente con un ID utente differente. La distribuzione riesce ma viene emesso il messaggio di errore BIP1536 quando si distribuiscono i flussi di messaggi nel broker.
  • Spiegazione: Gestione configurazione non riesce a registrarsi per sottoscrizioni interne con il broker poiché il broker è in esecuzione sotto un ID e Gestione configurazione sotto un altro ID. Il broker e Gestione configurazione si scambiano messaggi interni tramite pubblicazione/sottoscrizione. Questi messaggi vengono trasmessi attraverso WebSphere MQ, che richiede certe autorizzazioni.
  • Soluzione:
    • Assicurarsi che l'ID utente del broker sia un membro dei gruppi mqm e mqbrkrs.
    • Definire l'ID utente del broker sul computer dove è in esecuzione Gestione configurazione.
    • Definire l'ID utente di Gestione configurazione sul computer dove è in esecuzione il broker.
    • Assicurarsi che tutti gli ID siano in lettere minuscole in modo da essere compatibili tra computer.
Messaggi BIP1536 e BIP7017
  • Scenario: vengono visualizzati messaggi di errore BIP1536 e BIP7017.
  • Spiegazione: Gestione configurazione ha un problema nel registrare le proprie sottoscrizioni interne su argomenti che hanno a che fare con la modifica dello stato del broker, operazione che tenta di eseguire ogni volta che si distribuisce una configurazione completa. La causa del problema è specificata dal messaggio BIP7017, che indica che l'esecuzione avviene con un Server nomi utente configurato, ma che il broker in cui si esegue la distribuzione non dispone dell'ID utente del servizio Gestione configurazione nella propria cache utenti.
  • Soluzione: effettuare i seguenti controlli. Una volta individuato e risolto il problema, le sottoscrizioni verranno registrate correttamente alla successiva distribuzione:
    • Assicurarsi che il Server nomi utente sia avviato.
    • Assicurarsi che i canali WebSphere MQ tra il Server nomi utente ed il broker siano avviati.
    • Assicurarsi che l'ID utente sia presente nel dominio del Server nomi utente.
Inizio modificaMessaggio BIP2045
  • Scenario: il messaggio di errore BIP2045 viene mostrato nel Message Brokers Toolkit dopo la distribuzione.
  • Spiegazione: ogni broker viene identificato da un UUID (universally unique identifier), memorizzato in Gestione configurazione quando viene definito il broker. Viene inoltre memorizzato nel broker al ricevimento del suo primo messaggio di distribuzione. Se il messaggio contiene un UUID differente, il broker lo rifiuta e immette il messaggio di errore BIP2045. Può avvenire nelle seguenti circostanze:
    • la distribuzione viene tentata da un secondo Gestione configurazione; questo scenario non è supportato.
    • viene ricreato Gestione configurazione ma non il broker
    • si verificano problemi con il canale WebSphere MQ nella fase di eliminazione e ricreazione del broker
  • Soluzione: è necessario assicurarsi di non utilizzare più di un Gestione configurazione per il controllo di un singolo broker. Se il problema non è questo, seguire le istruzioni nel messaggio di errore BIP2045 per riprendere il controllo del broker mediante la sua ricostruzione e la redistribuzione delle applicazioni del flusso di messaggi.
Fine modifica
Messaggio BIP2066
  • Scenario: viene visualizzato il messaggio di errore BIP2066.
  • Spiegazione: la richiesta di distribuzione non è stata riconosciuta dal gruppo di esecuzione prima che il parametro ConfigurationTimeout più il parametro ConfigurationDelayTimeout (valore predefinito 60 secondi) del timeout del broker fossero scaduti.
  • Soluzione: modificare questi timeout utilizzando i parametri -g e -k dei comandi mqsicreatebroker e mqsichangebroker.
Messaggio BIP2242
  • Scenario: viene visualizzato il messaggio di errore BIP2242.
  • Spiegazione: la richiesta di distribuzione (modifica della configurazione) non è stata accettata prima che il parametro ConfigurationTimeout del timeout del broker (valore predefinito 300 secondi fosse scaduto. Il timeout deve essere sufficientemente lungo perché il flusso di messaggi possa completare l'elaborazione del messaggio corrente e quindi accettare la richiesta di distribuzione.
  • Soluzione: impostare questi timeout utilizzando i parametri -g e -k dei comandi mqsicreatebroker e mqsichangebroker.
  • Scenario: durante la distribuzione in un broker, viene visualizzato il messaggio di errore BIP7053S.
  • Spiegazione: questo errore si verifica in un ambiente stack di TCP/IP multipli e indica che l'ambiente TCP/IP di USS (UNIX Sistem Services) non è stato impostato correttamente.
    WebSphere Event Broker utilizza le funzioni USS per ottenere un nome host su un particolare sistema. Viene visualizzato il seguente messaggio di errore se il nome host predefinito non è impostato correttamente nell'ambiente USS:
    BIP7053S: Broker $SYS_mqsi 0 unexpected Java exception java.lang.Error: -2103399272!java.net.UnknownHostException :
    Hostname: Hostname
    Il nome host riportato nel messaggio di errore è quello restituito al broker a causa della chiamata gethostname.
  • Soluzione: è necessario assicurarsi che l'ambiente TCP/IP sia configurato correttamente su USS.

Quando si annulla una distribuzione, mqsilist presenta un flusso di messaggi in un gruppo di esecuzione ma negli strumenti non è presente

Non viene inviata notifica del risultato di una distribuzione

Non si riceve conferma dell'esito positivo della distribuzione

E' impossibile visualizzare i flussi di messaggi

Un broker eliminato rimane nel Navigator domini

Informazioni particolari | Marchi | Download | Libreria | Supporto | Commenti
Copyright IBM Corporation 1999, 2006 Ultimo aggiornamento: ago 17, 2006
au16540_