Miles,
   Thanks for your input. Just to make things a little clearer, the reason
why we jump
through all the hoops to break off a mirror with our current backup
procedure is to
allow clients to carry on using the disks whilst we back up the broken
mirror. Effectively
we are getting a snapshot of the disk at that point in time. In this way, we
have a minimum
of downtime (basically just the time needed for breaking the mirror copies
off).

MP>So if you are backing up filesystems there is no need to break the
mirroring

I realise this is true in general, but not in the situation where the
contents of the
disks are still changing. Breaking off the mirrors is the way you accomplish
this when
using sysback; I was wondering whether TSM provides anything similar. I
guess I am asking
whether there is any easy way to use the client to get a point-in-time
snapshot of a filesystem
and back that up. We really want to minimise the downtime for the client
machine.
It might prove to be the case that we can ship the data off the client to
the TSM server
fast enough that we can get all the data off in the time it used to take to
break the mirrors,
which would certainly help. I don't really have a feel for how much data we
are likely
to be changing on these servers in a day, or how much network bandwidth I
can steal to
do this just yet.
        I know that from the OS point of view, you just see the filesystem
within the LVM, and
that the multiple PP copies of the LP are handled transparently at a lower
level.

MP>However I think you want to back up filesystems, right?

Yep. That isn't the hard bit. The tricky bit is getting a snapshot whilst
keeping the
machine up...

I hope that is a little clearer!

Cheers,

Steve Greatbanks