> This means they must come to work with there brains engaged.
This might be too much to ask for some of my customers :-)
Thank you for the info, it's a great idea, I will see what we can do
to make it work.
--
Joshua S. Bassi
IBM Certified- AIX Support, HACMP, SAN
Enterprise Disk(Shark)& Tape Solutions
Tivoli Certified Consultant - ADSM/TSM
[EMAIL PROTECTED]
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Eugene Klaus
Sent: Thursday, November 16, 2000 12:39 PM
To: [EMAIL PROTECTED]
Subject: Re: Windows NT Restore Performance
Josh,
Are you the fellow formely with Dickens?
At any rate I have had this same problem.
To solve it we developed a plan using 2 (can be more than 2) clients. The
process was set up utilizing an exclusion listing based upon the alpha
location.
Client-A backed up all directories starting with [a-j]* and excluded all
directories begining with
[k-z]*. Client-B reversed the roles. The major problem is to determine the
data
load. It may require some digging to balance
where the load is. In our case it was noted that [a-j]* held little data
while
[k-z]* had copious quantities. Tha answer was to adjust this number of
clients
to reflect a reasonable level of data and to provide the maximum threads
possible for backup.
This means also, that the administrators must be aware of the root
directories
for files requested for restore. This means they must come to work with
there
brains engaged.
Respectfully,
Gene Klaus
[EMAIL PROTECTED]
248-709-2100
"Joshua S. Bassi" <[EMAIL PROTECTED]> on 11/16/2000 02:56:45 PM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc: (bcc: Eugene A Klaus/Flagstar_notes)
Subject: Re: Windows NT Restore Performance
Unfortunately my customer has created one huge data partition with only
one main directory on it. There are 2000 small directories under that
directory. So there is really no way to run multiple streams against
that. And to top it off it is not only a compressed NTFS volume, but
a 3-4 disk RAID-5 set, so when I use the GUI for the restore, it only
fires off 2 streams (1 for send & 1 for receive).
Thank you,
Josh
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Kelly J. Lipp
Sent: Thursday, November 16, 2000 11:50 AM
To: [EMAIL PROTECTED]
Subject: Re: Windows NT Restore Performance
About 10 GB/Hour is what I see with a single stream. Get a couple of
streams working on the problem and you can saturate the network. I assume a
100 MBit network.
Kelly J. Lipp
Storage Solutions Specialists, Inc.
PO Box 51313
Colorado Springs CO 80949-1313
(719) 531-5926
Fax: (719) 260-5991
Email: [EMAIL PROTECTED]
www.storsol.com
www.storserver.com
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joshua S. Bassi
Sent: Thursday, November 16, 2000 12:33 PM
To: [EMAIL PROTECTED]
Subject: Windows NT Restore Performance
All,
What type of performance are you getting backing up Windows NT
servers to an RS6K ADSM server? I have a customer who was
getting 650KBps on a restore from a disk storage pool. After
I made some performance tuning changes (i.e. TCPWindowsize 32,
TCPBuffsize 32, upgrade the client to 4.1.1.16, Resource 10,
largecom yes, txnbytelimit 25600 etc.) our performance is up
to 1.29MBps. That still seemed slow. Then I found that my
customer is using NTFS compression for the entire data
partition. When we turned compressed off and also uncompressed
the data before backup, our transfer rates got up to 3.1MBps
- that's 11GBph.
1) What type of rates are everybody seeing on NT file system
restores?
2) If we backup the data with the compressed attribute, and
then uncompress the entire volume including the data, then
restore the data from ADSM, the data comes back compressed
on the file system bringing my rate down to the 1.29MBps.
I would like it to come backup from ADSM on the NTFS file
system uncompressed so that the restore will be at the
3.1MBps rate, but I haven't found a way to do that. Is there?
AIX 4.2.1 ADSM 3.1.1.5 (upgrade plan in progress)
Windows NT SP5 TSM 4.1.1.16
Average file size 65KB
100 Ethernet fast-duplex hard-coded
We are not retrying to backup files and we are not using
client compression.
--
Joshua S. Bassi
IBM Certified- AIX Support, HACMP, SAN
Enterprise Disk(Shark)& Tape Solutions
Tivoli Certified Consultant - ADSM/TSM
Cell (408) 332-4006
[EMAIL PROTECTED]
