How to repair and recover damaged database files in Microsoft Exchange Server?

Microsoft Exchange server is considered to be one of the best and fastest email server applications in the world. An Information Store is very important and essential component of the MS Exchange server that is used to store both Mailbox and Public store data. The Information store uses Exchange database files to effectively manage the stored users’ data. An Exchange database file tends to be damaged or corrupted due to various reasons like sudden server down, hardware failure, abrupt exit from Exchange Server.

As corruption of database file is an unwanted hurdle that halts the smooth working of an organization so it is essential to find the root of cause and take the effective method to solve the issue. Microsoft has provided some built-in tools that can be used to solve the corruption issues. If these built-in utilities are not able to repair your damaged database file, then you can use a third-party Exchange recovery program to do so.

When an Exchange database file gets corrupted, it becomes impossible to mount the Information store in Exchange Server. Additionally, various error messages may appear on the window. Following are few symptoms which show that the information store database may be damaged:

How to resolve the issues:

Following are few ways which can be used to work around the problem:

A) Restore from backup: If you have clean and updated backup file, you should restore the database with its.

B) Run ESEUTIL utility: To repair the corrupt database file, Microsoft offers ESEUTIL command line tool. So, if the backup file is either not clean or not updated, then you should use this built-in repair application.

Note: When Eseutil /p (a hard repair command) utility is used to perform database repair, it removes anything it fails to understand. i.e you may experience some data loss situations after using it. Moreover, there is no method to identify how much your data is going to be lost.

C) Run ISINTEG utility: After running the ESEUTIL repair tool, you should run the ISINTEG utility. This command line tool helps to rebuilds and fixes the errors occurred in the information store after repair and restoration.

However if the Exchange database file remains inaccessible even after trying above said methods, then try to recover Exchange database using a third party Exchange server recovery software. Such tools are specially designed for this purpose. Stellar Phoenix Exchange Recovery is one such highly useful application that successfully repairs and recoups all data from damaged Exchange Server in only three simple steps.

How to solve Exchange Event 9175 ?

Exchange Mailbox Store is a very important component of the server and essential to proper functioning of an Exchange server. Each Exchange mailbox store is constituted of two important files named Priv.edb and Priv.stm. The EDB file is an ESE database file and also known as MAPI based database. It stores all MAPI messages, e-mail attachments and other important data. The STM file, known as streaming file, is also an ESE database file and stores primal internet content. When Microsoft Exchange Server is started, ESE determines the state of database whether it is in Consistent or Inconsistent. If ESE finds any inconsistency in Exchange database, it performs soft recovery. However, when a severe corruption occurs in a mailbox store, you will no longer be able to work with Exchange database smoothly and when you attempt to mount the database, you may get some error messages.

For example, consider a scenario wherein you are using Exchange server 2000 or 2003 and you encounter some corruption problem in your database. When you try to mount the Exchange mailbox store, you may receive the below event log description mentioned in the application event log:

Event Type: Error
Event Source: MSExchangeSA
Event Category: MAPI Session
Event ID: 9175
Date: 7/9/2001
Time: 5:32:11 PM
User: N/A
Computer: XYZ
Description:
The MAPI call 'OpenMsgStore' failed with the following error:
The Microsoft Exchange Server computer is not available. Either there are network problems or the Microsoft Exchange Server computer is down for maintenance. The MAPI provider failed.
Microsoft Exchange Server Information Store
ID no: 8004011d-0526-00000000

Causes:

Some of the reasons for the occurrence of above event are:

• Most of the time this event occurs if an Exchange Mailbox store failed to mount.
• System Attendant (SA) is attempting to make an Offline Address Book (OAB).
• Information Systems store services are stopped.
• Corruption in Exchange Mailbox store.

Solution:

You can try the following solution:

• Check whether Exchange Information Store service is running or not. If the Information store is not running, try to start it.
  

• If the Information store is working and the event is still logged. Confirm that the default Exchange mailbox store is mounted. If it is not mounted, try to mount it.
• If the Information Store is corrupt, you will need run built-in ESEUTIL/P command line utility.

If the above said repair utility fails to repair the corrupted Information Store, then you'll have to use a third-party Exchange recovery application to repair the damaged Exchange Information Store.

Such third party Exchange Server Recovery software are specifically developed to recover data from logically or physically damaged Exchange database (EDB) file. The repaired and recovered edb file can be saved at default or user's specified location.

How to resolve Exchange server error “The database files in this storage are inconsistent” ?

Microsoft Exchange Server is a communication application which is widely used by many small to large organization. This server-side application provides complete network sharing and effective management of both email-clients and its individual users. The Exchange Server application stores all the data like emails, attachments, contacts, notes, calendar entries, sent items etc. in an information store database file that is known as .edb file. Sometimes, you fail to mount the Microsoft Exchange database because of corruption or any other reason and get some undesirable error messages. 
 

The causes which lead to database file corruption and other damages are file's header corruption, human errors, virus attack, hardware error, power outage and more. Due to the corruption in Exchange database file, the users of MS Outlook fail to access their emails and other items. In such situation, you should try to find the reason of corruption and take appropriate action to repair the damage Exchange Server. However, if you are not able to do this, then you can use a third-party Exchange Server recovery solution to repair and recover data from corrupt EDB file.

