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:[EMAIL PROTECTED] Sent: Wednesday, May 05, 2004 7:56 AM To: [EMAIL PROTECTED] 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
