Saturday, April 4, 2009

Exchange Store Won't Mount

Information Store
Is the Microsoft Exchange Information Store (MSExchangeIS) service running?
Can you successfully start the Information Store service if it is stopped?
If you cannot start the Information Store service, is the Microsoft Exchange System Attendant (MSExchangeSA) service started?
System Attendant
Is the Microsoft Exchange System Attendant service started?
Can you successfully start the System Attendant service if it is stopped?
If you successfully start the System Attendant service, make sure to start the Information Store service as well.

refer :http://go.microsoft.com/fwlink/?linkid=3052&kbid=245024).
Anti-virus software comes in two flavors as far as Exchange is concerned: generic and Exchange-aware. If you are using generic anti-virus software (that is, software that is not Exchange-aware), make sure that you are not scanning your Exchange data directories.
try disabling your anti-virus software and then restart your Exchange server
Mount a Blank Database (Enterprise Edition Only)
If you are trying to isolate the problem and are not sure if the problem is with a particular database, you can try to mount a blank database. If you can successfully mount a blank database, you know that your existing database has a problem. When mounting a blank database, do not move your current database files, simply create a new database. If you have used all 20 of your allowed databases, you can create a database in a recovery storage group to do the test. If you are using a recovery storage group to test mounting a blank database, either restart the IIS Admin Service (IISADMIN) or wait 15 minutes before attempting to mount the new database so that the Active Directory® directory service caches are refreshed.
Problems with the Database
Are you running Exchange Server Standard Edition? If so, has the server reached the 16-GB store limit? If you are running Exchange Standard Edition, your mailbox stores will dismount when you reach the 16-GB size limit.
Is there a -1018 or -1022 error in the application log indicating a problem with your physical storage? See Knowledge Base article 314917
Verify that the database was shut down in a clean (consistent) state. Use ESEUTIL /MH. If the database is shutdown in a dirty (inconsistent) state, you cannot mount it and you must replay at least one transaction log file to bring it to a clean state.
If you receive the following errors, here are some things to investigate.
C1041724
Error c1041724 is "An internal processing error has occurred. Try restarting the Exchange System Manager or the Microsoft Exchange Information Store service, or both." For general information about this error, see Knowledge Base article 294318, "C1041724 Error Occurs When You Try to Mount a Database" (
http://support.microsoft.com/?id=294318).
Check permissions on the folder that the TMP variable points to. Exchange needs full control permissions for the root of the drive with the transaction log files and database files and all subfolders between the root of the drive and these files. See Knowledge Base article 307242, "Information store does not mount with 0xfffff745 and -2235 errors" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=307242).
Check the application log for MSExchangeIS Event ID 9519. See Knowledge Base article 312873, "Mailbox Store or a Public Store May Not Mount with Error -344" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=312873).
Check the application log for MSExchangeIS Event ID 1088. See Knowledge Base article 280652, "XADM: "Event ID 1088" Is Logged and Store Fails to Mount" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=280652).
Check to ensure that the store you are trying to mount has the Allow inheritable permissions to propagate to this object check box selected. See Knowledge Base article 827283, "You receive a c1041724 or c1041722 error message when you try to mount an Exchange 2000 Server mailbox store" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=827283).
If you receive this error when trying to mount a store that has just been restored from backup, make sure hard recovery has completed. See Knowledge Base article 253931, "Mounting a Database After Restore Fails with Error Message c1041724" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=253931).
Check to see if a second SystemMailbox object exists for the store you are trying to mount. See Knowledge Base article 274534, "XADM: Event ID 9175, 9546, 9519 Messages Occur When Mailbox Store Fails to Mount" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=274534).
Check to make sure another copy of the same database is not running. See Knowledge Base article 280753, "XADM: Event ID 9175, 9546, 9519 Messages Occur When Mailbox Store Fails to Mount" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=280753).
Check the log file drive to ensure that it has adequate space. You may see MSExchangeIS Event 9519 and 9559 in the application log. It is important that you do not simply delete transaction log files to make more space. These files are part of your Exchange database. For information on moving log files, see Knowledge Base article 821915, "How to Move Exchange Databases and Logs in Exchange Server 2003" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=821915).
Check to make sure your E00.log file has the correct signature. See Knowledge Base article 294367, "You Cannot Mount the Database, and Receive Events 9518 and 455" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=294367).
Check to see if the MDBDATA folder that contains the files for the store you are trying to mount has the proper permissions set on it. See Knowledge Base article 823022, " 'ID No: c1041724' Error Message and Event ID 491 When You Try to Mount the Mailbox or the Public Store" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=823022).
C1041722
Error c1041722 is "The Microsoft Exchange Information Store service could not find the specified object."
Try restarting IISADMIN and Windows Management Instrumentation (WMI) to clear the directory cache. If you have created the database recently, wait a few minutes for Active Directory replication.
Check to see if the Everyone group has been assigned explicit Deny permissions on the root of the Public Folder hierarchy in Exchange System Manager. See Knowledge Base article 823017, "Event ID 9519 When You Try to Mount a Public Folder Store" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=823017).
Check to ensure that the store you are trying to mount has the Allow inheritable permissions to propagate to this object check box selected. See Knowledge Base article 827283, "You receive a c1041724 or c1041722 error message when you try to mount an Exchange 2000 Server mailbox store" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=827283).
Check to see if the Exchange Domain Servers group has Full Control permissions on the Server objects in Active Directory. See Knowledge Base article 313865, "XADM: Public Folder Store Cannot Mount with Error c1041722" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=313865).
Check to see if the Exchange Enterprise Servers group has the Manage Auditing and Security Logs permission set. See Knowledge Base articles 281537, "XADM: Description of the Policytest.exe Utility" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=281537) and 290189, "XADM: C1041722 Error Message Occurs When You Attempt to Mount Databases" (http://go.microsoft.com/fwlink/?linkid=3052&kbid=290189).
C1041737
Error c1041737 is " The name of one of the database files in this store is invalid."
This error may occur if there are problems with your storage media. The application log may show MSExchangeIS Event IDs 9518 and 9519. An ESE Event ID 470 may also be logged. See Knowledge Base article 300608, "XADM: A "C1041737" Error and an Event ID 470 Message May Be Displayed When You Attempt to Mount Databases" (
http://go.microsoft.com/fwlink/?linkid=3052&kbid=300608).
Check to see if the Everyone group has Full Control permissions on the drive. Not having this permission may sometimes cause this error.

No comments:

Post a Comment