Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Every 3 to 6 months we start losing connection to exchange from outlook (i.e Outlook has lost connection to exchange -> Outlook has restored connection to exchange). After this happens the mailbox database inevitably becomes dismounted and won't mount again without me doing something with eseutil to repair it, sort the logs out etc. Sometimes, I need to restore the backup from the night before. In all cases eseutil /mh reports the database to be in a Dirty Shutdown State.

We are small company (20 employees) running SBS 2011 running a variety of windows versions from WinXP to Windows 7 (all running Outlook 2003 - 2010 or Thunderbird with IMAP connection).

Edit: Something else that may be worth noting is that store.exe uses half of the servers memory. I have 16GB in the server and store.exe takes about 9GB with the server running on 90-95% memory usage mostly.

My questions are:

  1. How do I go about debugging this situation? - This is my main query.
  2. Would moving to a separate server / exchange instance help (if this can be answered without knowing the cause of the problem)?
  3. The mailbox is about 20GB, is this too large?
share|improve this question
    
What is your storage configuration? Is disk write-caching enabled? –  Greg Askew Jan 24 '13 at 16:47
    
When you say storage configuration, do you mean where is the data stored? The Mailbox DB is located on the same HD exchange is installed on. Write caching is enabled, yes. –  webnoob Jan 24 '13 at 16:57
1  
You're shooting yourself in the foot with disk write caching enabled. –  Greg Askew Jan 24 '13 at 17:21
    
I didn't even think of looking at it until you mentioned it in your comment. I will be disabling it tomorrow morning. Could this explain the issues even without any power outage? –  webnoob Jan 24 '13 at 18:38
1  
Disk write caching is specifically identified by Microsoft as not supported. It also known for trashing Exchange databases. Combined with inexpensive consumer-grade hard drives, that's a recipe for an outage. You may also want to check the drive smart statistics. –  Greg Askew Jan 24 '13 at 18:59

1 Answer 1

up vote 1 down vote accepted

In line with the comments:

It turns out that write caching was enabled on the hard drives. Since turning this off the problems have gone away.

share|improve this answer
    
Although your problems have gone away, caching is supported if you look at this page technet.microsoft.com/en-gb/library/ee832792(v=exchg.141).aspx - Caveat, use a UPS. Why wouldn't disk caching be supported? It's completely transparent to the EDB. Also Exchange is chewing your RAM up for the exact same reason; caching. Caching increases performance as you don't have to go to your spindle(s) for the data, it's quickly available via RAM chips, or RAID controller memory chips etc. I dont think caching is the root cause. –  Snellgrove Apr 8 '13 at 19:55

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.