Anoop:

Other than server-server virtual volumes, here's a couple other blue sky
options.

You might consider taking your dbbackup to disk, then move that file over
your network to the other machine.  nfs, sftp, scp, ttcp, those should all
work to get your dbbackup file moved.  Then you can just dd or tar it onto
tape, if you like.

Or you could somehow use iSCSI to serve up the tape drive itself over the
WAN, but I don't really think that's such a great idea.

The reason I'd use interim disk is our WAN links are pretty small and slow,
and keeping a mount point tied up for long enough to xfer 80GB worth of
database, whether it be via server-server or iSCSI, doesn't seem to make
much sense to me.  And I probably wouldn't use server-server for the same
reason, I don't need a dbbackup running all day and pinning the recovery
log.  Of course, your 300KM line could be gigabit with LAN level latency,
for all I know. <grin>

Alex Paschal
Freightliner, LLC
(503) 745-6850 phone/vmail


-----Original Message-----
From: Anoop Das [mailto:danoop AT IN.IBM DOT COM]
Sent: Wednesday, May 05, 2004 7:56 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Taking dbbackups on remote TSM servers


Hi all

I have two TSM servers connected to LTO 3583 located 300 KMs apart and the
dbabckup for the same happens locally. I then send the dbbackups to
offsite( Site-A to Site-B and viceversa) on a daily basis.

Is it possible to take the dbbackup of server-A to the site-B drive and
server-B to the site-A LTO drive?  This will relieve me of the manual
activity of sending the dbbackup tapes taken locally to offsite daily. Also
being a scheduled activity there is no chance for failures.

Any help is highly appreciated.

Anoop