I think a combination of Metro Mirror and Remote Copy can do the work. It 
means, you can mirror TSM database to the shorter distance by Metro Mirror and 
use long distance Remote Copy at appropriate time. It is a little bit 
complicated, but it should work properly.





Grigori G. Solonovitch



Senior Technical Architect



Information Technology  Bank of Kuwait and Middle East  http://www.bkme.com



Phone: (+965) 2231-2274  Mobile: (+965) 99798073  E-Mail: G.Solonovitch AT bkme 
DOT com



Please consider the environment before printing this Email





-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Wanda Prather
Sent: Wednesday, December 16, 2009 7:34 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM 5.x DB and hardware replication



In cases where I had local fibre, I'd certainly be happy to set up TSM

mirroring.



But:  AFAIK you can't do that with TSM 6.1.

It will mirror logs, but not the DB.



And this customer is doing very long distance (hundreds of miles) mirroring

over PPRC (or the EMC equivalent), which has to be asynchronous.



In order for TSM to do the mirroring, you need the drive/filesystem to

appear to be a local device to the TSM server.  I don't have that option

right now, all I've got to play with is the hardware function.



W



On Wed, Dec 16, 2009 at 11:11 AM, David E Ehresman

<deehre01 AT louisville DOT edu>wrote:



> Wanda,

>

> In TSM v5, do you find hardware replication to work better than TSM

> mirroring for replicating the TSM DB and log to a DR site?

>

> David

>

> >>> Wanda Prather <wprather AT JASI DOT COM> 12/15/2009 12:40 PM >>>

> In prior TSM server versions, replicating the TSM DB and log using hardware

> replication works fine as long as the DB and log are in a consistency

> group.

>

> Any issues with hardware replication of the TSM 6.1 DB and log?  With

> appropriate changes to dsmserv.opt, will a DR TSM server be able to open

> the

> replicated DB and use it?  (Just a little nervous about what all those DB2

> services will think..)

>

> Any insight appreciated!

>

> W

>



Please consider the environment before printing this Email.

________________________________
"This email message and any attachments transmitted with it may contain 
confidential and proprietary information, intended only for the named 
recipient(s). If you have received this message in error, or if you are not the 
named recipient(s), please delete this email after notifying the sender 
immediately. BKME cannot guarantee the integrity of this communication and 
accepts no liability for any damage caused by this email or its attachments due 
to viruses, any other defects, interception or unauthorized modification. The 
information, views, opinions and comments of this message are those of the 
individual and not necessarily endorsed by BKME."