bbullock <[EMAIL PROTECTED]> writes: > Jeff, > You hit the nail on the head of what is the biggest problem I face > with TSM today. Excuse me for being long winded, but let me explain the boat > I'm in, and how it relates to many small files. <snip> > Any other options or suggestions from the group? Any other backup > solutions you have in place for tracking many files over longer periods of > time? How about taking a native dump of the filesystems and either backing up just the dump, or store it using the archive function? It may not be very elegant, but sounds better than renaming the node every day :) /Per
- Re: Performance Large Files vs. Small File... Richard Sims
- Re: Performance Large Files vs. Small File... George Lesho
- Re: Performance Large Files vs. Small File... Richard Sims
- Re: Performance Large Files vs. Small... Joe Faracchio
- Re: Performance Large Files vs. Small File... Prather, Wanda
- Re: Performance Large Files vs. Small File... Jeff Connor
- Re: Performance Large Files vs. Small File... Lambelet,Rene,VEVEY,FC-SIL/INF.
- Re: Performance Large Files vs. Small File... bbullock
- Re: Performance Large Files vs. Small... Suad Musovich
- Re: Performance Large Files vs. Small... Bill Colwell
- Re: Performance Large Files vs. Small... Per Ekman
- Re: Performance Large Files vs. Small... Mark S.
- Re: Performance Large Files vs. Small File... Stephen Mackereth
- Re: Performance Large Files vs. Small File... Steve Harris
- Re: Performance Large Files vs. Small File... bbullock
- Re: Performance Large Files vs. Small... Petr Prerost
- Re: Performance Large Files vs. Small File... bbullock
- TSM Pricing [was Re: Performance Larg... Thomas A. La Porte
- Re: TSM Pricing [was Re: Performa... Kelly J. Lipp
- Re: Performance Large Files vs. Small File... bbullock
- Re: Performance Large Files vs. Small File... Lambelet,Rene,VEVEY,FC-SIL/INF.