Antwort: DBUnload, need for speed

2012-06-27 Thread Markus Engelhard
Hi Eric, the process is definitely single-thread, we learned the hard way on a T5240: (one 1.4 GHz thtead out of 64 busy, all the others idle). My way would be to have a look at the hybrid upgrade method in develloperworks, the basic steps would be rather similar (just not the upgrade), looks rat

Re: DBUnload, need for speed

2012-06-27 Thread Huebner,Andy,FORT WORTH,IT
I recently extracted four TSM DB's to upgrade to 6.2. The DBs were from about 120GB to 230GB. The longest extract was 3:22 and that DB was about 150GB. I extracted from a cloned copy of the 5.4 DB. The DB was on 20GB disks, these were RAW volumes in AIX. To speed things up I pinned these disk

Re: DBUnload, need for speed

2012-06-27 Thread Oscar Kolsteren
Hi Eric, What's holding you back from upgrading to version 6? Maybe the upgrade will take as long as unloading/loading but you're in a better position than staying on 5.5. Groetjes, Oscar Butterfly Software Limited -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIS

Re: DBUnload, need for speed

2012-06-27 Thread Richard Rhodes
> The first part of the unload is running very fast (4 or even 5 million > entries per minute, but at a given point performance drops dramatically. > It's always at the same point (around 80%), so my guess is that that's > the most heavily fragmented part. > The only thing I can think of to speed u

DBUnload, need for speed

2012-06-27 Thread Loon, EJ van - SPLXO
Hi TSM-ers! My TSM databases are running for quite a while (since 4.1) and they are becoming rather fragmented, one of them more that 25%! It becomes noticeable too, expiration is running longer and longer. Our TSM servers are all running in AIX 5.3 on a P-series 570, SAN attached to a VMAX (OS, DB