Consider a scenario wherein you are using Exchange server 2000, then you try to mount the Information Store database file in Exchange Server but are unable to do so and an error message appeared, which says:

“The database files in this storage are inconsistent
Id no: c1041739”
In addition, every time when you attempt to mount a database, you will find the following error entries in the application log:
“Event Type: Error
Event Source: ESE98
Event Category: Logging/Recovery
Event ID: 465
Date: Date
Time: Time
User: N/A
Computer: Computer_Name
Description: Information Store (2224) C:\Program Files\Exchsrvr\mdbdata\E00.log. Corruption was detected during soft recovery in logfile 4092:203. The failing checksum record is located at position 4117. Data not matching the log-file fill pattern first appeared in sector %6. This logfile has been damaged and is unusable.”
And
Event Type: Error
Event Source: ESE98
Event Category: Logging/Recovery
Event ID: 477
Date: Date
Time: Time
User: N/A
Computer: Computer_Name
Description: Information Store (2224) C:\Program Files\Exchsrvr\mdbdata\E00.log. The log range read from the file "2095104 (0x00000000001ff800)" at offset 12800 (0x00003200) for -501 (0xfffffe0b) bytes failed verification due to a range checksum mismatch. The read operation will fail with error %7. If this condition persists then please restore the logfile from a previous backup.



Cause:

The reason for this problem is that either the Exchange mailbox store database or public store database is not in a consistent state.

Resolution:

To resolve this problem and access the damaged .edb file, there are some built-in tools provided by the Microsoft to check and repair the Exchange database. You should either repair or restore the corrupt Exchange database file by using the appropriate utility. You can do this by applying the following methods:

1) Check the State of Database:

Use the following command to check the consistency of the database:
eseutil /mh "drive:\program files\exchsrvr\mdbdata\database_name.edb"

If the Exchange database file is not a consistent state, the following message displays on the screen:

State: Dirty Shutdown

2) Repair or Restore the Exchange database:

If the database is not in a consistent state, you need to repair or restore it.

1. Restore from backup: Following steps describe how to restore a database from the backup file:
   1. Move or rename the E00.log file. By default, the location of this file is Drive:\Program Files\Exchsrvr\MDBDATA folder.
   2. Restore the storage group and the log files.
   3. When the storage group is completely restored, try to mount the database.
2. Repair EDB database file: Use the following steps to repair the database file:
   1. Open Command Prompt Window
   2. Move to the Drive:\Program Files\Exchsrvr\Bin folder.
   3. Execute the following command:
      

eseutil /p “drive:\program files\exchsrvr\mdbdata\database_file_name.edb”

4. Run the following command to defragment and rebuild the Exchange database file:
   

eseutil /d /t:x “drive:\program files\exchsrvr\mdbdata\database_file_name.edb

5. Verify the consistent state of the database, type the following command and press 'Enter':
   

eseutil /mh “drive:\program files\exchsrvr\mdbdata\database_file_name.edb”

6. If the database is in a consistent state, then the following text line is appeared:
   

State: Clean Shutdown

7. Use the Infromation Store Integrity (isinteg.exe) utility with the below mentioned switches to repair the logical corruption:
   

Isinteg –s exchange_server_name –fix –test alltests

Run this command until you get zero errors and zero fixes for the same database in the output.

8. Try to mount the Exchange database file.
   

For detail information about the above mentioned methods and utilities, go through this KB article: http://support.microsoft.com/kb/906148



However, if the above methods do not show satisfactorily solution and problem still exist, then you need to use a third-party Exchange Server recovery software to repair the database file. 

Stellar Phoenix Exchange Recovery is one such an effective tool that repair EDB file corrupted due to any reason. The software works well on Windows 7, Vista, XP, Server 2003, and 2000. In addition, this Exchange recovery software is able to recover deleted Exchange mailbox from EDB file. It is compatible with MS Exchange Server 2010, 2007, 2003, 2000 and 5.5 versions.

Resolving the problems of Mbconn.exe file in Exchange Server

Exchange Information store is the most critical constituent of Microsoft Exchange Server. Sometimes, when the Exchange Server is hit by any crashing or corruption issue, information store also gets affected. In order to access your mailbox, you need to mount the Information store. However, under some corruption or any damage situation, the mailbox store or public store denies to mount. In this case you will not be able to access your information such as emails, notes, contacts, images, attachments and more, stored in Exchange Mailbox. These Exchange mailboxes are connected to Information store database that keeps all data of active directory. The Mbconn.exe file is used to connect these mailboxes to Active Directory accounts.

How to Solve Exchange Server Error 1053

Performance of MS-Exchange Server totally depends on the System Attendant service. Without it Exchange related services stop working. Like, Exchange server database cannot be mount, unless and until Exchange System Attendant service is not running. Information store of Microsoft Exchange also depends on Exchange System Attendant service. Data of Information store cannot be accessed. To get rid of problem related to information store and to access data of it, you can use a backup. If backup falls short to recover, then you can go for a third party Exchange server database recovery tool.

How to Solve priv.edb (Private Information Store) Corruption Error ?

