[2 days left] What’s wrong with your cloud strategy? Learn why multicloud solutions matter with Nimble Storage.Register Now

x
?
Solved

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

Posted on 2009-05-18
6
Medium Priority
?
489 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
VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

 

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

What’s Wrong with Your Cloud Strategy ?

Even as many CIOs are embracing a cloud-first strategy, the reality is that moving to the cloud is a lengthy process and the end-state is likely to be a blend of multiple clouds—public and private. Learn why multicloud solutions matter in this webinar by Nimble Storage.

Question has a verified solution.

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

Here in this article, you will get a step by step guidance on how to restore an Exchange database to a recovery database. Get a brief on Recovery Database and how it can be used to restore Exchange database in this section!
As much as Microsoft wants to kill off PST file support, just as they tried to do with public folders, there are still times when it is useful or downright necessary to export Exchange mailboxes to PST files. Thankfully, it is still possible to e…
The video tutorial explains the basics of the Exchange server Database Availability groups. The components of this video include: 1. Automatic Failover 2. Failover Clustering 3. Active Manager
Many of my clients call in with monstrous Gmail overloading issues with Outlook. A quick tip is to turn off the All Mail and Important folders from synching. Here is a quick video I made to show you how to turn off these and other folders in Gmail s…
Suggested Courses

656 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