Actually, the 2048 TCPWINDOWSIZE is not supported in NT to my knowledge. It is supported in W2K at SP1 or 2, cannot remember, with a registry hack. Someone else will have to give the particulars on that.
Be careful comparing restores to backups. Depending on what numbers you are using, you may get the wrong conclusions. Make sure it is the same files backed up that were restored. Also, look at where your backup is going to on your server. If it is going to RAID-5 storage pools, that is it. The write penalty on the RAID-5 Array is the cause of the backup delay. If you are going directly to tape, I do not know what the issue is without a lot more information. Paul D. Seay, Jr. Technical Specialist Naptheon Inc. 757-688-8180 -----Original Message----- From: Vin Yam [mailto:vyam@;QBCT.COM] Sent: Tuesday, October 29, 2002 7:16 PM To: [EMAIL PROTECTED] Subject: HELP! Faster Restore than Backups over Gigabit? Hi, We just installed Gigabit fiber NICs and an isolated gigabit fiber switch. Our restores have increased dramatically from 31.81 GB/hr (8.84 MB/s) to 56 GB/hr (15.6 MB/s). The backups are still around 35.5 GB/hr (9.8 MB/s). The TSM server is very powerful (NT 4.0 SP6a Dual 1.8 Ghz P4 w/ 4GB RAM, 150 GB RAID array) and the clients are (Netware 4.2 Quad XEON P3 w/ 4 GB RAM). (We've tried changing the TCPWindow Size in our dsmserv.opt from 63 to 2048 with no effect) We're running TSM 5.1.1.4 server and TSM 4.2.3 netware client. Any ideas? Please email me direct if you have any suggestions or need more information. Thanks. DSM.OPT settings ** TSM TWEAKS ** COMPRESSION NO LARGECOMMBUFFERS YES MEMORYEFFICIENTBACKUP NO PROCESSOR 20 RESOURCEUTILIZATION 10 TXNB 2097152 TCPB 32 TCPNodelay YES TCPWindowsize 64 ** TSM TWEAKS ** managedservices schedule webclient schedmode prompted -Vin [EMAIL PROTECTED]
