Query e riesecuzione dei messaggi di errore, tramite i comandi di gestione

Utilizzare i comandi di gestione per determinare l'esistenza di messaggi non riusciti per i processi aziendali o le human task e se presenti ripetere l'elaborazione degli stessi.

Prima di iniziare

Prima di iniziare questa procedura, devono essere soddisfatte le seguenti condizioni:
  • Il server delle applicazioni sul quale è necessario eseguire la query dei messaggi e la loro ripetizione deve essere in esecuzione. Ovvero, non è possibile utilizzare l'opzione -conntype none dello script wsadmin, poiché è richiesta una connessione al server.
  • Quando la sicurezza è abilitata, è necessario disporre dei privilegi dell'operatore.

Perché e quando effettuare questa attività

Quando si verifica un problema durante l'elaborazione di un messaggio interno, questo viene ubicato su una coda di conservazione o di attesa. Per determinare l'esistenza di tutti i messaggi non riusciti e per inviare tali messaggi nuovamente alla coda interna:

Procedura di questa attività

  1. Passare alla directory secondaria di Business Process Choreographer in cui sono posizionati gli script di gestione.
    Sui sistemi Windows, immettere:
    cd install_root\ProcessChoreographer\admin
    Sui sistemi Linux e UNIX, immettere:
    cd install_root/ProcessChoreographer/admin
  2. Eseguire una query del numero di messaggi non riusciti sulle code di attesa e di conservazione.
    Sui sistemi Windows, immettere uno dei seguenti comandi. Le differenze tra i comandi vengono evidenziate:
    install_root\bin\wsadmin –lang jython -f queryNumberOfFailedMessages.py 
                                -cluster clusterName
                                [ -bfm | -htm ]
                                [-profileName profileName]
    
    install_root\bin\wsadmin –lang jython -f queryNumberOfFailedMessages.py 
                                -node nodeName 
                                -server serverName
                                [ -bfm | -htm ]
                                [-profileName profileName]
    Nei sistemi UNIX e Linux, immettere uno dei seguenti comandi. Le differenze tra i comandi vengono evidenziate:
    install_root/bin/wsadmin.sh –lang jython -f queryNumberOfFailedMessages.py 
                                -cluster clusterName
                                [ -bfm | -htm ]
                                [-profileName profileName]
    
    install_root/bin/wsadmin.sh –lang jython -f queryNumberOfFailedMessages.py 
                                -node nodeName 
                                -server serverName
                                [ -bfm | -htm ]
                                [-profileName profileName]

    Dove:

    cluster clusterName
    Il nome del cluster. Obbligatorio se il contenitore dei processi aziendali è configurato per un cluster WebSphere.
    node nodeName
    Facoltativo quando si specifica il nome del server. Questo nome identifica il nodo. L'impostazione predefinita è il nodo locale.
    server serverName
    Il nome del server. Obbligatorio se il nome del cluster non è specificato.
    bfm|htm
    Queste parole chiave sono facoltative. Quella predefinita, se non è specificata alcuna opzione consente la visualizzazione di tutti i messaggi non riusciti per i processi aziendali e le human task. Se si desidera visualizzare soltanto il numero di messaggi nelle code di conservazione e di attesa del contenitore dei processi aziendali, specificare l'opzione -bfm. Se si desidera visualizzare soltanto il numero di messaggi nella coda di attesa del contenitore human task, specificare l'opzione -htm.
    profileName profileName
    Il nome del profilo definito dall'utente. Specificare questa opzione se non si sta gestendo il profilo predefinito.

    Se si desidera verificare un server sul nodo locale, immettere:

    wsadmin –lang jython -f queryNumberOfFailedMessages.py -server serverName
  3. Rieseguire tutti i messaggi non riusciti sulla coda di attesa, di conservazione o su entrambe.

    Sui sistemi Windows, immettere uno dei seguenti comandi. Le differenze tra i comandi vengono evidenziate:

    install_root\bin\wsadmin –lang jython -f replayFailedMessages.py 
                             -cluster clusterName 
                             -queue replayQueue
                             [ -bfm | -htm ]
                             [-profileName profileName]
    
    install_root\bin\wsadmin –lang jython -f replayFailedMessages.py 
                             -node nodeName 
                             -server serverName 
                             -queue replayQueue
                             [ -bfm | -htm ]
                             [-profileName profileName]
    
    install_root\bin\wsadmin –lang jython -f replayFailedMessages.py 
                             -server serverName 
                             -queue replayQueue
                             [ -bfm | -htm ]
                             [-profileName profileName]

    Sui sistemi UNIX e Linux, immettere uno dei seguenti comandi. Le differenze tra i comandi vengono evidenziate:

    install_root/bin/wsadmin.sh –lang jython -f replayFailedMessages.py 
                             -cluster clusterName 
                             -queue replayQueue
                             [ -bfm | -htm ]
                             [-profileName profileName]
    
    install_root/bin/wsadmin.sh –lang jython -f replayFailedMessages.py 
                             -node nodeName 
                             -server serverName 
                             -queue replayQueue
                             [ -bfm | -htm ]
                             [-profileName profileName]
    
    install_root/bin/wsadmin.sh –lang jython -f replayFailedMessages.py 
                             -server serverName 
                             -queue replayQueue
                             [ -bfm | -htm ]
                             [-profileName profileName]

    Dove:

    queue replayQueue
    Facoltativamente specifica la coda da sottoporre a riesecuzione. replayQueue può possedere uno dei seguenti valori:
    • holdQueue (questo è il valore predefinito)
    • retentionQueue (valido solo quando viene specificata l'opzione -bfm)
    • both (valido solo quando viene specificata l'opzione -bfm)
    cluster clusterName
    Il nome del cluster. Obbligatorio se il contenitore dei processi aziendali è configurato per un cluster WebSphere.
    node nodeName
    Facoltativo quando si specifica il nome del server. Questo nome identifica il nodo. L'impostazione predefinita è il nodo locale.
    server serverName
    Il nome del server. Obbligatorio se il nome del cluster non è specificato.
    bfm|htm
    Queste parole chiave sono facoltative e si escludono a vicenda. Quella predefinita, se non è specificata alcuna opzione consente la riesecuzione di tutti i messaggi non riusciti per i processi aziendali e le human task. Se si desidera rieseguire soltanto i messaggi per i processi aziendali, specificare l'opzione -bfm. Se si desidera rieseguire soltanto i messaggi per le human task, specificare l'opzione -htm.
    profileName profileName
    Il nome del profilo definito dall'utente. Specificare questa opzione se non si sta gestendo il profilo predefinito.

Esempio

Nota: la versione jacl dello script di query staff inutilizzato di ripulitura, replayFailedMessages.jacl è obsoleta. È disponibile nella directory secondaria util della directory ProcessChoreographer e contiene gli stessi parametri qui descritti, ma l'opzione –lang jython deve essere omessa.

(c) Copyright IBM Corporation 2005, 2006.
This information center is powered by Eclipse technology (http://www.eclipse.org)