Re: BRMS - full save with least amount of restricted time

[Jim Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx>]

Jeff,

The main concern with save while active on an *ALLUSR is when you use 
any synch point except *LIB.  *SYNCLIB and  *SYSDFN may take a LONG time 
to reach a synchronization point with all of the libraries on the system.

If you use *LIB as the save while active synchronization point you 
should not have any issues, I do it all the time.

I also use the technique you mention with two control groups, one for 
restricted state for what ever is needed there, then bring the system 
back up for use and start a save while active on the other libraries.

I use a control language program to do it so I can manage the shut down 
and start up properly.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 1/10/2013 1:13 PM, Jeff Crosby wrote:
<snip>
> I read in "Backup Recovery and Media Services
> for OS/400: A Practical Approach" (PDF available here:
> http://www.redbooks.ibm.com/abstracts/sg244840.html) that save while active
> is strongly discouraged with *ALLUSR.  The last update to this redbook was
> 2003, so I'm wondering if that's changed.  Anyone doing *ALLUSR save while
> active?
>
> Another thought I had was to put the *SAVSYS in one control group
> (restricted state), everything else in another control group (not
> restricted), and run them back to back.  This might be trickier, though, as
> the first control group has to finish before the next one starts.  I don't
> know if BRMS has that built in or not.  Just thought of that idea while
> writing.  Also, since I want everything on a single tape, I need to make
> sure the 2nd control group doesn't clear the tape.
>
> Suggestions welcome.
</snip>