Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Newbie\s+Concern\s+on\s+Restore\s+Times\s*$/: 10 ]

Total 10 documents matching your query.

1. Newbie Concern on Restore Times (score: 1)
Author: Bernard Ruelas <bern AT CADENCE DOT COM>
Date: Tue, 8 May 2001 09:17:48 -0700
My company is looking at replacing Legato's NetWorker with Tivoli's TSM, and I've been told by another competitor's marketing rep that TSM restore time takes forever. The problem occurs with the back
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00341.html (11,855 bytes)

2. Re: Newbie Concern on Restore Times (score: 1)
Author: Lindsay Morris <lmorris AT SERVERGRAPH DOT COM>
Date: Tue, 8 May 2001 12:26:56 -0400
TSM can collocate (i.e, keep on the same tape) all files for one node, or not. If you tell it NOT to, then a FULL restore can be slow - but full restores are the exception rather than the rule. A sin
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00343.html (11,660 bytes)

3. Re: Newbie Concern on Restore Times (score: 1)
Author: Alex Paschal <AlexPaschal AT FREIGHTLINER DOT COM>
Date: Tue, 8 May 2001 09:48:58 -0700
The thing to remember is that TSM is an enterprise oriented solution. The assumption is that your infrastructure and procedures prevents full box restores from happening very often at all and that yo
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00344.html (11,614 bytes)

4. Re: Newbie Concern on Restore Times (score: 1)
Author: Fred Johanson <fred AT MIDWAY.UCHICAGO DOT EDU>
Date: Tue, 8 May 2001 11:45:32 -0500
Not collocating files is good because it lets several nodes share one tape volume - better use of your storage than havin a bunch of tapes all 10% full (because the client only uses 7GB and the tape
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00347.html (12,512 bytes)

5. Re: Newbie Concern on Restore Times (score: 1)
Author: Ron Pavan <ronpavan AT MGMMIRAGE DOT NET>
Date: Tue, 8 May 2001 09:57:09 -0700
I can tell you that I have restore 320GB in 36 hours. This 320GB consisted of 2+ million files that were spread across 17 tapes over a 6 month backup span and was performed while there were about 300
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00348.html (12,158 bytes)

6. Re: Newbie Concern on Restore Times (score: 1)
Author: Ruomiao Wang <Ruomiao.Wang AT PEOPLES DOT COM>
Date: Tue, 8 May 2001 13:25:44 -0400
Ron, Can you please elaborate more on how you were able to restore 320 GB within 36 hours? I did a partial server restore (about 50GB) in our environment. The average that I got was a littler bit ove
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00350.html (13,324 bytes)

7. Re: Newbie Concern on Restore Times (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Tue, 8 May 2001 14:36:53 -0400
It *can* take "forever" - but only if you want it to... What that competing vendor didn't want to tell you is that TSM provides a spectrum of choices for your backup/restore configuration: you choos
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00352.html (12,765 bytes)

8. Re: Newbie Concern on Restore Times (score: 1)
Author: "Caffey, Jeff L." <jlcaffey AT PIER1 DOT COM>
Date: Tue, 8 May 2001 15:04:50 -0500
Bern, We've had less-than-we-expected restore performance with TSM. Our backups FLY, but our restores are slow. But when I tested TSM (on LTO) against our old system that we used for NT (Veritas Back
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00355.html (13,214 bytes)

9. Re: Newbie Concern on Restore Times (score: 1)
Author: Ron Pavan <ronpavan AT MGMMIRAGE DOT NET>
Date: Tue, 8 May 2001 13:15:00 -0700
TSM server was a Win2k with TSM 4.1.1 (at the time) restoring to a Win2k Server. Gig network cards on both sides. STK 9840FC tape drives. Client was collocated by client running TSM 4.1.2. I ran 3 co
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00356.html (12,421 bytes)

10. Re: Newbie Concern on Restore Times (score: 1)
Author: Michael Pirker <PIRKER AT DE.IBM DOT COM>
Date: Wed, 9 May 2001 13:47:59 +0200
Hello Bernard, you can use at least two mechanisms to improve restore performance dramatically. The first is that you run your backups against so called collocated storage pools - this means that eac
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg00368.html (12,561 bytes)


This search system is powered by Namazu