Re: Reclamation of offsite group.

Ann,

     Be careful leaving Reclamation Threshold at 50% or anything less than
100%, since you will then have less control as to when the Reclamation
process occurs.

     We prefer to use the Administration Schedule command to reset the
value to 60% on a quiet day of the week, do all of our processing and then
return the value to 100%

     That way we know that tape processing will occur and can be geared up
for it.

Regards,
Gary

Gary.Harrison AT arcadiagroup.co DOT uk




From: "Toora; Kuli" <kulbinder.toora AT EXCHANGE.MEB.CO DOT UK> AT INTERNET-PO 
on
      05/01/99 14:29


To:   ADSM-L AT VM.MARIST DOT EDU AT INTERNET-PO@CCMAIL
cc:    (bcc: Gary Harrison/Systems/ARCADIAGROUP)
Subject:  Re: Reclamation of offsite group.




Ann,

You should set your reclamation threshold to 50% (or any value you want to
use) and leave it at that level all the time.
When reclamation talks place for a copypool the primary storage pool is
used to recreate the valid data on the volume being reclaimed.
Therefore a new offsite volume is created to be sent offsite the next time
vaulting takes place.

If you need any more info drop me a line on the address below.

Thanks,

Kuli.

Kulbinder Toora
01384 296191 x3498
e-mail - Kulbinder.toora AT meb.co DOT uk
Midlands Electricity

> -----Original Message-----
> From: Ann Foster [SMTP:afoster AT SEAHAWK.NSCC.MASS DOT EDU]
> Sent: Tuesday, January 05, 1999 2:07 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Reclamation of offsite group.
>
> Hello,
>         From my understanding of reclamation documentation, we are
> starting to set
> reclamation for our offsite copypool as follows: When we offsite a
> copypool, we set reclamation on that copypool to 100% to prevent
> reclamation. Then, when we return the copypool onsite we set reclamation
> back to 50%. Can any one verify if this procedure is correct, or if not,
> why a better solution should be used?
>
> Thanks for any input,
> Ann Foster
> afoster AT nscc.mass DOT edu
>
> ADSM Server 3.1.2
> AIX 4.1.5
> (We are currently not using Disaster Recovery Manager.)
>
> ================================================================
> This incoming e-mail (and any attachments) has been checked at MEB
> (UK 01384 296191), and has been found to be clean from any
> virus infection (using Dr Solomon's v7.90).
>
> If you have any queries about viruses, please contact PC Tech
> Support (09 3521) or about the external e-mail system, contact
> David Perry (09 3673).
>
> ================================================================
================================================================
This outgoing e-mail (and any attachments) has been checked
(using Dr Solomon's v7.90) at MEB (UK 01384 296191) before
despatch, and has been found to be clean from any virus infection.

If you have any queries about viruses, please contact PC Tech
Support (09 3521) or about the external e-mail system, contact
David Perry (09 3673).

================================================================