Solved

Outlook clients and Blackberrys are very slow after exchange 2003 isinteg and offline defrag.

Posted on 2009-05-18
6
485 Views
Last Modified: 2012-06-21
Hi, We are running Exchange 2003 SP2 on Windows 2003 SP2 on an HP DL380 G4. We have historically been experiencing performance issues where outlook periodically displays the error "Outlook is trying to retrieve data from the exchange server myserver.fqdn.mydomain." and as such have patched the server to comply with the BPA.

This weekend we have just run an Isinteg and offline defrag on both of our db's. The DB's are 58gb and 36gb after the defrag. The isinteg returned errors on both db's but was rerun again and on the 2nd pass and returned no errors. The defrags ran OK and the databases mounted successfully so I was very happy!

Since then we are now experiencing the above error a lot with random outlook clients experiencing long delays when trying to open messages etc. Has anyone experienced similar issues post isinteg & offline defrag, if so, your help will be very much appreciated.

Many thanks
Oliver Jacobs
0
Comment
Question by:ojacobs
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 4
  • 2
6 Comments
 
LVL 22

Accepted Solution

by:
Paka earned 250 total points
ID: 24410037
Exchange servers like a bit of whitespace for scratch work.  After an off-line defrag, the Exchange server has no scratch space and will have to grow the size of the database file periodically in order to regain some working whitespace.  After some time the whitespace should stabilize and your delays should diminish.
0
 

Author Comment

by:ojacobs
ID: 24410153
Thanks Paka. V helpful and I hope the performance issues subside. Our BES was misbehaving for hours after we restarted the services but by this morning it seems absolutely fine which may back up your theory. Although users are still having issues this morning.
Is there any way for us to be sure that this is definitely the issue? Also, can we manage the growth of the exchange DB as you can in SQL?
Thanks again,
Olly
0
 
LVL 22

Assisted Solution

by:Paka
Paka earned 250 total points
ID: 24410817
You could dig into Performance Monitor and use some of the disk i/o counters if you need a smoking gun.  I suspect you had some pretty bad database errors if you used isinteg.  How many errors did it log?  This could also contribute to some of the user problems you're encountering.
0
PeopleSoft Has Never Been Easier

PeopleSoft Adoption Made Smooth & Simple!

On-The-Job Training Is made Intuitive & Easy With WalkMe's On-Screen Guidance Tool.  Claim Your Free WalkMe Account Now

 

Author Comment

by:ojacobs
ID: 24413709
The performance is definitly improving as the day goes on. Mostly accessing older data seems slow. Do you think that array accelorator caching could be improving performance?
We carried out the offline defrag and decided that an integrity check was also a good plan due to the "Outlook is trying to retrieve data..." error . The large DB retruned 3 errors in the folder test with thousands of fixes and the small db returned 2 errors in the folder test, also with lots of fixes reported. The 2nd isinteg on each db retruned 0 errors so we deemed the db's fit for a live environment.

Its not so much a smoking gun but we do need to understand why the performance issues are occurring since the defrag. I'll run some counters. Which specific counters would you run?

With regard to the growth of the DB's, I know in SQL you can configure the DBs to grow by an amount or a percentage and if you have a db that grows often you can increase the growth increment to reduce overheads on the sever. Can the equivalent be done on an exchange db?

Thanks

0
 

Author Comment

by:ojacobs
ID: 24429847
Hi,

For information, we have descovered that our installation of McAfee Groupshield 7 SP1 was the cause of the bottle kneck. Now we have to hammer McAfee for a resolution.

Moral of the story; always eliminate 3rd parties first!

Thanks for your help.

Olly
0
 

Author Closing Comment

by:ojacobs
ID: 31582512
Paka, many thanks for the advice. While it wasnt the actual cause of our issue it was definitely useful to know for future offline defrags and very likely a factor early in the revival phase. Thanks again. Olly
0

Featured Post

Free Tool: Site Down Detector

Helpful to verify reports of your own downtime, or to double check a downed website you are trying to access.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This article shows the method of using the Resultant Set of Policy Tool to locate Group Policy that applies a particular setting.
Recently, Microsoft released a best-practice guide for securing Active Directory. It's a whopping 300+ pages long. Those of us tasked with securing our company’s databases and systems would, ideally, have time to devote to learning the ins and outs…
This Micro Tutorial hows how you can integrate  Mac OSX to a Windows Active Directory Domain. Apple has made it easy to allow users to bind their macs to a windows domain with relative ease. The following video show how to bind OSX Mavericks to …
Are you ready to implement Active Directory best practices without reading 300+ pages? You're in luck. In this webinar hosted by Skyport Systems, you gain insight into Microsoft's latest comprehensive guide, with tips on the best and easiest way…

687 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question