ADSM-L

Re: archive to tape ???

2004-03-02 19:03:58
Subject: Re: archive to tape ???
From: Steve Harris <Steve_Harris AT HEALTH.QLD.GOV DOT AU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 3 Mar 2004 10:02:42 +1000
>>> mds AT HELICES DOT ORG 03/03/2004 8:00:47 >>>
<Snip>
>> Each day, run a backup stg from the nightly pool to the tape pool and
>> send the tapes off site.
>
>Will this contain _only_ new files and files that have changed since last 
>backup?
Yes.  The backup stg will copy all files currently in that stgpool.  Since its 
emptied every day there will only be last night's backups there.
<Snip>
>However, I wonder what value these tapes have, since -- by themselves --
>they are incomplete and cannot facilitate recovery.
>
>How do most sites implement rotating tapes offsite?
>
>It seems to me, that since my client uses their disk array(s) like sites
>I have seen use tapes, the only real difference is how to create those
>tapes that are to be taken offsite.

There's the rub .  The scheme that you are trying to create will consume 
resources, give someone a nice feeling but when depended upon will disappoint.

The only way to proceed is as you have already suggested - as if the primary 
data was on tape.

Backup all stgpools every day to tape. Use DRM to manage those tapes offsite. 

It sounds like the company has issues with tape handling. If this is so...

Set the reclaim percentage for offsite pools as high as possible to minimise 
reclaims. Place very large files into their own onsite/offsite pool hierarchy 
and never reclaim this, just allow it to expire. Only run offsite reclamation 
once or twice a week.  Recall tape from offsite only once a week.  
Doing this will give full protection, and other than the higher static tape  
usage will not involve significantly more tape handling than the 7 day 
scenario. 

Really.

If the handling of tapes by individual volume rather than by "box of tapes" is 
an issue, there are ways around this.  Look for posts by Paul Seay in the 
archives on this topic. (basically just before the end of the offsite cycle, 
run a move data recons=yes on the tapes that are coming due for recall) 

HTH

Steve.

 

  
   



***********************************************************************************
This email, including any attachments sent with it, is confidential and for the 
sole use of the intended recipients(s).  This confidentiality is not waived or 
lost, if you receive it and you are not the intended recipient(s), or if it is 
transmitted/received in error.

Any unauthorised use, alteration, disclosure, distribution or review of this 
email is prohibited.  It may be subject to a statutory duty of confidentiality 
if it relates to health service matters.

If you are not the intended recipients(s), or if you have received this e-mail 
in error, you are asked to immediately notify the sender by telephone or by 
return e-mail.  You should also delete this e-mail message and destroy any hard 
copies produced.
***********************************************************************************

<Prev in Thread] Current Thread [Next in Thread>