Re: Recovering from an batch job failure

Luc,

In a message dated 98-09-18 04:30:40 EDT, you write:

<<snip>>
>      Can anyone share his experience with this topic ?  

BPCS doesn't support commitment control, although both the AS/400 and UNIX
databases do.  Commitment control under the AS/400, and especially coded
within AS/Set, isn't as elegant as you're used to on the mainframe or within
something like Oracle.  I did it at a former client, and there are lots of
"GOTCHA's".

>       Possible answers I heard so far : 
>       A BPCS shop simply doesn't have to run jobs at night, because  
>       everything is run during the day ?

Most BPCS database updates occur in real time, so there isn't much need for
batch updates.  There are exceptions however, although most failures can be
corrected by the synchronization programs on the SYS01 menu.  The real reason
is probably that it would be a _HUGE_ project to implement CC in all of BPCS,
with no real return for SSA.

>       When a batch job during the day fails, the data is rectified manually 
>       with DFU ?

That's one method, although DBU is easier to use!  I just did a quick check,
and we have about 30 "quick and dirty" programs at my current client to fix
data -- most for interfaces to a PC, DEC, and/or ES/9000 that failed...

Cheers!

Dean Asmussen
Enterprise Systems Consulting, Inc.
Fuquay-Varina, NC  USA
E-Mail:  DAsmussen@aol.com

"BPCS -- Better Programs Coming Soon"
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---