If this is on Win2k, did you try JOURNAL-based backup?
It should be pretty fast, as then the client will collect all the names
of files, that have changed since the last backup. No major data transfer
with TSM DB.
Install the feature, run incremental twice. The second (and all next)
should be fast.  But still run incremental without journal once a
month or week, just to be sure you are in sync. with TSM DB.


Best regards / Pozdrawiam,

Adam Balaban, PhD
Technical Consultant

LX Polska Sp. z o.o.
Pulawska 232, 02-670 Warsaw, Poland
mobile:  +48 694479812
work tel:+48(22)5434411

[czwartek, 16 czerwiec 2005, 01:05] Dearman, Richard napisal(a):

> Yes, but the long backup time is because of the time it takes the TSM
> client to query the TSM database for backup file candidates and not due
> to the actual movement of files from the client to the TSM server.  So
> how pulling from 10 separate drives increase the query speed.
>
> For instance it takes hours and GB of memory on my client for the client
> to query the TSM server for file info for 15 million files even though
> the actual backup will end up being 11,000 files consisting of 300mb.
> And the backup take over 17+ hours to complete.  This is running from a
> GigE connection with my client with 4 cpus and 6GB of memory although it
> is Win2k.
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Stapleton, Mark
> Sent: Thursday, June 16, 2005 12:53 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: 15,000,000 + files on one directory backup
>
> No, because you're pulling data off of 10 separate physical drives. It's
> likely to be significantly faster.
>
> --
> Mark Stapleton (stapleton AT berbee DOT com)
> IBM Certified Advanced Deployment Professional
>   Tivoli Storage Management Solutions 2005
> IBM Certified Advanced Technical Expert (CATE) AIX
> Office 262.521.5627
>
>
>  ....