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 [EMAIL PROTECTED]>[EMAIL PROTECTED]>[EMAIL 
PROTECTED]>[EMAIL PROTECTED]  The [EMAIL PROTECTED] is normally access=unavailable, so 
it is usually skipped and data goes straight to [EMAIL PROTECTED]
During daily migration I point [EMAIL PROTECTED] directly to [EMAIL PROTECTED]

All backup stg goes to [EMAIL PROTECTED]

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 [EMAIL PROTECTED] or marked as destroyed and backed up again. 
 Primary backups are made to go to second site by making [EMAIL PROTECTED] available.

Yes its complex, but it works.

HTH

Steve Harris
AIX and TSM Admin
Queensland Health, Brisbane Australia

>>> [EMAIL PROTECTED] 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.
***********************************************************************************

Reply via email to