Re: new tape drive question

For existing datasets, the system first figures out which volume the dataset is on, and if that volume is in an SMS library then SMS gets the allocation, if the volume is not in an SMS library the allocation continues normally. So, no, you will not have a problem with the scenario you describe.

"Pommier, Rex R." <Rex.Pommier@xxxxxxxxxxxxx> 11/17/2008 6:00 PM >>>
Scott and John,

Thanks for the information. I'll definitely be asking for more help as
I head down this path. This is an area of z/OS where I'm not that well
versed.

Our current 3590 tapes are a combination of SMS-managed and non-managed
tapes. The 3590s are currently used for batch datasets (SMS-managed),
and DFHSM ML2 and nightly backups (non-managed). We are planning on
moving the backups to the TS1120s, leaving HSM ML2 and production on the
3590s.

I will head down this path with the assumption that I can (relatively)
easily move the nightly backups to SMS-managed tapes.

One quick follow-up question. My nightly backups are currently all GDG
based full-volume backups with the DSN starting as MVS.BACKUP.whatever.
To move these to SMS-managed backups on the TS1120s, do I need to change
the naming convention or is SMS smart enough to know that older
generations of the GDGs are non-SMS managed on the 3590s and the newer
ones are SMS managed on TS1120s?

For example, if I have a monthly backup called
MVS.BACKUP.MONTHLY.DB0100.G1234V00 on a 3590, and then I implement this
manual tape library and SMS management before my next month-end backup,
so the next backup is on an SMS-managed TS1120 with
DSN=MVS.BACKUP.MONTHLY.DB0100.G1235V00. Is SMS smart enough to know
that if I call generation 1234 to load it on a 3590 but generation 1235
needs to go to the TS1120?

Thanks for helping an SMS newbie.

Rex

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@xxxxxxxxxxx] On
Behalf Of Scott Rowe
Sent: Monday, November 17, 2008 4:46 PM
To: IBM-MAIN@xxxxxxxxxxx
Subject: Re: new tape drive question

John is almost right, but you will only need one manual library. Once a
tape is SMS managed, he can tell the difference between the different
tape technologies.

I have done exactly what you are doing. If you want to talk offline,
I'll be happy to help.

Scott Rowe

John McKown <joarmc@xxxxxxxxxx> 11/17/2008 4:08 PM >>>
On Mon, 17 Nov 2008 14:55:39 -0600, Pommier, Rex R.
<Rex.Pommier@xxxxxxxxxxxxx> wrote:

List,

We're in the process of implementing some TS1120 tape drives on our
z/OS
system. These will sit next to our 3590s. I don't know if I'm missing
something obvious or if there's something I need to do to make this
work. Here's the situation - which I know many of you have already
encountered and successfully navigated.

The 3590 tape drives and the 3592/TS1120 drives share the same device
type that of UNIT=3590 with an allocation device type of 78048083. I
have set up esoterics to differentiate between the two. I use
UNIT=MAGS
to point to the 3590s and UNIT=TS1120 to point to them. This will work
fine for differentiating on a new allocation, but what happens when I
want to get at an existing dataset on a tape? With the same device
type
on both tape drives, I can see the system requesting a TS1120 drive to
load a 3590 tape because the system doesn't know the difference.

How do I differentiate between the two on an existing allocation?

Thanks.

Rex

The only way that I can think of is to put the new tapes in a "tape
library". Now, if you're using an ATL, then make one library for the old
drives and another library for the new drives. If the new drives are not
in
a library, then create a new library (and storage group) for the new
drives.
Change the IODF to say that the TS1120s are in a "Manual Tape Library"
(MTL)
and simply make up a LIBRARY-ID and LIBPORT-ID which doesn't conflict
with
anything else in the IODF. Also create a new storage class. In the
storage
class ACS routine, look for UNIT=TS1120 and assign the new storage class
to
the allocation. In the storage group ACS routine, look for the new
storage
class and assign it to a new storage group. Use ISMF to create a tape
library with the LIBRARY-ID and associate it with the new storage group.

Now, when z/OS detects that the volume serial to be mounted is defined
in
OAM as being in the MTL, it will ask that the volume be mounted on one
of
the drives assigned to the MTL (one of the new drives).

I cannot think of any other way to do this.

--
John

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying,
printing, distribution, use or disclosure of the material is strictly
prohibited. If you have received this material in error, please (i) do
not read it, (ii) reply to the sender that you received the message in
error, and (iii) erase or destroy the material. Emails are not secure
and can be intercepted, amended, lost or destroyed, or contain viruses.
You are deemed to have accepted these risks if you communicate with us
by email. Thank you.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


.

Relevant Pages

  • Re: Backup question
    ... Tapes are a good solution if you do a *lot* of backups - the cost per GB ... If you are willing to buy tape drives from eBay and the like, though, ...
    (alt.computer.security)
  • Re: Backup Solutions - Which one do you use...
    ... we setup the stock SBS backup to a USB hard ... I have grown somewhat accustomed to swapping out the drives, ... Is a Symantec/Veritas solution based on tape and/or tape libraries (many ... I've seen a number of companies switch to large NAS systems for backups, ...
    (microsoft.public.windows.server.sbs)
  • Re: Please suggest archive/backup solution?
    ... Looking around I see DAT tape backups for a few hundred. ... hard drives to hold multigigabytes of data. ... I have a need for a small number of terabytes. ... There are advantages to hot swappable disk storage for backups. ...
    (comp.os.linux.misc)
  • Re: new tape drive question
    ... and DFHSM ML2 and nightly backups. ... Subject: new tape drive question ... The 3590 tape drives and the 3592/TS1120 drives share the same device ... library with the LIBRARY-ID and associate it with the new storage group. ...
    (bit.listserv.ibm-main)
  • Re: new tape drive question
    ... Once a tape is SMS managed, he can tell the difference between the different tape technologies. ... We're in the process of implementing some TS1120 tape drives on our z/OS ... then create a new library (and storage group) for the new drives. ... library with the LIBRARY-ID and associate it with the new storage group. ...
    (bit.listserv.ibm-main)
Loading