Ran into a complicated emergency today. An office that I support suddenly could not connect any of their Outlook clients to their Exchange Server. It was very weird and I got sidetracked by the fact that my own ISP was having email issues with my domain (turned out they were completely unrelated). Before I get into the process, here are the details:
- Small Business Server 2003 – Release 2
- Symptoms:
- Users could not connect to Exchange via Outlook
- Web Outlook was producing errors
Armed with that little bit of info, I tried to start digging into things. I found within the Servers event logs, a recurring error:
Event Type:Â Error
Event Source:Â MSExchangeSA
Event Category:Â MAPI Session
Event ID:Â 9175
Date:Â Â 9/20/2007
Time:Â Â 3:53:59 PM
User:Â Â N/A
Computer:Â XXXXXXXXX-SERVER
Description:
The MAPI call ‘OpenMsgStore’ failed with the following error:
The attempt to log on to the Microsoft Exchange Server computer has failed.
The MAPI provider failed.
Microsoft Exchange Server Information Store
ID no: 8004011d-0512-00000000
 A search on that Event ID produced all sorts of interesting results. I must have read through the first 15-20 entries there and settled on this Microsoft Knowledge Base article (#320705). [NOTE: this is NOT what I ended up doing!] I started to go through the steps and decided before I started running command line switches on things, messing with moving the Information Store around or merging .PST files, I would read up and dig around a bit more in the Event log.
I figured that it would be important to do a little forensics to see if I could see another event that may have caused the Information Store to crap out. So, I found an event that happened right before all of the 9175’s started happening. This is what it contained:
Event Type:Â Warning
Event Source:Â ESE
Event Category:Â Space Management
Event ID:Â 445
Date:Â Â 9/20/2007
Time:Â Â 1:46:26 PM
User:Â Â N/A
Computer:Â XXXXXXXXX-SERVER
Description:
Information Store (4996) First Storage Group: The database F:\Exchsrvr\MDBDATA\priv1.edb has reached its maximum size of 16383 MB. If the database cannot be restarted, an offline defragmentation may be performed to reduce its size.
Hmmm…that started to ring a bell a bit. I remembered our own company had a similar issue with Exchange where there was a limit to the File Store of 16 GBs. Why, Microsoft in its infinite wisdom put such a low limit on an Exchange Server storage, I have no clue. My own account was over 2 gigs and there were more that 20 people using that server. I tried to look up what version of Exchange was running on my client’s install of SBS 2003 R2 and it looked like it was Service Pack 1 of Exchange 2003. BINGO! If Microsoft allowed it, all that I needed to do (I hoped) was to install Service Pack 2 which allows for the File Store to be increase up to 75 Gigs…that is what I needed. (Thanks to my coworker for pointing me down the right path here…in times of crisis, it is nice to have people in the right places who offer to help!)
Back to Google to see if Exchange SP2 can be installed on SBS 2003…and I came across this FAQ on Microsoft. In it, I came upon the answers I was looking for:
Q. Does SP2 work on Microsoft Windows Small Business Server 2003?
A. Yes. Windows Small Business Server 2003 with SP1 fully supports Exchange Server 2003 SP2. Exchange Server 2003 SP2 was tested to ensure compatibility.Q. Did the storage limit change for SP2?
A. Based on feedback from customers and because of the evolution of e-mail usage, we are increasing the storage limit for Exchange Server 2003 Standard Edition with SP2 to 75 gigabytes (GB). In order to prevent the database from growing unexpectedly after an upgrade to SP2, the limit is set to 18 GB and can be set up to 75 GB by using a registry key. For more information about setting the limit, see the Exchange Server 2003 Help, updated during the SP2 installation.
Â
Q. Does the storage limit change apply to Windows Small Business Server 2003?
A. Yes. Windows Small Business Server 2003 users can take advantage of the storage limit changes implemented in Exchange Server 2003 SP2.
GREAT! So the next thing was to get Exchange SP2 installed. The download is located here. (Saved you some search time, right?)
Installation went fine without issue. The installer stopped and started services as it was supposed to and everything updated perfectly. Once the install was complete, people could connect to Exchange via Outlook immediately. BUT WAIT! There was one more thing that had to be done after this upgrade. I guess that after the upgrade, the File Store is only updated to 18 Gigs (I believe). So, in order to really take advantage of more space, you have to do a registry hack. Here is what you need to do (oh, and one reminder: While I have personally done the steps above and they seemed to have worked for me, I cannot guarantee that they will work for you, nor that you are free from risk doing any of this stuff written above; you take these actions at your own risk and I will not be held responsible for anything “bad” that you may do to your computer...anyway…)
Â
Here are the steps for the registry hack:
- Open your Registry Editor (if you don’t know how to do this…you shouldn’t be reading this article)
- Navigate to: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<Servername>\Private-GUID
- Create a DWORD entry by right-clicking on the folder and selecting NEW > DWORD Value
- Enter a DECIMAL value of anything between 18 and 75 (making sure that it is not larger than the free space on the drive where your store resides)
- Do Steps 3 and 4 again with: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<Servername>\Public-GUID
- Exit the Registry Editor and go into Services and restart the “Microsoft Exchange Information Store”
- That’s it!
To check to see if your new setting was stored properly, wait a few minutes and then look for Event ID#1216. That event should give you details on your new Store size (example below).
Event Type:Â Information
Event Source:Â MSExchangeIS Mailbox Store
Event Category:Â General
Event ID:Â 1216
Date:Â Â 9/20/2007
Time:Â Â 4:25:24 PM
User:Â Â N/A
Computer:Â XXXXXXXXX-SERVER
Description:
The Exchange store ‘First Storage Group\Mailbox Store (XXXXXXXXX-SERVER)’ is limited to 50 GB. The current physical size of this database (the .edb file and the .stm file) is 15 GB. If the physical size of this database minus its logical free space exceeds the limit of 50 GB, the database will be dismounted on a regular basis.
WHEW! That is it. So, hopefully you found this article helpful. I tried to consolidate a lot of informations from different places into one. Let me kwow if this worked for you. And if you are really happy about it, leave a comment (and click on my ads – grin – ).
HTD Says: Overcome the Exchange 2003 SP1 16GB challenge and beat out Events 9175 and 445!
14 Responses
Don’t you think you should tell readers that Event ID 1216 should be fixed? If you leave it as is readers may think that the Exchange Store database periodic dismount is expected.
It seems like a strange way to leave a “Fix It”
No Add-Click for you.
MRB
Don’t you think you should tell readers that Event ID 1216 should be fixed? If you leave it as is readers may think that the Exchange Store database periodic dismount is expected.
It seems like a strange way to leave a “Fix It”
No Add-Click for you.
MRB
@ Michael,
Thanks for the comment. However, I’m not sure I understand your comment. Event 1216 is an Informational message, meaning that it doesn’t need to be fixed. I used Event 1216 to let people know how to check to make sure that the registry hack worked and was taking the new value. My article subject does discuss Event 1216 either.
Sorry that you found it confusing. Hopefully by reading through the article and your and my comments, users will understand the issue and fixes.
-HTD
@ Michael,
Thanks for the comment. However, I’m not sure I understand your comment. Event 1216 is an Informational message, meaning that it doesn’t need to be fixed. I used Event 1216 to let people know how to check to make sure that the registry hack worked and was taking the new value. My article subject does discuss Event 1216 either.
Sorry that you found it confusing. Hopefully by reading through the article and your and my comments, users will understand the issue and fixes.
-HTD
Your steps don't clearly explain the new entry names. Below are the steps reocmeended by MS…
Install Exchange 2003 Service Pack 2. This is essential!
Launch regedit
Navigate to HKLM/System/CurrentControlSet/Services/MSExchangeIS/<yourservername>
Under the server name there will be two folders, one called 'private', the other 'public'. Both names are followed by a long string of alphanumerics.
Highlight the private one.
Right-click it and choose NEW -> DWORD VALUE
Call it 'Database Size Limit in Gb' without the quotes. This is case sensitive and you must get it absolutely spot on or it will not work.
Double-click this new value, change the type to 'decimal' and give it any number up to 75. This is the size in Gb that you want it to be.
Repeat steps 6 to 8 for the public entry.
Restart the Exchange Information Store Service.
Your steps don't clearly explain the new entry names. Below are the steps reocmeended by MS…
Install Exchange 2003 Service Pack 2. This is essential!
Launch regedit
Navigate to HKLM/System/CurrentControlSet/Services/MSExchangeIS/<yourservername>
Under the server name there will be two folders, one called 'private', the other 'public'. Both names are followed by a long string of alphanumerics.
Highlight the private one.
Right-click it and choose NEW -> DWORD VALUE
Call it 'Database Size Limit in Gb' without the quotes. This is case sensitive and you must get it absolutely spot on or it will not work.
Double-click this new value, change the type to 'decimal' and give it any number up to 75. This is the size in Gb that you want it to be.
Repeat steps 6 to 8 for the public entry.
Restart the Exchange Information Store Service.
Thanks Mark for the details. I wrote this post quite a while ago so it probably has some tips that are stale. I appreciate you bringing it up to speed.
-HTD
Thanks Mark for the details. I wrote this post quite a while ago so it probably has some tips that are stale. I appreciate you bringing it up to speed.
-HTD
Fantastic article, thank you Michael! After wasting hours trolling countless M$ KB xxx articles, reading endless blogs and posts, I followed these steps and solved what could have become a very nasty, embarrassing problem with a new client I recently took on. (I’m not an Exchange fundi).
As I read through it, the clenched fists, tightness in my chest and grinding teeth abated and hope shone through! And it worked spot on. Thanks again, you’re the best!
Great! Glad that it worked. That’s why I write these fix it articles. Cuz I have been through the exact same thing and I don’t want anyone else to have to go through it.
It was very weird and I got sidetracked by the fact that my own ISP was having email issues with my domain.
Thank you very much client had same problem today
I know this post is ancient, but your registry instructions fail to tell the user what the DWORD entry should be called. For future visitors it should be called:”Database Size Limit in Gb”
Info found at http://support.microsoft.com/kb/912375