Private Information Store (priv.edb) in MS-Exchange Server gets corrupt because of many reasons. These reasons include sudden server shutdown, malicious virus, anti-virus scanning, log file corruption, and human errors. Once the priv.edb file gets corrupt, you start getting nasty error messages on your screen. Due to these errors, data of the Information store becomes totally inaccessible. In such critical situations backup can be used. In case you don’t have a backup file, you have another option of using third party Exchange recovery software.

Exchange Server Recovery for Corrupt Priv.edb file

Public folder store and Mailbox store are the components of Exchange store. These stores  further contain different files in them. In mailbox store, the files are priv.edb, priv.stm and in public folder store, the files are pub.edb and pub.stm. Both these Exchange store components are vulnerable to corruption and their corruption can stop the working of Exchange store service, which can lead to complete inaccessibility of Exchange Server database. To get over the corruption of mailbox store and public folder files, you can run an utility known as 'eseutil/p'. However, in some cases, this utility does not prove helpful to repair damaged database. For such cases, the last solution is a third party Exchange Server recovery tool.

Suppose, you use MS-Exchange database of around 300 GB. The Priv.edb file of your Exchange Server database has got corrupted and you executed the 'eseutil/p' command to resolve the issue. The repairing process by 'eseutil/p' command proceeded successfully, but suddenly stopped with an error message. The error message can be written as below:

“Assertion Failed: dPercentage >=0, file G:\ese97\src\eseutil\edbutil.cxx, line 563.”

Repair process remained incomplete and the data of Microsoft Exchange database became totally inaccessible. After that, the above error message appears every time you try to repair the Exchange database.

Why the error is coming?

The cause, that is responsible for the above stated error message is the corruption of priv.edb file and 'eseutil/p' utility falls short to solve the problem of corruption.

How the error can be solved?

For resolving above error message and to make the data of Exchange Server accessible, You have to follow the below suggestions:

• Use the latest or highest service pack level for Exchange Server 5.5.
• If, the problem still remains the same, you can use an up-to-date backup to restore the database.

If backup is deficient to restore the data or is not available, then you need to go for a third party Exchange Server Recovery product. Such third party Exchange recovery software easily solves the problem of corruption and makes the Exchange Server database accessible. These tools are very simple and even can be used by a person from a non-technical background. You need not have to possess knowledge about Exchange server and once you use the tool, it provides detailed instruction to perform the repair operation.

Stellar Phoenix Exchange Server Recovery is a trustworthy edb to pst converter tool, with which Exchange recovery can be done easily as well as safely. It restores all the data of the Exchange Server database, such as contacts, appointments, journal, tasks, events, e-mail messages and more. The tool is designed for MS Exchange 5.5, 2000, 2003, 2007 and 2010 versions.

Solving Exchange Server Error – 1019 during Hard Recovery

MS Exchange Server is designed to store and serve the data to millians of users. It is quite well known that Exchange database (EDB) files often get damage and corrupted due to various reasons such as Virus attack, Dirty Shutdown, Hardware failure, abrupt application and physical damage to storage media etc. In this situations, when EDB file gets corrupt or damaged, MS Outlook restricts accessing user's emails and other items from it. To solve this issue you need Exchange Repair solution.

Microsoft has availed the users with an inbuilt utility -eseutil/p . This utility provides two modes of recovery : hard recovery and soft recovery. Soft recovery is the process in which transaction logs are replayed and database exist as offline backup. In hard recovery transaction log is replayed and the online backup of database is used.

How to Solve 'Unable to write a shadowed header for the file' Exchange Server Error?

Consider a practical working situation, when you try to carry out the hard recovery of MS Exchange Server, you might come across error -1019 on the screen. After this error message, you may find the following even ids:

Event ID: 0
Source: ESE97
Type: Error
Category: Performance
Description: (252) Unexpected Win32 error: 0x3E6
Event ID: 122
Source: ESE97 How to Solve 'Unable to write a shadowed header for the file' Exchange Server Error?

Type: Error
Category: Logging/Recovery
Description: (252) Unable to read the log. Error -1022.
Event Id: 0
Source: ESE97
Type: Error
Category: Logging/Recovery
Description: (252) error -1019

Above error message and Event IDs and indicate that the database is severely corrupted and it can not be repaired using hard recovery process. After this situation of Server, the Exchange Repair job gets terminated and the last transaction log file, which is replayed, is altered and damaged.

In order to solve this issue you need to repair corrupt exchange database file with the help of third party EDB Repair tools. These Exchange Server repair software are particulary developed with the high end scanning algorithm to retrieve all items of the exchange database file. With interactive graphical user interface and non destructive design, theses tools are completely safe to use and perform fast EDB Recovery.

Stellar Phoenix Mailbox Exchange Recovery is the best and most excellant option to sort out most of the EDB corruption, damage problems. The edb repair software is compatible with Windows 7, Vista, Server 2003, XP, and 2000. This easy to use Exchane server recovery utility supports MS Exchange Server 5.5, 2000, 2003, 2007 and 2010.

Other Related Post:

• How to Solve 'Unable to write a shadowed header for the file' Exchange Server Error? 

• How to prevent physical corruption

Troubleshooting Error 'JET_errKeyDuplicate Illegal duplicate key' in Exchange Server

The Exchange database contains all the contacts, emails, file folders and a lot of other user information. There are some corruption problems can occur in Exchange Database file due to antivirus scanning, hardware failure, log file issues, database shutdown, system dirty shutdown etc. To ensure a speedy EDB recovery and smooth functioning of the the server, You need to use Third party Exchange EDB Recovery tool.

