Exchange Server 2003 mailbox store does not mount when the mailbox store database reaches the 16-GB limit
Event Type: Error
Event Source: MSExchangeIS
Event Category: General
Event ID: 1112
Description: The database "Mailbox Store (Server Name)" has reached the maximum allowed size. Attempting to unmount the database.
Event Type: Warning
Event Source: ESE
Event Category: Space Management
Event ID: 445
Description: Information Store (3160) The database D:\Program Files\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.
For more information about MSExchangeIS event 1112 and ESE event 445, visit the following Microsoft Web site:
The Messaging Database (MDB) shuts down automatically as soon as the mailbox store database has reached the maximum size limit. Additionally, the MDB will not restart when the mailbox store database has reached the maximum size limit. This behavior is by design to keep the system from trying to insert more data into the mailbox store database than the Exchange Server 2003 Standard Edition mailbox store database was designed to handle.
For more information about how to determine the server version of Exchange that is installed on the server, click the following article number to view the article in the Microsoft Knowledge Base:
Method 1To permanently solve this issue, upgrade to Exchange Server 2003 SP2.
For more information about the new database size limit with Exchange 2003 Service pack 2, click the following article number to view the article in the Microsoft Knowledge Base:
Method 2If you are an administrator, you must perform the following tasks:
- Temporarily increase the database size limit by 1 GB.
- Selectively remove unnecessary database content.
- Defragment the database to reduce the database to a level that is in the defined boundaries of the database size.
After you make create the
Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:
Note The registry value in this procedure is designed to enable a temporary increase the mailbox store database size limit. The registry value is not is designed for day-to-day operations.
- Add the Temporary DB Size Limit Extensionregistry entry to the computer that is running Exchange 2003 Standard Edition or Exchange 2000 Standard Edition. To do this, follow these steps:
- Click Start, click Run, type regedit in the Open box, and then click OK.
- Locate and then click the following key in the registry: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<Exchange Server Name>\Private-<long hexadecimal string>
- On the Edit menu, point to New, and then click DWORD Value.
- Type Temporary DB Size Limit Extension, and then press ENTER.
- Double-click Temporary DB Size Limit Extension.
- Type 1 in the Value data box, click Decimal in the Base box, and then click OK.
- Quit Registry Editor.
- To prevent new e-mail content from being added to the mailbox store beyond the temporary 17-GB limit during the recovery process, we strongly recommend that you stop the Simple Mail Transfer Protocol (SMTP) service and the Microsoft Exchange MTA Stacks service before you mount the mailbox store.
- Mount your mailbox store.
- Remove data from your mailbox store. To do this, use one of the following methods:
- Use Microsoft Outlook to delete unnecessary e-mail items from individual inboxes and other folders.
- Use Outlook to delete unnecessary e-mail items from the Sent Items folder.
- Use Outlook to empty the Deleted Items folder.
- If a deleted item retention is set, you may want to temporarily reduce retention to zero (0) days:
- Click Start, point to Programs, point to Microsoft Exchange, and then click System Manager.
- Right-click Mailbox Store, and then click Properties.
- Click the Limits tab, and then type 0 in the Keep deleted items for days box.
- Delete mailboxes that are no longer used.
- Use the Move Mailbox tool to move mailboxes to a mailbox store that is on another server that is running Microsoft Exchange Server.
- Have users create personal folder (.pst) files on their local hard disk drives. Then, have the users archive content from the mailbox store database to their local hard disk drives.
- Use the Mailbox Merge Wizard (ExMerge) tool to archive content from the mailbox store database into personal folder (.pst) files.
Note The ExMerge tool can archive the content by mailbox folder or by date range.
For more information about how to use the ExMerge tool, see the Mailbox Merge Wizard (ExMerge).doc that is included with the the ExMerge tool download. To download the ExMerge tool, visit the following Microsoft Web site:http://www.microsoft.com/downloads/details.aspx?FamilyID=429163ec-dcdf-47dc-96da-1c12d67327d5&DisplayLang=enFor more information about permissions that are required for the ExMerge tool, click the following article number to view the article in the Microsoft Knowledge Base:273642 ExMerge does not work unless you have receive As and Send As permissions on the store
- After you remove data from your mailbox store, you must let online maintenance run so that items are marked for permanent deletion before you run an offline defragmentation.
By default, online maintenance is scheduled to run every night from 1:00 AM to 5:00 AM. To force online maintenance to run immediately, follow these steps:
- Click Start, point to Programs, point to Microsoft Exchange, and then click System Manager to open Exchange System Manager.
- Double-click the Microsoft Exchange Server server, and then double-click Storage Group.
- Right -click Mailbox Store, and then click Properties.
- Click the Database tab, and then click Customize to modify the schedule to run immediately.
Note Online maintenance may take 30 minutes to start and several hours to finish. When online maintenance has started, the following event ID message is logged in the Application event log:
Event Type: Information
Event Source: ESE
Event Category: Online Defragmentation
Event ID: 700
Description: MSExchangeIS (170) Online Defragmentation is beginning a full pass on database 'C:\exchsrvr\mdbdata\priv1.edb'.
- View the Application event log to verify that online maintenance of your mailbox store is finished. Event ID1221 indicates that online maintenance is finished. This event ID message also indicates how much free space there will be on your mailbox store after offline defragmentation. Event ID 1221 appears similar to the following event ID:
Event Type: Information
Event Source: MSExchangeIS Mailbox Store
Event Category: General
Event ID: 1221
Description: The database Storage Group Name\Mailbox Store has 565 megabytes of free space after online defragmentation has terminated.
- Run an offline defragmentation of your mailbox store by using the Eseutil tool (Eseutil.exe).
You must dismount the mailbox store before you run an offline defragmentation. Additionally, you must have free disk space equal to at least 110 percent (%) of the database size to run eseutil /d. If you do not designate a temporary location for the database file by using the t command, the temporary location is automatically set to the Exchsrvr/Bin folder.
In the example in this step, X is a temporary drive letter location for the defragmented database on the hard disk drive or on a network drive. After you run the eseutil /d command on your mailbox store, you must dismount all the stores in the storage group and remove any log files in the Mdbdata folder before you remount the database. The time to complete an offline defragmentation varies depending on factors such as the hardware involved or whether the temporary database is redirected to a network drive. The following command is an example of the command line that you use to run the Eseutil tool:exchsrvr\bin\eseutil /d "location of .edb file" /tX:\tempdfg.edbNote When you defragment an .edb database file, the associated .stm file is defragmented also.
For more information about how to use the Eseutil tool, click the following article numbers to view the articles in the Microsoft Knowledge Base:328804 How to defragment Exchange databases254132 Eseutil /d defragments the database and the streaming file192185 How to defragment with the Eseutil utility (Eseutil.exe)
- Mount your databases, and make backups.
Warning You must perform a full backup of the databases after you use the Eseutil.exe to defragment the database. A full backup is needed because the database defragmentation creates new database files which have new database signatures. Log file replay after the restore depends on database signatures to match the expected values recorded in transaction log files. Any database backups that are taken before the defragmentation will contain database files that have signatures different from the new defragmented database. If an older database is restored, the new transaction logs which are bound to the new defragmented database files will not replay.
For more information, click the following article number to view the article in the Microsoft Knowledge Base:
Method 3By using the new Recovery Storage Group feature in Exchange Server 2003, you can mount the database in a recovery storage group and use the Exchange Server 2003 version of the Microsoft Exchange Merge Wizard (Exmerge.exe) to extract mailboxes from the database.
The same Exmerge.exe functionality that is available for databases that are in regular storage groups is available for databases that are in a recovery storage group. However, note the following differences that apply when you use the Exmerge.exe tool with a recovery storage group:
- You do not have to override the Deny setting that is configured for the Receive As permission for members of the administrative group when you extract data from the recovery storage group. However, when you merge data back to the regular storage group, you must add the appropriate user account to the mailbox store. Additionally, you must assign the account the Receive As permission.
- The original mailbox must still be present in the original database and must still be connected to an Active Directory user account.
When you put a limit on a mailbox, you only limit the storage in the Priv.edb file. You do not limit the storage in the Priv.stm file. For example, a mailbox may appear to use only 250 MB of space in Exchange System Manager, but the total space that the mailbox uses may be 450 MB. This difference occurs because the 200 MB of space that the Priv.stm file uses does not appear in Exchange System Manager.
For more information about this issue for Microsoft Exchange 2000 Server, click the following article number to view the article in the Microsoft Knowledge Base:
Article ID: 828070 - Last Review: 12/08/2015 04:37:54 - Revision: 11.4
- kbnosurvey kbarchive kberrmsg kbtshoot kbexchtechbulletin KB828070