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 prod
List [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
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 wil
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 Google
True, but all you have to do is stop telling HSM to use a worthless esoteric.
>>> John Kelly 3/11/2010 11:00 AM >>>
if your tapes are SMS manages then esoterics are not used, period.
This comment excludes HSM access. HSM does a pre call to SMS and won't
allocate if the tape esoteric is not de
if your tapes are SMS manages then esoterics are not used, period.
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)
-
, device
allocation is not using the UNIT value.
>>> Sebastian Welton 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
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 didn
> -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 :-)
>
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
and I
had 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 pu
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
12 matches
Mail list logo