Resolving Event ID 9175 and 486

Sometimes when you try to mount a database on a server that is running Microsoft Exchange Server, and instead receive the following error message:

“An internal processing error has occurred. Try restarting the Exchange System Manager or the Microsoft Exchange Information Store service, or both.
ID no: c1041724
Exchange System Manager”

Additionally, the following event is logged in the Application log:

Event Type: Error
Event Source: MSExchangeSA
Event Category: (14)
Event ID: 9175
Description: The MAPI call ‘OpenMsgStore’ failed with the following error: The Microsoft Exchange Server computer is not available. Either there are network problems or the Microsoft Exchange Server computer is down for maintenance. The MAPI provider failed. Microsoft Exchange Server Information Store ID no: 8004011d-0526-00000000

or

Event Type: Error
Event Source: ESE
Event Category: General
Event ID: 486
Description: Information Store (3932) First Storage Group: An attempt to move the file “E:\Program Files\Exchsrvr\mdbdata\E00.log” to “E:\Program Files\Exchsrvr\mdbdata\E000080A.log” failed with system error 2 (0×00000002): “The system cannot find the file specified.” The move file operation will fail with error -1811 (0xfffff8ed).

Cause


1. Error 1811 relates to JET_errFileNotFound. This issue may pop up in an Exchange log (E00.log) file that has a mismatching signature and LGeneration. If E00.log file has a mismatching signature, the information store won’t mount even if the databases are consistent.
2. If an anti-virus program quarantines, deletes or interferes the current Exchange log file.

How to Resolve?

To resolve this issue, ensure the anti-virus is not configured to scan the Exchange Server directories. Check the log files of the anti-virus program to verify whether the Exchange log file was quarantined or deleted.

1. If quarantined, recover the Exchange log file by executing the following steps:

a) Recover the Log to folder which contains production files
b) Start MS Exchange Information Store Service. In case other Exchange log files are not missing, the database will mount. In case more log files are found to be missing, check the missing log files in the quarantine folder. If you cannot find the files, follow the next step.

2. If deleted, recover the Exchange log file by following these steps:

a) Move all the inconsistent databases to backup folder
b) In case, new E00.log file is made, move it to the backup folder. Also, move E00.chk and copy the existing files.
c)Rename last E00*.log file as E00.log
d) Restore database from backup.

If you do not have a backup, you must consider using third-party Exchange Server recovery software to bring EDB database files to consistent state.

Stellar Phoenix Mailbox Exchange Recovery extracts inaccessible data from corrupt .edb files and is compatible with Exchange Server 5.5, 2000, 2003, 2007, 2010 and 2013.

What to do when you are unable to connect to MS Exchange Server 2003

Are you experiencing problems in connecting to Exchange Server after restoring a mailbox store? If yes, then chances are that mailbox has corrupted due to various reasons such as hardware problems, database header corruption, etc. In such cases, you should adopt appropriate methods to counter the situation. However, if you are not able to fix the problem then you should use a third-party Exchange Server recovery to perform Exchange recovery.
For instance, you are using MS Exchange 2003. In this, you have restored a mailbox store to the recovery server. However, you are unable to connect to it using the ExMerge tool. You see the following error message in the ExMerge event log:

“Error opening message store (EMS). Verify that the Microsoft Exchange Information Store service is running and that you have the correct permissions to log on. - 0x8004011d ( (CmapiSession::GetMailboxesOnServer))”

In addition, the Application log reports the following error signature:

“Event Type: Error
Event Source: MSExchangeSA
Event Category: MAPI Session
Event ID: 9175
Date: Date
Time: Time
User: N/A
Computer: Server_Name
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”

Cause:

There could be the following reasons for such error:
1. The mailbox store containing the System Attendant mailbox is not mounted.
2. ExMerge is using the System Attendant mailbox to connect to other mailboxes.
3. The Recovery Storage Group (RSG) server is not having a System Attendant mailbox.

Resolution:

To resolve this issue, you should perform either of the following resolutions:

1. Mount the mailbox store containing the System Attendant mailbox: You should mount the mailbox store that contains the System Attendant mailbox on the recovery server. Run ExMerge when complete to extract the data from the user mailboxes.
2. Create a Recovery Storage Group (RSG) and restore a production database: You should create an RSG to recover data from the mailbox store. Restore the extracted mailboxes in a production database using the ExMerge tool.

The problem would be fixed using any of the aforementioned methods. However, if this is not so then you should use a third-party Microsoft Exchange recovery software to recover Exchange database. Such read-only tools are user friendly in nature that do not overwrite the existing database while scanning it.

Stellar Phoenix Mailbox Exchange Recovery is an efficient Exchange recovery software that performs Exchange database recovery for corrupted databases.

How to rectify Error c1041724 in MS Exchange Server 2000

Are you facing problems in accessing mailbox folders in MS Exchange Server 2000? Usually, such things happen when some internal settings for the mailbox store are not correctly set. Also, it may also be possible that the mailbox folder itself has got corrupted. Such corruption can occur due to various reasons such as abrupt or improper system shutdown, database header corruption, corruption of transaction log files, etc. In such cases, you should try to resolve the issue using appropriate corrective measures. In you are not able sort the issue, then you should use a third-party Exchange Recovery software to repair MS Exchange Server mailbox store.

