?
Solved

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

Posted on 2009-05-18
6
Medium Priority
?
487 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 750 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 750 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
Office 365 Training for IT Pros

Learn how to provision tenants, synchronize on-premise Active Directory, implement Single Sign-On, customize Office deployment, and protect your organization with eDiscovery and DLP policies.  Only from Platform Scholar.

 

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

Technology Partners: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

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

Uncontrolled local administrators groups within any organization pose a huge security risk. Because these groups are locally managed it becomes difficult to audit and maintain them.
We aren’t perfect, just like everyone else.  Check out the email errors our community caught and learn the top errors every email marketer should avoid.
The basic steps you have just learned will be implemented in this video. The basic steps are shown to configure an Exchange DAG in a live working Exchange Server Environment and manage the same (Exchange Server 2010 Software is used in a Windows Ser…
This video shows how to use Hyena, from SystemTools Software, to update 100 user accounts from an external text file. View in 1080p for best video quality.
Suggested Courses
Course of the Month12 days, 11 hours left to enroll

777 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