Many thanks for all the replies, they've been very helpful. I'll admit I'm
pretty rusty in this area but got roped in to doing it as I've done similar
(but not this type of migration) in the past so forgive my seemingly 'dumb'
questions. I've now found some material to read through (changing
I am at SHARE right now, so I don't have this in front of me, so I may be a bit
off (if so, someone should be able to correct me), but you should not have to
change your ACS routines at all. All you need to do is remove the old VTS from
your STORGRP and add the new VTS. All new allocations
[mailto:ibm-m...@bama.ua.edu] On
Behalf Of Sebastian Welton
Sent: Thursday, March 18, 2010 8:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: VTS Migration
Many thanks for all the replies, they've been very helpful. I'll admit
I'm
pretty rusty in this area but got roped in to doing it as I've done
similar
The good news is that once your new allocations are pointed to the new
VTS, you can use the HSM recycle to move the data from your 'old' ML2
HSM backup tapes to the new VTS.
Your comment about other 'random' data concerns me a little. It reminded
me that someone should caution you about
Currently starting a VTS migration to a B20 and have been doing a lot of
RTFM'ing in preperation but there doesn't seem to be much out there in
regards to the RMM - OAM - z/OS side of things. I have put a rough plan
together, which is looking reasonably good, but it would be nice to see any
removed the Af0-Aff. But it was always TAPE.
Lizette
Currently starting a VTS migration to a B20 and have been doing a lot
of
RTFM'ing in preperation but there doesn't seem to be much out there in
regards to the RMM - OAM - z/OS side of things. I have put a rough plan
together, which is looking
You got me on the push-pull bit :-)
That is pretty much what I plan to do by giving the new VTS a different
range of addresses but I need to migrate all the existing data over (HSM,
etc.) so I would have problems with UNIT=TAPE as I would not be able to
determine into which VTS the data is being
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Sebastian Welton
Sent: Thursday, March 11, 2010 8:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: VTS Migration
You got me on the push-pull bit :-)
That is pretty much what I plan
How are your naming standards? Is your current library controlled though
SMS?
You can control all your new tape allocations through your SMS routines
and don't have to worry about or change your esoterics at all. You may
want to have your new tape addresses added to your esoterics. I
, device
allocation is not using the UNIT value.
Sebastian Welton sebast...@welton.de 3/11/2010 6:23 AM
Currently starting a VTS migration to a B20 and have been doing a lot of
RTFM'ing in preperation but there doesn't seem to be much out there in
regards to the RMM - OAM - z/OS side of things. I
snip
if your tapes are SMS manages then esoterics are not used, period.
/snip
This comment excludes HSM access. HSM does a pre call to SMS and won't
allocate if the tape esoteric is not defined to MVS.
Jack Kelly
202-502-2390 (Office)
True, but all you have to do is stop telling HSM to use a worthless esoteric.
John Kelly john_j_ke...@ao.uscourts.gov 3/11/2010 11:00 AM
snip
if your tapes are SMS manages then esoterics are not used, period.
/snip
This comment excludes HSM access. HSM does a pre call to SMS and won't
12 matches
Mail list logo
