Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support

2000-09-22 Thread Prather, Wanda
Hee Hee. Out of the frying pan... So much for that idea! > -Original Message- > From: Jeff Connor [SMTP:[EMAIL PROTECTED]] > Sent: Friday, September 22, 2000 1:51 PM > To: [EMAIL PROTECTED] > Subject: Re: Slow restore for large NT client outcome.. appea

Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support

2000-09-22 Thread Kelly J. Lipp
PROTECTED] www.storsol.com www.storserver.com -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Connor Sent: Friday, September 22, 2000 11:51 AM To: [EMAIL PROTECTED] Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Suppor

Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support

2000-09-22 Thread Jeff Connor
ST.EDU> on 09/22/2000 01:07:46 PM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Re: Slow restore for large NT client outcome.. appeal

Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support

2000-09-22 Thread Prather, Wanda
I haven't seen in this thread (or I missed it) any comments about using BACKUPSETS. Has anyone tried that? Does anyone know if the backupset is constructed in a way that overcomes any of the problems with recreating zillions of small files? Or do we need an image backup capability like the AIX c

Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support

2000-09-21 Thread Richard Sims
>That may be because from what I have seen in TSM 3.7, directories are >actually kept in the TSM database and not on tape. Careful, there. It depends upon the file system type and added baggage. Ordinary Unix file system directory information is like an empty file, and so its limited info can be

Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support

2000-09-20 Thread Joshua S. Bassi
[mailto:[EMAIL PROTECTED]]On Behalf Of Arturo Lopez Sent: Wednesday, September 20, 2000 3:07 PM To: [EMAIL PROTECTED] Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support Jeff, I have the same concerns. My company is in the process of server consolidation.

Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support

2000-09-20 Thread Joshua S. Bassi
ECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Farris, Raeana Sent: Wednesday, September 20, 2000 11:19 AM To: [EMAIL PROTECTED] Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support Just a thought - T

Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support

2000-09-20 Thread Arturo Lopez
Jeff, I have the same concerns. My company is in the process of server consolidation. I have concerns that when the time comes to consolidate these servers into cluster servers I (TSM) will not be able to restore 1.2 TB of data to a cluster server in a timely manner. I am quickly loosing the

Re: Slow restore for large NT client outcome.. appeal to Tivoli D evelopment/Support

2000-09-20 Thread Farris, Raeana
Just a thought - Take a look at the new TSM Implementation Redbook. They set up separate storage pools for NT, one for directory info and one for files. According to the Redbook restoring the directory structure first allows for faster restore times. I happened to be in a TSM session last week,