Thanks for weighing in Allen and Wanda

We couldn't get NDMP diffs taken by the filer direct to tape to copy
using backup stg.  Some sort of subtle bug between Filer firmware, TSM
level and the altitude of the machine room :)  Tried support channels
for 4 months with no luck.  Also discovered the awful truth that NDMP
restores need a windows box to run the client for the webgui or they are
unworkable and no-one had factored the care and feeding of a windows box
into the equation.

So as an interim solution I implemented CIFS backups via a dodgy VM,
daily incrbydate/weekend incremental. This works fine and we'll base our
final design on it, but use snapdiff during the week. I'm going to try
subfile differencing on those pesky PST files as well. The obvious way
to avoid one trip across the network and thereby improve performance is
to have the client -on - the server, which implies a windows server and
brings us to the question of how to get there. Hopefully the 10 days
that the initial backup took will be cut to 5 or less by the dedicated
hardware instead of a VM and the reduction in network hops.

Wanda's option of using the new replication facility is a good one.
I'll research it.  Thanks Wanda.

I suppose one advantage of using DB2 is that it does have platform
migration utilities, but someone has to test and certify for use before
platform transformation can become supported.  I'm of the opinion that
being platform-bound is unacceptable in todays IT landscape, but that's
just me.

Regards

Steve


On 13/08/2012 10:41 PM, Allen S. Rout wrote:

On 08/12/2012 10:04 PM, Steve Harris wrote:

I have a situation where the design that was originally implemented to
back up some NAS Filers using a Linux TSM Server has not worked out in
practice. We are thus looking to re-implement on Windows. I'd really
prefer not to have to do everything from scratch particularly as the
initial backup takes on the order of 10 days.

Is there some aspect, other than the platform itself, which suggests
that a Windows TSM server will answer this need better than a Linux one?

Has anyone tried to restore a TSM V6 DB from Linux to windows? If its
not directly possible can it be "converted" using DB2 export/import
tools?

The canon is that you can't restore cross-platform, which I guess you
know.   I think that if you used DB2 level tools to shoehorn a backup
from platform A into platform B, you'd be in an Unsupported
Configuration par excellence.   I'd be afraid that it would mostly work,
as in not show problems for "A while", and then leave you up a
semiliquid creek.



- Allen S. Rout