Steven,

Is it possible to do subfile backup on .PST files only? Or is that
something fro v6.x and up?

Cheers,
Rick

On Wed, Aug 15, 2012 at 2:38 PM, Steven Harris <steve AT stevenharris DOT 
info>wrote:

> 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
>>
>>