Re: Re[2]: Copy Tapes
1998-04-23 14:16:20
Subject: |
Re: Re[2]: Copy Tapes |
From: |
Hilton Tina <HiltonT AT TCE DOT COM> |
Date: |
Thu, 23 Apr 1998 13:16:20 -0500 |
This is true except when the tapes in question are in a copy storage
pool and are moved offsite. Then you've got 1 full tape and 1 filling
tape, but the filling tape can't be used again for another backup
because it's offsite. I guess it depends on your procedures for moving
tapes offsite -- whether you do it right away or wait until they're
full.
Tina
> -----Original Message-----
> From: Kent L. Johnson [SMTP:johnsk6 AT RPI DOT EDU]
> Sent: Thursday, April 23, 1998 12:48 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Re[2]: Copy Tapes
>
> 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
> 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: Re[2]: Copy Tapes, (continued)
- 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
- Re: Re[2]: Copy Tapes, Hilton Tina [SMTP:HiltonT
- Re: Re[2]: Copy Tapes, Janie Pendergraft [SMTP:jpenderg
|
|
|