Questo argomento si applica solo alla configurazione IBM Business Automation Workflow Advanced.

Risoluzione di problemi relativi al gestore eventi non riusciti

È possibile che si verifichino dei problemi durante l'utilizzo del gestore eventi non riusciti.

Per informazioni sulla ricerca, la modifica, il reinoltro o l'eliminazione di eventi non riusciti, consultare Utilizzo degli eventi non riusciti in IBM Business Automation Workflow e Raccogli i dati per la risoluzione dei problemi degli eventi non riusciti in IBM Business Automation Workflow.

Le informazioni in questa tabella menzionano problemi e riferimenti per aiutarti a risolvere ogni problema:
Problema Riferimenti
Si verificano problemi durante l'inserimento dei valori nella scheda Per data della pagina di ricerca I valori nel campo Da data e Per data vengono automaticamente modificati in valori predefiniti se immessi in modo non corretto
Si sono verificati problemi durante l'eliminazione degli eventi scaduti L'utilizzo della funzione Elimina eventi scaduti viene visualizzato per sospendere il gestore eventi non riusciti
Si stanno verificando problemi con gli eventi non riusciti che non vengono creati Non vengono creati eventi non riusciti
Si sono verificati problemi durante il richiamo o l'eliminazione di un numero elevato di eventi non riusciti Il server ha esito negativo durante il richiamo o l'eliminazione di un numero elevato di eventi non riusciti
Si sono verificati problemi durante la cancellazione di un numero elevato di eventi non riusciti Il server ha esito negativo quando si cancella un numero elevato di eventi non riusciti
Si sono verificati problemi durante l'eliminazione degli eventi non riusciti dopo la disinstallazione dell'applicazione associata Eliminazione di eventi non riusciti dopo la disinstallazione dell'applicazione associata

La ricerca di eventi non riusciti richiede troppo tempo

La ricerca di eventi non riusciti richiede più di cinque minuti e, in alcuni casi, i risultati non vengono caricati affatto.

Il tempo di risposta lento si verifica quando gli indici del database di diverse tabelle critiche non sono aggiornati. Anche quando nel database sono presenti solo pochi eventi, un indice obsoleto potrebbe causare una risposta del sistema così lenta che si verificano dei timeout.

Per migliorare i tempi di caricamento della ricerca, verificare che gli indici per queste tabelle siano aggiornati:
  • ISTANZA_PROCESSO_B_T
  • ATTIVITÀ INSTANCE_B_T
  • PROCESS_TEMPLATE_B_T
  • ATTIVITÀ TEMPLATE_B_T
Per aggiornare queste tabelle per IBM Db2, ad esempio, il responsabile del database chiama i seguenti comandi:
db2 'RUNSTATS ON TABLE PROCESS_INSTANCE_B_T FOR INDEXES ALL'
db2 'RUNSTATS ON TABLE ACTIVITY_INSTANCE_B_T FOR INDEXES ALL'
db2 'RUNSTATS ON TABLE PROCESS_TEMPLATE_B_T FOR INDEXES ALL'
db2 'RUNSTATS ON TABLE ACTIVITY_TEMPLATE_B_T FOR INDEXES ALL'

I valori nel campo Dalla data e nel campo Per data vengono automaticamente modificati in valori predefiniti se immessi in modo non corretto

I campi Dalla data e Alla data della pagina di ricerca richiedono valori dipendenti dalla locale formattati correttamente. Qualsiasi incongruenza nel formato del valore (ad esempio, includendo quattro cifre nell'anno invece di 2 o omettendo l'ora) farà in modo che il gestore eventi non riusciti emetterà la seguente avvertenza e sostituirà un valore predefinito nel campo:

CWMAN0017E: The date entered could not be parsed correctly: your_incorrectly_formatted_date. Date: default_date is being used.

Il valore predefinito del campo Dalla data è definito come January 1, 1970, 00:00:00 GMT.
Importante: il valore predefinito effettivo visualizzato nell'implementazione del gestore eventi non riusciti varia in base alla locale e al fuso orario. Ad esempio, il campo Dalla data assume il valore predefinito12/31/69 7:00 PMper una workstation con una locale en_US nel fuso orario EST (Eastern Standard Time).
Il valore predefinito per il campo A data è sempre la data e l'ora correnti, formattate per la locale e il fuso orario.

