... >We are trying to complete an incremental backup an NT Server with about 3 >million small objects (according to TSM) in many, many folders and it can't >even get done in 12 hours. To the excellent responses already posted regarding the TSM db being in the middle of the operations, I could only add that you should inspect how the server is handling the task, and what else may be running in the server at the same time. If backing up to a initial disk storage pool, migration from it may be impeding your backups. And there may be contention for tape drives or volumes, mount transition times, and like factors at play. Using client compression can slow you down. Plowing through a file system itself takes time. This is the "fun" of systems analysis that we all have to engage in from time to time. :-) Richard Sims, BU
- Performance Large Files vs. Small Files Diana J.Cline
- Re: Performance Large Files vs. Small... Thomas A. La Porte
- Re: Performance Large Files vs. Small... arhoads
- Re: Performance Large Files vs. Small... David Longo
- Re: Performance Large Files vs. Small... Reinhold Wagner
- Re: Performance Large Files vs. Small... Thomas Denier
- Re: Performance Large Files vs. Small... Richard Sims
- Re: Performance Large Files vs. Small... George Lesho
- Re: Performance Large Files vs. Small... Richard Sims
- Re: Performance Large Files vs. S... Joe Faracchio
- Re: Performance Large Files vs. Small... Prather, Wanda
- Re: Performance Large Files vs. Small... Jeff Connor
- Re: Performance Large Files vs. Small... Lambelet,Rene,VEVEY,FC-SIL/INF.
- Re: Performance Large Files vs. Small... bbullock
- Re: Performance Large Files vs. S... Suad Musovich
- Re: Performance Large Files vs. S... Bill Colwell
- Re: Performance Large Files vs. S... Per Ekman