Re: Exchange TDP Backups / Performance and RC Errors

2008-02-11 Thread Del Hoobler
You should not be running Exchange backups and Exchange defragmentation
at the same time.

You should run your last incremental or differential backup
(if you are using them) just before running a defrag, run the defrag,
wait for the defrag to complete, and then run a new Exchange full backup.

Here is the Microsoft KB article that gives you some details on why:

http://support.microsoft.com/kb/328804

Thanks,

Del





ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 02/11/2008
02:29:20 PM:


 We've been noticing poor performance from our Exchange TDP backups.

 1) The TDP Client runs 4 Streams (One per E-Mail Storage Group)
 utilizing a dedicated Gige backup NIC.

 2) The Backup Server is a IBM p570 with 2 3Gige Ether Channel bundles,
 (Traffic is going over backup NIC) but they are seeing 4-5MBS per stream
 averaging 20MBS combined.

 3) The Exchange Team is running the Exchange online Defrag on the
 message stores during the TDP backups, which I know has to have some
 impact but have not been able to quantify. I would say stop running both
 processes concurrently, but need convincing data for Exchange Admins.

 4)The Exchange Backups occasionally run in the Rc = 425 Errors which
 I've found a few posts on that point to the Exchange Server being too
 busy to process the E-Mail Backups? They also see a few RC = 50's... Of
 course nothing interesting on the TSM Server side log, other than
 session starts and stops.

 5) I think the TCP Settings on the E-mail Server and TDP cfg are
 default, so there's probably TCP Window Size and Buffer Opportunities.

 It would be great for some one to share any convincing data as to their
 performance improvements to Exchange Backups.

 Thanks again!


Re: Exchange TDP Backups / Performance and RC Errors

2008-02-11 Thread Hart, Charles A
Thank you Del,  

Sometimes, people need to hear IT from other people.  Thanks again
especially for the MS KB Link!

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Del Hoobler
Sent: Monday, February 11, 2008 1:47 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Exchange TDP Backups / Performance and RC Errors

You should not be running Exchange backups and Exchange defragmentation
at the same time.

You should run your last incremental or differential backup (if you are
using them) just before running a defrag, run the defrag, wait for the
defrag to complete, and then run a new Exchange full backup.

Here is the Microsoft KB article that gives you some details on why:

http://support.microsoft.com/kb/328804

Thanks,

Del





ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 02/11/2008
02:29:20 PM:


 We've been noticing poor performance from our Exchange TDP backups.

 1) The TDP Client runs 4 Streams (One per E-Mail Storage Group) 
 utilizing a dedicated Gige backup NIC.

 2) The Backup Server is a IBM p570 with 2 3Gige Ether Channel bundles,

 (Traffic is going over backup NIC) but they are seeing 4-5MBS per 
 stream averaging 20MBS combined.

 3) The Exchange Team is running the Exchange online Defrag on the 
 message stores during the TDP backups, which I know has to have some 
 impact but have not been able to quantify. I would say stop running 
 both processes concurrently, but need convincing data for Exchange
Admins.

 4)The Exchange Backups occasionally run in the Rc = 425 Errors which 
 I've found a few posts on that point to the Exchange Server being too 
 busy to process the E-Mail Backups? They also see a few RC = 50's... 
 Of course nothing interesting on the TSM Server side log, other than 
 session starts and stops.

 5) I think the TCP Settings on the E-mail Server and TDP cfg are 
 default, so there's probably TCP Window Size and Buffer Opportunities.

 It would be great for some one to share any convincing data as to 
 their performance improvements to Exchange Backups.

 Thanks again!


This e-mail, including attachments, may include confidential and/or 
proprietary information, and may be used only by the person or entity to 
which it is addressed. If the reader of this e-mail is not the intended 
recipient or his or her authorized agent, the reader is hereby notified 
that any dissemination, distribution or copying of this e-mail is 
prohibited. If you have received this e-mail in error, please notify the 
sender by replying to this message and delete this e-mail immediately.