Consider a scenario wherein you are unable to mount an MS Exchange Server 2000 mailbox store using Microsoft Exchange System Manager. An error message is displayed, that is:

“An internal processing error has occurred. Try restarting the Exchange System Manager or the Microsoft Exchange Information Store service, or both. ID no: c1041724 Exchange System Manager”

In addition, either or all of the following event IDs will be logged in the Application event log as well:

1. Event Type: Error
Event Source: MSExchangeSA
Event Category: MAPI Session
Event ID: 9175
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

2. Event Type: Error
Event Source: MSExchangeIS
Event Category: General
Event ID: 9546
Description:
Failed to create the Event Registration Mailbox for Database First Storage Group\Private Information Store (servername). Error – 0xbf69.

3. Event Type: Error
Event Source: MSExchangeIS
Event Category: General
Event ID: 9519
Description:
Error 0x80004005 starting database "First Storage Group\Private Information Store (servername)" on the Microsoft Exchange Information Store.


Cause:

The root cause of this problem is that the System mailbox object exists in the System Objects container, which is created for this mailbox store. And when you try to mount it, Exchange Server creates another object for the same, which is causing the problem.

Resolution:

To resolve this issue, you should perform the following steps:

1.Start the Active Directory Users and Computers snap-in.
2.Click the Advanced Features option in the View menu.
3.Find the Microsoft Exchange System Objects container, and then look for the System mailbox object whose mailbox store you were trying to mount.
4.Delete the System mailbox. Now try to mount the mailbox store. It should run fine now.

However, there are few instances when the problem is not resolved using these steps. In such cases, you should use a third-party Microsoft Exchange Recovery software. Such read-only tools are highly interactive and user friendly in nature that ensure safe and secure Exchange Server recovery.

Stellar Phoenix Mailbox Exchange Recovery software is an Exchange recovery software that repairs corrupted Exchange mailboxes created in MS Exchange Server.

Information store corruption: ' Error 4294966746...' in Exchange Server 5.5

Information store is the core data storage repository for Microsoft Exchange Server. It constitutes both mailbox store and public folder store data. At times, the information store in Exchange Server may get corrupt or inaccessible. The corruption may be caused by a variety of reasons including sudden or unexpected loss of power, faulty hardware which has written information to the disk incorrectly, and others. In order to make it accessible and continue normal operations, it becomes important to troubleshoot the problem by using appropriate Exchange Recovery solutions. If no concrete solution seems working, an administrator can go for professional tools.

As an administrator, you may experience the following problems with Exchange Server 5.5:

1.You cannot start MS Exchange Server Information Store service
2.The information store cannot be stopped
3.The CPU usage level remains 100 per cent even when the information store has stopped responding
4.Even after restarting the information store, clients are unable to send or receive e-mails
5.And, when you restore the Exchange Server databases from an offline backup and run the Isinteg utility, you receive the following error:

'Error 4294966746: JET_errDatabaseInconsistent'

Cause

The error surfaces when the information store becomes corrupt. Corruption involves either Priv.edb or Pub.edb files.

Resolution

In order to recover the public and private information stores, you must consider the following Exchange recovery steps:

1.Make a backup copy of the Pub.edb and Priv.edb files
2.Now start the information store and note any error message or event ID which erupts
3.Check the consistency of the information store databases, run Eseutil.exe command by using following commands:
c:\exchsrvr\bin>eseutil /mh ..\mdbdata\priv.edb
c:\exchsrvr\bin>eseutil /mh ..\mdbdata\pub.edb
4.If both the Pub.edb and Priv.edb files are consistent (Output: Clean Shutdown), then move to step 8. If not then try to perform soft recovery of the files to see if you have the copies of the log files that are stored in the Mdbdata folder. You can use the following commands:
c:\exchsrvr\bin>eseutil /r /ispriv
c:\exchsrvr\bin>eseutil /r /ispub
5.If eseutil / r does not send databases to consistent state, then use the following commands to perform hard repair
c:\exchsrvr\bin>eseutil /p /ispriv
c:\exchsrvr\bin>eseutil /p /ispub
6.Delete all .log and .chk files and Temp.edb in the ExchSrvr\Mdbdata folder
7.Check if the Microsoft Exchange Information Store service is running. If it starts successfully, stop the process.
8.Now defragment the database which you just repaired by using the following commands:
c:\exchsrvr\bin>eseutil /d /ispriv
c:\exchsrvr\bin>eseutil /d /ispub
9.Use the Isinteg.exe utility to repair Pub.edb and Priv.edb, using the following commands:
c:\exchsrvr\bin>isinteg -pri -fix -test alltests
c:\exchsrvr\bin>isinteg -pub -fix -test alltests
10.Restart the information store

In case, you are still not able to isolate corruption or overcome the problem, download an advanced Exchange Server recovery application from the Internet.

Stellar Phoenix Mailbox Exchange Recovery is a powerful yet safe application which repairs corrupt .edb files and restores the mailboxes as individual PSTs. The Exchange recovery tool supports Exchange Server 5.5, 2000, 2003, and 2007.

Low Disk Space or Database Corruption Prevents you to Write Data to EDB File

