Re: SAVLIB and UPDHST(*NO) ... is it faster?

"Peter Vidal" <Peter_Vidal@xxxxxxxx> wrote:

> I am in a project were backup speed is crucial.  I am doing SAVLIB
> over 27 libraries but one of the guys here told me that if I change
> the parameter UPDHST to be *NO, it will increase the backup speed
> dramatically.  I am doing a regular backup of the libraries on tape
> every single day and this backup event is for one shot only, so I
> was wondering if I can give it a try...

It's a new one on me. There might be something in it, but as this is a
one-off you could well be better off with UPDHST(*NO) in any case. Your
object backup info would then point into your regular backup tapes rather
than the special one. Unless for some reason you particularly want the
history updated to show the one-off tape you have nothing to lose and
possibly something to gain by specifying UPDHST(*NO).

ACCPTH(*NO) will definitely speed the backup at the expense of a possibly
very long access path rebuild time should you need to restore the
libraries.

--
Dave...
               _________  ,___o
             __________   _\ <;_        http://www.audax.uk.net
           ___________   (_)/ (_)       http://www.twickenhamcc.co.uk
=======================================================
The opinions expressed in this communication are my own and do not
necessarily reflect those of my employer.


______________________________________________________________________
This message may contain confidential information which may also be legally 
privileged and is intended only for the use of the parties to whom it is 
addressed. If you are not an intended recipient you are hereby notified that 
any disclosure, copying, distribution or use of any information in this e-mail 
is strictly prohibited. If you receive this message in error please notify the 
sender by return e-mail and then destroy it. Further, we make every endeavour 
to keep our network free from viruses. However, you do need to verify that this 
e-mail and any attachments are free of viruses as we can take no responsibility 
for any computer viruses which might be transferred by way of this e-mail. All 
information and attachments remain the property of Stolt Offshore Group and 
should be held as confidential.