Per evitare questo problema, immettere sempre le date e gli orari con attenzione, seguendo l'esempio fornito con ogni campo.

L'uso della funzione Elimina eventi scaduti viene visualizzato per sospendere il gestore eventi non riusciti

Se si utilizza il pulsante Elimina eventi scaduti in situazioni in cui sono presenti molti eventi non riusciti nei risultati della ricerca correnti o in cui tali eventi contengono una grande quantità di dati di business, il gestore eventi non riusciti può sembrare sospeso indefinitamente.

In questa situazione, il gestore eventi non riusciti non è sospeso: sta utilizzando il dataset di grandi dimensioni e aggiornerà la serie di risultati non appena il comando viene completato.

Gli eventi non riusciti non vengono creati

Se il sottosistema di ripristino non sta creando eventi non riusciti, consultare il seguente elenco di controllo delle cause potenziali:
  • Assicurarsi che l'applicazione wpsFEMgr sia in esecuzione. Se necessario, riavviarlo.
  • Verificare che il database del gestore eventi non riusciti sia stato creato e che la connessione sia stata verificata.
  • Assicurarsi che la destinazione di eventi non riusciti necessaria sia stata creata sul bus di sistema SCA. Deve essere presente una destinazione evento non riuscito per ogni destinazione di distribuzione.
  • Assicurarsi che il qualificatore QoS (QoS) Reliability sia stato impostato su Assured per qualsiasi riferimento partner, interfaccia o implementazione SCA (Service Component Architecture) che partecipa agli eventi che si desidera vengano gestiti dal servizio di ripristino.

Il server ha esito negativo durante il richiamo o l'eliminazione di un numero elevato di eventi non riusciti

Il server può avere esito negativo se si utilizza il gestore eventi non riusciti per richiamare o eliminare un numero elevato di eventi non riusciti contemporaneamente. Per evitare questo problema, assicurarsi di controllare il conteggio totale degli eventi non riusciti nella pagina principale del gestore eventi non riusciti prima di eseguire azioni di ricerca o di eliminazione. Se si dispone di un numero elevato di eventi, non tentare di richiamarli o eliminarli tutti contemporaneamente. Utilizzare invece l'opzione Cerca eventi non riusciti per restituire un sottoinsieme di eventi non riusciti che corrispondono a specifici criteri. È quindi possibile eliminare tutti gli eventi nella serie di risultati filtrati senza causare un errore del server.
Nota: esistono diversi fattori nell'ambiente che possono influenzare il numero di eventi non riusciti che il server può restituire o eliminare in una singola richiesta, inclusi altri processi in esecuzione sulla stessa macchina del server e la quantità di memoria disponibile.

Errore del server durante la cancellazione di un numero elevato di eventi non riusciti

Il server potrebbe avere esito negativo se si tenta di cancellare un numero elevato di eventi non riusciti utilizzando l'opzione Clear All . Per evitare che ciò accada, impostare un limite per il numero di eventi non riusciti che possono essere cancellati utilizzando la proprietà JVM failedEventLimit. Se il conteggio degli eventi non riusciti è superiore a tale limite, l'opzione Clear All restituisce un errore ed è necessario eliminare gli eventi non riusciti (fino al limite specificato) uno alla volta.

Eliminazione degli eventi non riusciti dopo la disinstallazione dell'applicazione associata

Una volta disinstallata l'applicazione associata a un certo numero di eventi non riusciti, non è più possibile eliminare gli eventi non riusciti utilizzando il gestore eventi non riusciti. Il gestore eventi non riusciti non è in grado di caricare i dettagli dell'evento non riuscito perché non è in grado di individuare la definizione dell'applicazione, la coda correlata e gli oggetti di dati relativi ai messaggi. In questo caso, è possibile utilizzare le seguenti tabelle nel database comune per identificare e rimuovere manualmente gli eventi non riusciti:
  • NON RIUSCITO
  • NON RIUSCITO
  • ERROREDEVENTMESSAGE
  • NON RIUSCITO

Identificare i messaggi di evento non riusciti da eliminare nella colonna APPLICATIONNAME della tabella FAILEDEVENTDETAIL. Utilizzare il valore MSGID per correlare i messaggi identificati in tutte le tabelle, quindi cancellare tutti i record correlati da tutte le tabelle specificate.