Are you unable to write data to Microsoft Exchange Server database? Is your EDB (Exchange Server database file) inaccessible? This behavior may occur due to either low disk space on Exchange Server computer or corrupt EDB file. If the database is corrupt, you need to restore it from the most recent backup to prevent data loss situations. However, in case backup is not valid or updated, you need to opt for Exchange Recovery solutions to retrieve data from the database.

In a practical scenario, the Information Store Service of Exchange Server may fail to start and you encounter the below errors in Application Event Log of Exchange Server, while read/writing data from/to EDB file:

“Event Type: Error
Event Source: ESE
Event Category: General
Event ID: 482
User: N/A
Description:
Information Store (4360) First Storage Group: An attempt to write to the file "D:\Program Files\Exchsrvr\mdbdata\res2.log" at offset 4194304 (0x0000000000400000) for 1048576 (0x00100000) bytes failed after 0 seconds with system error 112 (0x00000070): "There is not enough space on the disk.". The write operation will fail with error -1808 (0xfffff8f0). If this error persists then the file may be damaged and may need to be restored from a previous backup.”

You can not access the database after above error. To gain access of your valuable data in the EDB file, you need to identify the root of this issue and perform Microsoft Exchange recovery by resolving it.

Root of the problem:

You may face this behavior of Exchange Server due to any of the below reasons:

1.You do not have sufficient free space on the Exchange Server hard drive. The Error 0x00000070 entails ERROR_DISK_FULL and Error 0xfffff8f0 entails JET_errDiskFull.
2.EDB file is corrupt and Exchange Server can not recognize it.

Resolution:

You can try out any of the below methods to sort out this problem:

1.If problem is caused by low disk space, remove some files to free up disk space.
2.If database corruption is causing the issue, repair and restore the database using powerful and advanced commercial Exchange recovery software.

The Exchange recovery tool carry out in-depth scan of entire Exchange Server database and extract all inaccessible data from it. You need not to be technically sound to use these tools and repair the database as they have interactive graphical user interface.

Stellar Phoenix Exchange Mailbox Recovery is the most powerful, yet easy to use Exchange Database Recovery application to ensure easy recovery in all EDB corruption scenarios. The Exchange 2007 recovery software works well with Microsoft Exchange Server .

Exchange Server Database Fragmentation Fails with Misleading Errors

Microsoft Exchange Server database consists of two common databases, known as Priv.edb and Priv.stm. These database contains all your significant emails, notes, contacts, tasks, journal, attachments and more. If the Exchange Server database come across any sort of database inconsistency and integrity problem, Eseutil.exe utility can help you to fix the problem. It can also be used to repair the damaged database and defragment it. However, in some cases, this utility can not perform the expected tasks successfully and database remains in inaccessible state. In such cases, you are required to carry out Exchange Recovery to work around the problem.

When you attempt to manually defragment the STM (streaming) file of Exchange Server database, you might encounter the below error message:

“Operation terminated with error -2231 (JET_errSLVStreamingFileInUse, The specified streaming file is currently in use) after 0.891 seconds.”

After the above error, when you check the integrity of STM file, you might encounter the below possibly misleading error:

“Operation terminated with error -1206 (JET_errDatabaseCorrupted, Non database file or corrupted db) after 0.901 seconds.”

You are highly recommended not to use Exchange Server database repair utility against problem STM file as it might damage the internal structure of STM database file. At the same time, you may receive further error message stating:

“Operation terminated with error -1601 (JET_errRecordNotFound, The key was not found) after 2.354 seconds.”

What Causes Fragmentation Errors in Exchange Server ?

The above problem may occur if any of the below conditions are true:

1. This behavior occurs because the version of Eseutil utility doesn't ensure that you're running the tool against correct Exchange Server database. Structure of STM file is different from structure of EDB file. Some Eseutil functions might damaged STM file.

2. The Exchange Server database is corrupt and Exchange Server can not read it.

Solution

Go through the below steps to fix this problem and perform Microsoft Exchange recovery:

1. Obtain latest service pack of Exchange Server.

2. Use third-party Exchange Recovery software to repair and restore the damaged Exchange Server database.

The Exchange Server Recovery applications are capable of handling all types of Exchange Server corruption scenarios, using advanced scanning techniques. The software preserve absolute integrity of your database as of their read-only and non-destructive conduct.

Stellar Phoenix Exchange Mailbox Recovery tool is a powerful, yet easy to use application that effectively handles all EDB corruption problems. This Exchange Recovery Tool works well with Microsoft Exchange Server 2007, 2003, 2000, and 5.5. It restores all inaccessible objects of Exchange Server database, including emails, contacts, notes, tasks, journal, and more.

Resolving Event ID 489 in Exchange Server

Microsoft Exchange Server database file can often develop errors, which it finds unable to remove by normal repair methods. Inability to open a database file is one such error. An Exchange Recovery Tool comes handy when your Exchange database becomes corrupted and you have no backup to restore.

The further discussion depicts a commonly occurring problem when trying to open an Exchange database file. In such situations, you can encounter unexpected error and file open operation might fail. On viewing the application event log, you may observe the below event log:

Event Type: Error
Event Source: ESE
Event Category: General
Event ID: 489
Computer:Computer Name
Description: Process name [process id] file name: An attempt to open the file [path\file name] for read-only access failed with [Error Code and Explanation]. The open file operation will fail with error [Error Code].

