Re: Re[2]: Copy Tapes
1998-04-23 13:48:12
Subject: |
Re: Re[2]: Copy Tapes |
From: |
"Kent L. Johnson" <johnsk6 AT RPI DOT EDU> |
Date: |
Thu, 23 Apr 1998 13:48:12 -0400 |
I understand that the "recommended" values for reclaim percentage is greater
that 50%. I have a slightly different view of it, though.
We have 3590 tape drives, which have a capacity of 10GB.
If I use the example which Bob Miller sited in an earlier post:
If I have two tapes which are 60% full, they will be reclaimed and I will end
up with 2 tapes which are 100% full and 20% full.
In my view this is a very positive result, because the 60% tapes were "Full",
so were consuming a total of 20GB of capacity for 12GB of data. After
reclamation, the 20% full tape is "Filling", so I can take advantage of the
remaining 8GB of capacity.
We have very limited funds for tapes and 3590 tapes are fairly expensive, so
I am happy to trade the extra data movement for additional available
capacity.
Kent
On Apr 23, 9:24am, Hilton Tina wrote:
> Subject: Re: Re[2]: Copy Tapes
> Isn't it generally recommended that the reclamation threshhold be 50% or
> higher to achieve optimum tape utilization? I think you might have more
> partially used tapes in your copy pool by setting it to 40%. Please
> correct me if I'm wrong.
>
> Tina Hilton
> Thomson Consumer Electronics
>
> > -----Original Message-----
> > From: Janie Pendergraft [SMTP:jpenderg AT STJ DOT COM]
> > Sent: Thursday, April 23, 1998 8:21 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: Re[2]: Copy Tapes
> >
> > Wanda & Kelly,
> > I will try to use the reclaim process today. It is set to 40%. Our
> > primary
> > tape reclamation is also set to 40% but we have been using the move
> > data
> > process to reclaim our primary tapes when we need scratch tapes. This
> > may
> > be the wrong way to do it? Like I said earlier we are new to this and
> > still
> > in the process of learning and ADSM appears to be a good product but
> > far
> > different from any other backup we have used in the past.
> >
> > ----------
> > From: Prather, Wanda[SMTP:PrathW1 AT CENTRAL.SSD.JHUAPL DOT EDU]
> > Reply To: ADSM: Dist Stor Manager
> > Sent: Wednesday, April 22, 1998 3:53 PM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: Re[2]: Copy Tapes
> >
> > Janie, tapes should reclaim just fine for your copy storage pools.
> > You just can't do it with MOVE DATA, it should happen automatically
> > with
> > the
> > RECLAIM process
> >
> > If your copy storage pool tapes are still on site, when a tapes hits
> > the
> > reclaim threshold, ADSM will start mounting the tapes automatically
> > and
> > doing a reclaim. Once all the data has been copied to a new tape, the
> > reclaimed tape will be returned to scratch.
> >
> > If your copy storage pools tapes are offsite, when a tape hits the
> > reclaim
> > threshold, ADSM will mount the appropriate tapes from the PRIMARY pool
> > and
> > start to rebuild the data onto a new copy pool tape. And the offsite
> > tape
> > being reclaimed will go back to scratch.
> >
> > Something else is wrong if you have a copy pool set up, but no
> > reclaims are
> > happening.
> >
> > 1) are your PRIMARY tapes being recliamed OK?
> >
> > 2) What is the RECLAIM threshold for your copy storage pool?
> > (To find out, display the PROPERTIES for the copy storage pool. Or if
> > you
> > prefere the command line, enter the command: q stgpool POOLNAME f=d
> >
> > ===============================================================
> > Wanda Prather
> > Johns Hopkins Applied Physics Lab
> > 443-778-8769
> > wanda_prather AT jhuapl DOT edu
> >
> > "Intelligence has much less practical application than you'd think."
> > - Scott Adams/Dilbert
> > ===============================================================
> >
> >
> >
> > > ----------
> > > From: Janie Pendergraft[SMTP:jpenderg AT stj DOT com]
> > > Sent: Wednesday, April 22, 1998 4:12 PM
> > > To: ADSM-L AT vm.marist DOT edu
> > > Subject: Re: Re[2]: Copy Tapes
> > >
> > > That is what I have finally figured out. I guess we will just leave
> > the
> > > tapes as they are just in case for some reason there may be some
> > > information on them that we need. We will just order new tapes. I
> > would
> > > just discard the data and scratch the tapes but I really don't want
> > to
> > > take
> > > the chance there may be something on them we might need. Thanks
> > anyway.
> > >
> > > Janie Pendergraft
> > > St. John's Regional Medical Center
> > >
> > >
> > >
> > > ----------
> > > From: James SPORER[SMTP:james.sporer AT CCMAIL.ADP.WISC DOT EDU]
> > > Reply To: ADSM: Dist Stor Manager
> > > Sent: Wednesday, April 22, 1998 2:40 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Re[2]: Copy Tapes
> > >
> > > I don't think you can do that. The data already exists in the
> > > primary
> > > storage pool. If you want to copy the tape you must copy it to
> > a
> > > copy
> > > storage pool.
> > >
> > >
> > >
> > > ______________________________ Reply Separator
> > > _________________________________
> > > Subject: Re: Copy Tapes
> > > Author: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> at IPNET
> > > Date: 4/22/98 11:34 AM
> > >
> > >
> > > Kelly,
> > > We used the Gui interface on an ADSM NT Sever ver 2.1.06 with the
> > move
> > > data
> > > option. We were trying to move the data from the copy tape to a
> > storage
> > > pool called backup_disk. We thought this would reclaim the tape to
> > scratch
> > > status. The error we keep getting is:
> > > ANS8001 Moving data from selected volume cannot be completed due to
> > the
> > > following error
> > > ANS51021 Return Code 21
> > >
> > > We are still trying to research the error message and figure out why
> > we
> > > cannot reclaim the tapes.
> > > ----------
> > > From: Kelly J. Lipp[SMTP:lipp AT STORSOL DOT COM]
> > > Reply To: lipp AT storsol DOT com
> > > Sent: Tuesday, April 21, 1998 5:25 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Re: Copy Tapes
> > >
> > > You can reclaim copy storage pool volumes. Are you getting an error
> > when
> > > set the reclaim threshold on the pool?
> > >
> > > Good job on having a copy storage pool in the first place. Lots of
> > folks
> > > don't create one early and then have real problems later.
> > >
> > > Kelly Lipp
> > >
> > > -----Original Message-----
> > > From: Janie Pendergraft [SMTP:jpenderg AT STJ DOT COM]
> > > Sent: Tuesday, April 21, 1998 3:53 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Copy Tapes
> > >
> > > When we first set up our ADSM server we had a consultant come in and
> > help
> > > us. We had a tape drive set up for copy tapes to use for offsite
> > backups.
> > > We had not implemented DRM and still haven't yet but are in the
> > process
> > of
> > > doing so. We have nearly 100 copy tapes in the library 4mmlib_copy
> > with
> > > 0.3
> > > % utilization and .51% utilization etc. This apparently happened
> > because
> > > our ADSM server was not set up correctly. Our tapes fill up to 100%
> > now.
> > > My
> > > question is when we tried to reclaim the data off of these tapes it
> > gave
> > > us
> > > an error message indicating that we cannot reclaim copy tapes. Is
> > there
> > > any
> > > way to reclaim the data off of these tapes so we can make them
> > scratch? I
> > > am under the impression from what I have read copy tapes cannot be
> > > reclaimed and if this is so then we will have to keep buying more
> > tapes
> > > instead of scratching the ones we already have. We can delete them
> > and
> > > discard data but we would rather not do that in the event there is
> > some
> > > information on these tapes that we may need. Thanks for any help. We
> > are
> > > still new to ADSM and learning how it works.
> > >
> > > Janie Pendergraft
> > > St. John's Regional Medical Center
> > >
>-- End of excerpt from Hilton Tina
--
Kent Johnson Internet: johnsk6 AT rpi DOT edu
Kent Johnson Internet: johnsk6 AT rpi DOT edu
Unix Systems Programmer (VCC 323) Phone: (518) 276-8175
Rensselaer Polytechnic Institute Fax: (518) 276-2809
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re[4]: Copy tapes, (continued)
- Re[4]: Copy tapes, Michael Hartmann
- Re: Re[2]: Copy Tapes, Janie Pendergraft
- Re: Re[2]: Copy Tapes, Janie Pendergraft
- Re: Re[2]: Copy Tapes, Bob Miller
- Re: Re[2]: Copy Tapes, Hilton Tina
- Re: Re[2]: Copy Tapes, Janie Pendergraft
- Re: Re[2]: Copy Tapes, Prather, Wanda
- Re: Re[2]: Copy Tapes, Kelly J. Lipp
- Re: Re[2]: Copy Tapes, Hilton Tina
- Re: Re[2]: Copy Tapes, Kelly J. Lipp
- Re: Re[2]: Copy Tapes,
Kent L. Johnson <=
- Re: Re[2]: Copy Tapes, Janie Pendergraft
- Re: Re[2]: Copy Tapes, Hilton Tina
- Re: Re[2]: Copy Tapes, Lindsay Morris
- Copy Tapes, Janie Pendergraft [SMTP:jpenderg
- Re: Copy Tapes, Kelly J . Lipp [SMTP:lipp
- Re[2]: Copy Tapes, James SPORER [SMTP:james.sporer
- Re: Re[2]: Copy Tapes, Prather , Wanda [SMTP:PrathW1
- RE: Re[2]: Copy Tapes, Prather , Wanda [SMTP:PrathW1
- Re[2]: Copy Tapes, James SPORER [SMTP:james.sporer
- RE: Re[2]: Copy Tapes, Pendergraft , Janie
|
|
|