Solved

Initial Outlook cache sync causing serious performance issues and locking users out of mailboxes

Posted on 2010-11-23
4
1,239 Views
Last Modified: 2012-05-10
I'm running Exchange 2003 SP2 and have two Outlook 2010 clients connected to the database.  One of the clients is using cache mode and working just fine.  The mailbox size on the server is 25 GB's.  The other user has a mailbox size of 28 GB's.  The first user was able to sync (cache mode) their entire mailbox with no problem.  (6 hours later) When trying to set the other user to cache mode it gets about 30% and hangs.  I then get the below events in the server event logs.  The mailbox never starts the cache (folders generate but that's it) and then eventually both users get locked out of their mailboxes temporarily.  Below are the events I'm getting in the event log.  I've installed hot fix 919417.  It didn't make a difference for once I try to set the user's mailbox to cache mode the same symptoms and errors occur.  Once I quit the cache request eventually the mailboxes respond again.  One difference between this users mailbox and the other is there are less sub folders.  Other than that the mailboxes are about the same size.

Any suggestions?

Event Type:      Warning
Event Source:      MSExchangeIS Mailbox Store
Event Category:      Background Cleanup
Event ID:      9791
Date:            11/22/2010
Time:            11:24:46 PM
User:            N/A
Computer:      BACKEND2
Description:
Cleanup of the DeliveredTo table for database 'First Storage Group\Mailbox Store (BACKEND2)' was pre-empted because the database engine's version store was growing too large. 0 entries were purged.

For more information, click http://www.microsoft.com/contentredirect.asp.


Event Type:      Error
Event Source:      ESE
Event Category:      Transaction Manager
Event ID:      623
Date:            11/22/2010
Time:            11:19:43 PM
User:            N/A
Computer:      BACKEND2
Description:
Information Store (2420) First Storage Group: The version store for this instance (0) has reached its maximum size of 85Mb. It is likely that a long-running transaction is preventing cleanup of the version store and causing it to build up in size. Updates will be rejected until the long-running transaction has been completely committed or rolled back.
Possible long-running transaction:
      SessionId: 0xBD531420
      Session-context: 0x00000000
      Session-context ThreadId: 0x00001360
      Cleanup: 1

Event Type:      Error
Event Source:      MSExchangeIS Mailbox Store
Event Category:      Logons
Event ID:      1022
Date:            11/22/2010
Time:            7:50:38 PM
User:            N/A
Computer:      BACKEND2
Description:
Logon Failure on database "First Storage Group\Mailbox Store (BACKEND2)" - Windows 2000 account DOMAIN\user; mailbox /o=First Organization/ou=First Administrative Group/cn=Recipients/cn=alias.
Error: -1069

For more information, click http://www.microsoft.com/contentredirect.asp.
0
Comment
Question by:gopher_49
  • 3
4 Comments
 
LVL 26

Accepted Solution

by:
e_aravind earned 500 total points
ID: 34204546
Rather than the size, we should worry about the number of items in the key folders:

Outlook users experience poor performance when they work with a folder that contains many items on a server that is running Exchange Server
http://support.microsoft.com/kb/905803
0
 

Author Comment

by:gopher_49
ID: 34206575
well.. We had a power outage today and the server rebooted.  After rebooting the user is unable to access their folders.. They have the same message.  I'm restarting the info store service right now hoping to get the mailbox working again..
0
 

Author Comment

by:gopher_49
ID: 34206958
here's another event I get..

Event Type:      Error
Event Source:      ESE
Event Category:      Transaction Manager
Event ID:      623
Date:            11/24/2010
Time:            10:36:36 AM
User:            N/A
Computer:      BACKEND2
Description:
Information Store (6132) First Storage Group: The version store for this instance (0) has reached its maximum size of 85Mb. It is likely that a long-running transaction is preventing cleanup of the version store and causing it to build up in size. Updates will be rejected until the long-running transaction has been completely committed or rolled back.
Possible long-running transaction:
      SessionId: 0xBD530840
      Session-context: 0x00000000
      Session-context ThreadId: 0x0000032C
      Cleanup: 1

For more information, click http://www.microsoft.com/contentredirect.asp.
0
 

Author Closing Comment

by:gopher_49
ID: 34439745
Once I shrunk the mailboxes the sync worked perfectly fine.
0

Featured Post

Wish Marketing would stop bothering you?

Is your marketing department constantly asking for new email signature updates? Are they requesting a different design for every department? Do they need yet another banner added? Don’t let it get you down! There is an easy way to manage all of these requests...

Join & Write a Comment

Easy CSR creation in Exchange 2007,2010 and 2013
Exchange server is not supported in any cloud-hosted platform (other than Azure with Azure Premium Storage).
In this video we show how to create a Shared Mailbox in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Recipients >> Sha…
In this video we show how to create an Address List in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Organization >> Ad…

705 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

Need Help in Real-Time?

Connect with top rated Experts

21 Experts available now in Live!

Get 1:1 Help Now