Cause and Resolution

The actual cause of event 489 can be determined by the error code ('error_code') displaying at the end of its 'Description' section. Below are the possibly occurring error codes along with their causes and solutions:

Error -1032= ' JET_errFileAccessDenied'= File cannot be accessed

The file is in use by some other process or utility like, a virus checker or a backup program. Another cause can be insufficient permissions on folder containing database files to let the store to function correctly.

Thus, you need to configure the program using the database file to not scan the Exchange Server directories and/or to change the folder permissions to the default ones.

Error -1022='JET_errDiskIO' = Disk I/O error

The requested database page cannot be accessed due to an I/O error. It could be because of disk or controller failure or because the path to check file is incorrect.

You should run chkdsk /f /r command, check valid permissions on Exchsrvr folder, ensure the correct path to check file, and troubleshoot file-level anti-virus software scanning. After this, you need to either restore the database from backup or repair the database using Exchange Recovery Tool- eseutil/p, isinteg -fix, and ExMerge.

Error -1023= 'JET_errInvalidPath' = Invalid file path

Possible causes are changed path to log files or check files before restoring and corrupted check files or temporary files created while a defragmentation or a repair.

Therefore, you need to place back the files to their original locations and remove the corrupted files. To correct database inconsistency, you need to either restore the database from backup or repair the database using eseutil/p, isinteg -fix, and ExMerge tools.

Exchange repair utilities can delete the corrupted pages. For safe repair, use of Exchange Recovery Software is recommended.

Stellar Phoenix Mailbox Exchange Recovery is a reliable utility that is used to repair corrupted Exchange database and restore its mailboxes as *.pst files at a safe location. This Exchange Server Recovery software supports MS Exchange Server 2013, 2010, 2007, 2003, 2000, and 5.5 and can also recover deleted mailboxes.Visit this tool http://exchange.stellarservertools.com/

Information Store Corruption due to RAID Issues

One of the common reasons for Exchange Information Store to get corrupt is hardware issues. Thus when you identify server consolidation for Exchange Server computer, experts suggest you to adhere to Windows Server Catalog tips. The most important is a reliable storage subsystem and that's the reason you are often recommended to use Redundant Array of independent Disk (RAID) configuration. This not only increases performance by allowing multiple I/O operations but also adds to reliability. But unfortunately there can still be instances that may bring corruption to message store. If one or more of RAID components fail, the Exchange Information Store can catch corruption. In such situation, you need an Exchange Recovery solution to repair the database and recover the lost data.

Consider you use a RAID 2 system to run Exchange Server. All the Information store data including the log files are stored on the same drive. You observe that one of the RAID drives shows typical corruption issues. So you replace the drive, but you experience similar kind of problems with other drives as well.

Later, you notice that you cannot mount the Information Store. When you run eseutil /mh command to check the integrity of the database, it shows that Information store is corrupted. The database files and log files (typically, e00.log file) are damaged.

Cause

Since disk issues are repeatedly observed, it indicates issues with the RAID controller that has ultimately corrupted the Information Store database files.

Solution

You need the following solutions to deal with such problems:

1. Run eseutil /p command to repair the corrupted database. Keep in mind that this can delete the corrupted pages, so to prevent against critical data loss, it is recommended to use the command on a database backup.
2. Restore from a valid backup. But it is likely that database backup may also not exist in usable state. The reason is that the corruption problems have been continuous for considerable time and it is possible that you might have backed up the corrupted Information Store.
   
3. Use a third-party Exchange Recovery utility. The Exchange Server Recovery software can scan and then repair the corrupted Exchange database using powerful, yet safe, algorithms.

Exchange Server Recovery Software is a reliable tool that repairs corrupted Exchange database and extracts mailboxes as *.pst files while keeping the original database unaffected. The Exchange Recovery Tool supports MS Exchange Server 2007, 2003, 2000, and 5.5. The tool can also recover deleted mailboxes.

Resolving Exchange Error: “Database requires log files that could not be located.”

Transaction logging is a disaster recovery procedure of Microsoft Exchange Server that helps the database to get restored in consistent state after any unexpected stop. When the database stops suddenly, it goes to inconsistent state. On next restart, Exchange Server locates and then scans the log files to apply them from the database file. But for any reason if it fails to locate those log files, the recovery attempts fail. This forces you to locate the missing log files manually. However, if it cannot be accomplished, you need to restore the database from a suitable backup or perform Exchange Server Recovery using appropriate database repair procedures.

For each event in Exchange Server, the application logs the associated entry in Windows Application log. So, you might encounter the following error message displaying in this application log, usually after unexpected stop:

"Database requires log files that could not be located. The database requires log files to continue. Make sure the log files exist. Check Event logs for more information."

The event ID of this error in 453 and can cause database to become unmountable.

Cause

Exchange database needs some log files that it could not locate to continue. For further information on which log files could not be located, you can see the event description which mentions the sequence of log files that it could not locate. It also includes the log file number, up to which recovery has been possible.

Some prime reasons that might prevent log files from being located are:
1. The temporary folder doesn't contain the log files. The transaction logs are missing.

2. An anti virus software is running that has quarantined the log file 3. A hardware failure that has caused log files to lose. 

Solution

