RE: Speeding up restore times

["Andy Nolen-Parkhouse" <aparkhouse@xxxxxxxxx>]

Bill,

A disk busy per cent of 33 is high.  You haven't reached the threshold
where the system would bog down (40%) but you're really close.  Given
that, you might be able to squeeze some more performance out, but not
much.

What are your doing?  Do you maintain a copy of these libraries on your
system?  Are you restoring onto your system over an existing copy and
accepting all differences?  Are you saving access paths?  Can you
describe the process in more detail?

If your disk capacity on your restoring system is not balanced, you may
be limited by one or two drives.  The system will try to fill up the
disks so that they are equivalent in capacity.  So if you had five drives
at 60% and five drives at 70%, most of the activity will occur on the 60%
drives and you won't get as much throughput.  If this is the case, look
at the ASPBAL commands to spread out your data.

Regards,
Andy Nolen-Parkhouse

> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-
> bounces@xxxxxxxxxxxx] On Behalf Of Bill
> Sent: Monday, March 31, 2003 11:35 AM
> To: midrange-l@xxxxxxxxxxxx
> Subject: Speeding up restore times
> 
> We are acting as a data backup site for a sister installation.  We
> receive tapes of their critical libraries weekly.  The time it takes to
> restore these libraries could use some improvement.  I don't think it's
> the tape drive since it seems to be inoperative for quite some time
> while the system processes in the background.  The thing is, the system
> isn't working very hard on the restore process:  the CPU used by the
> job is minimal, the disk busy % is approximately 33%, the overall CPU
> used is negligible.
> 
> Is there anything that can be done to speed this up?
> 
> The OS is V5R2, the tape drive is a BCC Clone of a 3590, the system is
> a 730/1506, the job is a standard batch 50/5000.
> 
> Bill