ADSM-L

Re: What's my best strategy given this scenario? (see inside for details)

2003-12-16 18:40:22
Subject: Re: What's my best strategy given this scenario? (see inside for details)
From: Steve Harris <Steve_Harris AT HEALTH.QLD.GOV DOT AU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 17 Dec 2003 09:39:03 +1000
John,

Server to server will only move data over the wan, there is no lanfree option 
at this time.

If you are only using second site for backup then there is no need for TSM2 at 
all.

Just define your second site library and drives with an new device class and 
stgpools on TSM1
Start a backup stgpool and magically, data will transfer to the second site.

I'm doing something like this:
TSM DB and logs are (AIX) mirrored and my diskpools are split with ½ at each 
site in separate pools.
Primary stgpool data flow is diskpool@1->diskpool@2->tapepool@2->tapepool@1.  
The tapepool@2 is normally access=unavailable, so it is usually skipped and 
data goes straight to tapepool@1.
During daily migration I point diskpool@1 directly to tapepool@2.

All backup stg goes to backuppool@2

In the event of a disaster, the tsm instance is switched to the second site.  
DB and logs run on mirrors and nothing is lost there.  Data in disk stgpools is 
lost and can either be recovered from backuppool@2 or marked as destroyed and 
backed up again.  Primary backups are made to go to second site by making 
tapepool@2 available.

Yes its complex, but it works.

HTH

Steve Harris
AIX and TSM Admin
Queensland Health, Brisbane Australia

>>> jdury AT DUQLIGHT DOT COM 17/12/2003 8:20:34 >>>
Here is our current setup. We have 2 TSM systems. TSM1 which is where all
the TSM clients backup to at night. TSM2 is offsite and only used for
keeping a second copy of the TSM1 data using the "BACKUP STGPOOL" command.
They are fiber connected like this:

         Location 1            |        Location 2
 ------------------------------|----------------------------------
                                         |
                                         |
              Shark1             |              Shark2
                    |                    |                   |
TSM1 - 2109 - 2029 == 2029 - 2109 - TSM2
                   |                     |                   |
         3494 Library1      |         3494 Library2


Both TSM1 and TSM2 have a fiber attached 3494 Library in their respective
locations.
Both TSM1 and TSM2 have a fiber attached shark in their respective
locations.
We have a few TSM clients that are fiber attached to the Shark drive on
TSM1 give that the amount of storage area for that server is rather large.

>From my understanding, there are LAN free and Server Free options so I
would think that I should be able to set it up so TSM1 sends data directly
from it's 3494 Library to TSM2's 3494 Library via fiber without having to
send the data over ethernet.  I'm a little confused on how I make this so.
Or for that matter, what my best strategy is at this point. Do I need the
Tivoli Storage Agent for this? Would it make the transfer faster? The data
is being sent right now but it seems to be pretty slow given that it should
be sending the data via fiber (at least I think).

Can someone shed some light on what my best strategy here is? Or maybe a
suggestion on a publication to read for optimising our environment. I just
want to make sure that data going from TSM1 to TSM2 is getting there as
fast as possible and also that the TSM clients with fiber attached Shark
Drives are being backed up as fast as possible.

Thanks much,
John



***********************************************************************************
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.
***********************************************************************************