You need to apply these measures to solve the existing problem:

1. Check if the required log files have been moved. If yes, move them back to the correct folder. But if they have been deleted, you need to restore from the backup.

2. You need to stop the antivirus scanning if any and examine its registry settings to put back the current log files to correct folder.

3. If none of the above measures work, you should restore the database from the backup or apply eseutil repair (hard recovery) utilities to repair the database. Eseutil hard recovery is not safe to use as it deletes the corrupted pages. Thus, you are suggested to use commercial Exchange Recovery utilities as a better option. The Exchange Recovery software are suitable choice to repair corrupted Exchange database using safe, yet effective, scanning algorithms.

Exchange Recovery Software is a powerful EDB Recovery tool that repairs corrupted Exchange database and restores the mailboxes in *.pst files. The Microsoft Exchange Recovery tool supports MS Exchange Server 5.5, 2000, and 2003. The software is easy to install and operable using simple steps that even a non-tech user can understand.

E00.log is Missing and Database Doesn't Mount with Event 9518 and 455

Transaction log files is the disaster recovery method used by Exchange Server to bring its databases to a consistent state post crash. The current transaction log data for a database is stored in E##.log file, which is further renamed to E#######.log when reaches to 5MB in size. The '##' is basically the storage group identifier. Thus, for first storage group, the file is E00.log.

The file may go missing or get corrupt It generally occurs because of antivirus scanning and can render the databases unmountable as a consequence. At this point, you should remove all the transaction log files from the root folder and try to mount the database. If the problem continues, Exchange database corruption might be the reason. So, you need to use Exchange Recovery solutions to repair and restore the files. For instance, when you try to mount a mailbox or public store of Exchange Server 2000 or 2003, the operation might fail. When you view the application event log, you may come across events 9518 and 455. Cause E00.log file is missing or corrupt.

This could occur if an anti-virus program is scanning or if anti-virus quarantine option is enabled for Exchange files. Microsoft suggests excluding Exchange databases, temporary files, logs, the IIS system files and the IFS drive from antivirus scanning on computer running Exchange Server.

Also, it is recommended to avoid the scanning of folders that contain these files. By default, the folder containing temporary data is \Exchsrvr\MDBData. If your anti-virus software is scanning this folder, it might take the 'E00.log' as a virus or a file containing the virus. As a result, it will quarantine the 'E00.log' file and cause Exchange Server to crash. Solution 1. Stop all the Exchange services and exclude its files from antivirus scanning 2. Move all the log files from \Exchsrvr\MDBData to a temporary folder, except E00.chk, Res1.log and Res2.log 3. Start all the Exchange services and try to mount the databases 4. If you still cannot mount the databases, the problem lies is databases.

 They might be corrupt. Run eseutil /p to perform soft recovery, restore from backup or use a third-party Exchange Recovery product. Exchange Server Recovery utilities incorporate high-end scanning algorithms that can safely repair a damaged Exchange database and extract data from. Stellar Phoenix Mailbox Exchange Recovery is a powerful and safe Exchange Server Recovery utility to provide systematic repair for corrupted Exchange databases. It supports Exchange Server 5.5, 2000 and 2003. The tool can perform comprehensive Exchange Recovery for all database objects and extracts user mailboxes in individual PST files.

Page Checksum Mismatch in EDB File and Recovery

Microsoft Exchange Server uses checksum procedure to confirm for database pages integrity. You can use ESEUTIL utility with /K switch to verify page-level integrity of Information Store databases. If it results errors, one or more of your database pages are corrupted that you need to restore from the available backup. In case no suitable backup is present, you require to use an EDB Recovery Software.

You might come across any of the below symptoms with your Exchange Server: Error “Database page read failed verification because of a -1018 error (page checksum mismatch). This page level error is often caused by driver, firmware, or hardware issues.” Users fail to send or receive email messages You receive -1018 checksum error when you attempt to perform online backups You encounter -1018 checksum mismatch error when you try to defragment the database At client side, Microsoft Outlook is not started Cause Such behavior is usually exhibited when a database page read fails verification. As indicated, this occurs due to mismatch of page checksum. The referenced page stored on Exchange EDB file is corrupted. Note: The error indicates inability to retrieve data from EDB database file, which might also occur due to RAM or firmware issues. Solution You are recommended to follow these suggestions to isolate the given issue: You should run system diagnosis to check for RAM or firmware related concerns. You can deduce the issue if the corruption problem is frequent Try upgrading the firmware and system BIOS to their latest versions available Repair the damaged EDB files using eseutil /P.

You should then execute eseutil /D followed by isinteg -fix If ESEUTIL repair utility fails to fix database corruption, you need to migrate the database from recent backup. However, while any concerns related to restoring from backup, you should Recover EDB file by using third-party special purposed tools. EDB Recovery Software are high-end tools with powerful, yet safe, algorithms to examine, repair and restore the damaged Exchange Server database. These applications are reliable tools that work efficiently and successfully extracts all user mailboxes without harming the actual database contents. Stellar Phoenix Mailbox Exchange Recovery is a comprehensive tool to safely extract all the mailboxes from damaged databases created with Exchange Server 5.5, 2000 and 2003. It is a safe EDB Recovery Tool to Recover EDB and all objects including emails, email properties, tasks, drafts and more.