ADSM-L

Re: help !!!!!!!!!!! offsite requirements.

2001-09-09 01:40:41
Subject: Re: help !!!!!!!!!!! offsite requirements.
From: Suad Musovich <suad AT CCU1.AUCKLAND.AC DOT NZ>
Date: Sun, 9 Sep 2001 17:42:00 +1200
On Sun, Sep 09, 2001 at 11:36:59AM +0800, Pothula S Paparao wrote:
> Hi,
> where do i get more info. on offsite backup.
> here are some questions.
> 1) if i wanna setup offsite backup. how many tapes do i need. presently, we
> have 3575 tape library with 323 catridges. 40% of its space is occupied.

Depending how often you reclaim your off-site volumes, ours is (approx)
2/3 on-site and 1/3 off-site at the moment. (our old server was v.inefficient
so the numbers were close to 50-50)

If you have the existing copypool on-site, it will be theoretically about the
same size but be prone to getting bigger as the reclaims are inefficient.


> expecting 5% data change daily. would like to keep 2 versions at offsite.
> if so , let me know how?

So you want 3 copy-pools? Get some more tape 
drives/bandwidth/db-space/horsepower :)

Create 2 more copypools.

> 2) can i migrate data to copy pool as well to offsite pool from disk pool
> simultaneously.

Don't think you can, as a feature.

There was a similar thread a few months back on the list. If you have enough
disk pool for a backup window, run the "backup stg" directly from diskpool
to the copypools (can you run that 3 times simultaneously?)


> 3) how do i keep inventory of tapes going to offsite. do we need to write
> any scripts or any standard TSM commands to do this.

You can use DRM or use scripts. We have a collection of PERL scripts to do our
housekeeping.

When you checkout an tape for off-site just mark the access to "offsite".

> 4) can i check in and check out tapes using library operation pannel.

You can, but TSM won't know about it :)

If you require Ops. to do it, use scripts and complete instructions "or" train
them up as, if it can be broken ...


Just my $0.02

Cheers, Suad
--
> quick reply in this regard is highly appriciated.
> quick reply in this regard is highly appriciated.
>
> thanks in advance.
> regards
> sree.
<Prev in Thread] Current Thread [Next in Thread>