×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
It could have changed ... but to my understanding parallel save cannot be
setup for *ALLUSER
http://www-01.ibm.com/support/docview.wss?uid=nas8N1012281
Paul
From: Rob Berendt <rob@xxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx
Date: 20/09/2016 16:22
Subject: BRMS scatter saves
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
We spread our saves among four drives in our library.
Objects within a library are currently not scattered among the drives. Is
there a way to get it to do so?
The problem is we have one extremely large library (looking at breaking
that down but that will be difficult at best).
It's still saving for three hours after the other libraries in the *ALLUSR
part are done.
I'm sure that if it would scatter we bust that time by potentially 1/4.
*LINK save scatters.
While I am more concerned about the time if I was still using physical
tape I would also be concerned about this
Volume ---Temporary Errors--- --------M Bytes--------
ID Read Write Read Written
G00129 0 0 1 1572815
G00130 0 0 1 549684
G00131 0 0 1 873180
G00132 0 0 1 552368
G00133 0 0 1 665417
The big library starts out on G00129. Fills that up and,
instead of using the empty space on 130-132,
it loads up another tape (G00133) and continues the save on from there.
Got this data from PRTERRLOG. I ran it with VOLSTAT(*DLT) right before
the save to clear the old data. These numbers are pretty close to what
our VTL tells us was 'written'.
Rob Berendt
midrange.com
