Rielaborazione eventi e documenti commerciali che non riescono ad accedere al database

Se un evento o doc nella coda DATALOGQ JMS non riesce ad eseguire i tre tentativi per accedere al database, viene inserito nella coda DATALOGERRORQ JMS per consentire una rielaborazione successiva quando il problema è stato risolto.

Per rielaborare questi eventi e i documenti non riusciti, utilizzare la utility del manuale reprocessDbLoggingErrors.sh. Questa utility annulla la coda di tutti gli eventi e doc da DATALOGERRORQ e li rinserisce nuovamente in coda DATALOGQ, in modo che il DocumentLogReceiver normale accede nuovamente al database.

Questa utility si interrompe dopo l'elaborazione di tutti gli eventi e i documenti esistenti in DATALOGERRORQ. Qualsiasi evento o documento che non riesce ad accedere termina in DATALOGERRORQ di nuovo; tuttavia, questa volta, la utility garantisce che l'evento o il documento viene rielaborato solo una volta (ovvero, la utility non inserisce un loop di qualsiasi tipo con gli eventi e i documenti che non riescono ad accedere).

Per eseguire questa utility reprocessDbLoggingErrors.sh:

  1. Verificare che le variabili env siano correttamente definite in reprocessDbLoggingErrors.sh su qualsiasi macchina del router:
    REPROCESSOR_HOME=Root di installazione del Gestore documenti
     JAVA_HOME=$REPROCESSOR_HOME/java
     LOG_REPROCESSOR_CLASSES=$REPROCESSOR_HOME/classes
     
  2. Eseguire la utility dalla riga dei comandi:
    ./reprocessDbLoggingErrors.sh
     

Copyright IBM Corp. 1997, 2004