Thanks, There were previous restores done on that backup server from tape to its own hard disk (6MB worth of various files) - the rate was 193MB/min
And also a restore of 2GB worth of user home directories to another server, the log indicates that the rate was 143MB/min -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Akerlund, Scott Sent: Wednesday, September 15, 2004 1:10 PM To: Exchange Discussions Subject: RE: slow restore is driving me crazy I would check the drivers for the tape drive and controller it connected to(presumably SCSI) as I bet your problem is there with this kind response time. Best guess Scott -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fyodorov, Andrey FTL Sent: Wednesday, September 15, 2004 10:02 AM To: Exchange Discussions Subject: slow restore is driving me crazy Our Cayman office got wiped out by Ivan, we are now doing disaster recovery of the Cayman Exchange 5.5 server at the DR location. The DR location is remote (I am in Florida, DR site is in Canada), so I can't quite see exactly what's going on there. They have the DR Exchange server in Canada and a backup server with BackupExec, the Exabyte EXB-8900 tape drive is attached to the backup server. Tapes are 8mm. Directory got restored fine, but that was only 50MB. Now we are restoring the information stores (priv and pub), total of 65GB. And it is really dragging its feet at 28MB (MegaBytes) per minute. We are looking at a total of 40+ hours to complete the job. First we blamed the network settings, and it turned out indeed that both Exchange and backup servers were set to Auto config port speed and ran at 100 Mbps Half duplex. We have set them to use 100 Mbps Full duplex. But the restore speed has not improved. The network people are telling us that the switch is also running at 100 Full, but I can't veirfy it myself. When I look at the bytes per second sent from backup server to the target exchange server in perfmon, I can see that data is sent in bursts - the counter is at 0 for a few seconds, then up to 1MB is sent, then it is at 0 again for a few seconds, then another transmission, and so on. So I am just sharing this with the list, hoping that someone will have some more ideas about what to check that may improve the restore throughput. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang=english To unsubscribe send a blank email to %%email.unsub%% Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe send a blank email to %%email.unsub%% Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with.
