johnknight |
Has there been Logical files created over large Physical files around the time whent the backup time increased? Did the job change to save access path = *yes?
neilm1m |
Thanks for you comments.
*NONSYS = All libraries except the system libraries are saved.
Tape drives are up to date with microcode and as this is effecting more than one drive I don’t believe this is due to the drives themselves. Also they are cleaned on a regular basis.
No logicals have been created (to my knowledge) and the access paths are set to *no.
Any other thoughts?
johnknight |
Next question is have your memory pools changed or is there a large batch job now running using the same pool as the backup job?
neilm1m |
I’m afraid not.
Save is run in restricted state so there is no change to memory and no jobs running on the system at the same time as the save.
Thanks.
mbelle |
I was wondering if you have looked in SST to see the tape statistics? At V5R3 in SST there is an option to “Work with Removable media session statistics” This will show if you are starting to get excessive reads or writes during your saves.
dkb073 |
Has there been any changes to any of the save parameters (ie. compression, compaction, optimum block)?
neilm1m |
Didn’t realise that you could check the statistics there, but…. no joy. One or two tapes with a few errors but nothing really significant. As it is, the drives are only approx 4/5 months old anyhow.
And no, no changes to any parameters at all.
LSTEVENS |
We had a problem in V5R2 with long backup times after an IPL. IBM said it was ‘cos “first touch” adds to the processing time. Our times got better as the week went on.
Also, not all tape drives log stats to the SST media stats. We have a VXA2 drive and it doesn’t.
Backup & recovery
Currently running V5R3
0
