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 <[email protected]>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 >> >>
