I believe (I can be wrong here), that DFSMShsm do it in the following
way: it writes data until end of volume, then it "moves back" a number
of blocks. The number is counted as percentage of the tape.
You can followe this way or simply use ABARS.
BTW: Do you really need to create the TAPES ?
3490E is really obsolete, it will become more and more exotic and
expensive.
The same amount of data can be easily written on DVD media. DVD burner
is approx. $50, you can make two copies at once, DVD media is less than
for peanuts. Every mainframe can transmit the data to locally-attached
PC. It's easier and cheaper to attach PC, than 3490E. Why bother with
tapes ?
BTW: Real story. I had to install some software at customer site. The
software was distributed on few CD's and one piece was on 3490E. It took
me almost *all the day* to read data from tape (unit name, free drive,
contact with operators, proper authorizations, etc.), while the CDs were
uploaded within half an hour.
--
Radoslaw Skorupka
Lodz, Poland
David Logan wrote:
Yes, I'm writing to 3490E cartridges, afaik. I didn't know that they were
being discontinued. I'm going to have to find documentation on that.
The requirements are easy. We ship tapes to a hardware duplication service.
That means they mount our tape on one side, and a stack of tapes on the
other side, and push a button.
Thus, the data on the "source" tape must be under the "guaranteed tape
length", otherwise some of the target tapes won't be long enough.
So, I can have multi-volume datasets, BUT, the portion of each file must be
under the guaranteed minimum length.
What our other office does is this: They write files to tape. When they hit
a file that causes a tape switch, they back off, rerun the job with one less
file, and start another tape with that file. Very crude.
I want a better way. I want to be able to write X number of IDRC compressed
(bytes/blocks) to a tape, and know for a fact that I am up to the point of
guaranteed tape length, and then switch tapes.
On a 3480 without IDRC compression, it's easy. I write 8,139 blocks if
24,576 bytes. Then I switch tapes. On a drive with compression, it's not
that easy. And I don't like the way my other shop does it. It's hokey,
manual and error prone.
David Logan
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sd Rejonowy dla m. st. Warszawy
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
