Thanks! There is no agent. I guess I didn't realize that the agent would make that much of a difference, I mean NTBACKUP could do the job much faster... But I think you are right. I am going to go look for the agent (we don't use BackupExec at our main location)
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Waters, Jeff Sent: Wednesday, September 15, 2004 1:20 PM To: Exchange Discussions Subject: RE: slow restore is driving me crazy Sounds like the Exchange server might not have the remote agent installed on it, or not properly loaded, incorrect version. Most of my BE speed problems have been the RA. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fyodorov, Andrey FTL Posted At: Wednesday, September 15, 2004 1:02 PM Posted To: Exchange-List Conversation: slow restore is driving me crazy 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.
