Hi Michael

Are you suggesting doing both image and normal progressive backups?

The issue with using image backup is that it eliminates the possibility of 
file-level-restores. This means that you have to utilize both 
technologies(image and progressive) to have both the fast restore and the 
ability to do file-level-restores. This also means storing alot of data in 
your TSM server.

Best Regards

Daniel Sparrman
-----------------------------------
Daniel Sparrman
Chef Utveckling & Drift
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



Michael Prix <michael.prix AT RS6000.DARKTECH DOT ORG> 
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
2004-11-10 12:54
Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
*******Spam*********:Re: Restore from 250 GB of 2 000 000 files in 1 day






On Wed, 2004-11-10 at 09:31, Ralf Behrendt wrote:

> is its possible to restore 250 GB ( two million files) within a day?
> Its an NSF mounted filesystem. Can parallel restore increase the 
throughput
> by an NSF-mouted filesystem.
> The filesystem is mounted from a EMC cellera and symmetrix.
> The backup time was with 13 hours with parallel sessons.
> Then the data will be migrated the LTO1 tapes in an IBM 3584.
> Has any one experience with restore off many little files with high
> throughput.

Assuming you have TSM 5.2, why don't you use imagebackup and incr? This
will shorten backup and restoretimes. If you use incremental backup
only, forget about the restoretimes. I know of restoretimes of 1GB/h in
an environment with ~3.5 mio. directories and and ~2.5 mio. files
(~100GB of data), DASD.

--
Michael Prix
"What is this talk of 'release'?  We do not make software 'releases'. Our
software 'escapes', leaving a bloody trail of designers and quality 
assurance
people in it's wake."                       -- BSD Programmers Statements 
#5