Re: *******Spam*********:Re: Restore from 250 GB of 2 000 000 files in 1 day
2004-11-10 08:08:11
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
|
|
|