Re: BRMS CPF5140 Error

I should be more specific. One cannot directly monitor a batch job running
in the controlling subsystem when it has ended. Even the console goes
offline for the duration of the backup. The BRMS log and job log are
available after the fact. This is why it's very important to set an
appropriate value for the restricted state end time. If the system is
totally locked I think one can force DST from the front panel, there are DST
options to force the restricted state batch job to end. I've only had to do
that once so don't have specifics.

And just to reiterate, the console is *not* available during the backup.

So no, the developer can't monitor the backup *whle it's running* but (for
example) once tested on a couple of small libraries, it should be sufficient
to go for the whole system.

--Loyd

On Thu, Jun 4, 2009 at 2:30 PM, <rob@xxxxxxxxx> wrote:

Doesn't BRMS use a joblog or something? If the job is running in batch
underneath QCTL can't you see how it's doing by looking at it's joblog? Or
does BRMS really present pretty screens in which it tells you exactly
which object of which library it's on or some such thing?

I would think that if you used the job in QCTL then your console would
still be free to evaluate "issues".