ADSM-L

Re: Reclamation of offsite volumes

2000-03-29 20:53:46
Subject: Re: Reclamation of offsite volumes
From: Eric Winters <ewinters AT AU1.IBM DOT COM>
Date: Thu, 30 Mar 2000 11:53:46 +1000
John,

Something worth looking out for, but not applicable in my case. My problem
volumes are correctly set to access=offsite.
Anyway, some of them do reclaim but only by a few percent. This has been
experienced by others too it seems.
The reclaim procedure just doesn't work correctly.

But moving the data as suggested in other replies sounds like just as good
an approach.

Regards,

Eric Winters
IBM Global Services Australia
ZE06 (Zenith Centre - Tower A)
Level 6,
821 Pacific Highway
Chatswood NSW 2067
Sydney Australia
Ph:  +61-2-8448 4104
Fax: +61-2-8448 4006


"Price, John" <john.price AT WEYERHAEUSER DOT COM> on 30/03/2000 08:11:13

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

To:   ADSM-L AT VM.MARIST DOT EDU
cc:    (bcc: Eric Winters/Australia/Contr/IBM)
Subject:  Re: Reclamation of offsite volumes




I have also had troubles with this and found that I have tapes that have
been marked unavailable.  I changed them to readwrite and reclamation
worked
fine after that.  On the command line type q vol * stg=* acc=unavailable

> ----------
> From:         Eric Winters[SMTP:ewinters AT AU1.IBM DOT COM]
> Reply To:     ADSM: Dist Stor Manager
> Sent:         Wednesday, March 29, 2000 5:00 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Reclamation of offsite volumes
>
> Thanks for the suggestion Lawrence but I need to be in control of when
> reclamation takes place and reclamation isn't working anyway for a few
> tapes - this is the point, that tapes with reclamation values > my
> reclamation threshold are NOT being fully reclaimed or are being
> completely
> ignored.
>
> I am going to go down the move data path.
>
> Regards and thanks,
>
> Eric Winters
> IBM Global Services Australia
> ZE06 (Zenith Centre - Tower A)
> Level 6,
> 821 Pacific Highway
> Chatswood NSW 2067
> Sydney Australia
> Ph:  +61-2-8448 4104
> Fax: +61-2-8448 4006
>
>
> Lawrence Clark <Larry_Clark AT THRUWAY.STATE.NY DOT US> on 29/03/2000 23:39:19
>
> Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> To:   ADSM-L AT VM.MARIST DOT EDU
> cc:    (bcc: Eric Winters/Australia/Contr/IBM)
> Subject:  Re: Reclamation of offsite volumes
>
>
>
>
> Hi Eric:
> You may want to:
> - set your hi lo values on your offsite  (copypool) storage pool so that
> an
> expire inventory will initiate the reclamation.
> - adjust the values so that it is below your 'troublesome tapes
>
> >>> BillSlaughter AT TUPPERWARE DOT COM 03/28/00 03:59PM >>>
> I myself found the same problem and no longer use "reclamation".
>
> I use a script that I developed that figures out which tapes are above my
> (reclaimable) threshold and issues "Move Data XXXXXX" commands in non
peak
> hours on a daily basis.
>
> To avoid processing tapes that I just sent offsite (PTF #1) I only
process
> the ones that have not been written to in 10 days.
>
> You don't even need to recall your "troublesome" volumes, ADSM knows
where
> the file is in the primary storage pool and will re-create the offsite
> tape
> in a new or appended tape.
>
> I can send you the script if you want?
>
> -----Original Message-----
> From: Eric Winters [mailto:ewinters AT AU1.IBM DOT COM]
> Sent: Monday, March 27, 2000 12:00 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Reclamation of offsite volumes
>
>
> Dear  *SM people,
>
> Further to my submission a week or so ago I thought I'd update you on
what
> I found when looking closely at the success of offsite reclamation.
> It turns out that like Marian, I have a number of volumes which are only
> reclaimed very slowly, and some which are not reclaimed at all. Over the
> period of a week I had 6 eligible volumes of which 3 were partly
reclaimed
> (just a few percent) and another 3 were not reclaimed at all. And this is
> in spite of allowing the offsite reclamation process to always run as
long
> as it wanted (ie I never killed the process).
>
> These troublesome volumes will be brought back in order to manually move
> their data. (I'm on ADSM 3.1.2.40).
> Regards,
>
> Eric Winters
> IBM Global Services Australia
> ZE06 (Zenith Centre - Tower A)
> Level 6,
> 821 Pacific Highway
> Chatswood NSW 2067
> Sydney Australia
> Ph:  +61-2-8448 4104
> Fax: +61-2-8448 4006
>
<Prev in Thread] Current Thread [Next in Thread>