Microsoft Exchange Recovery Tool

An Exchange Server backup software issues a backup routine that calls the operating system to read 4 KB database pages (that are saved on the hard disk), and then to write data on the backup tape. This routine also includes a process to read the checksum value of each database page header, before writing data to tape. This checksum value is then compared with the corresponding value returned while reading the page. If for some reasons, like database corruption, these values do not match each other, Microsoft Jet Database Engine reports backup failure and prompts some error message. Such situations require that the administrator applies Exchange Server Recovery measures.

Such problems will be more clear with the further scenario. An Exchange administrator runs a backup process for its Exchange Server Information Store database. It observes that the backup could not be completed. Further, when it views the application log, it encounters the below error written in the description section of event logged:

“Information Store (3732) 23aca049-4dfa-4e45-b2f8-64c5414a947a: The backup has been stopped because it was halted by the client or the connection with the client failed.”

The associated event ID can be 215 or 447.

Cause

Some possible reasons for the above error to occur are:

• You have installed a third-party event sink that is incompatible or being problematic
• You are using a backup application that is incompatible or being problematic
• The hard disk or hard disk controller is faulty
• You are trying to backup a corrupted Exchange database

Solution

The suggested measures to solve the above problem are:

• Uninstall the third-party event sink.
• Try to use a different backup application, preferably suggested by Microsoft like, NTBackup or try to reinstall the existing backup program.
• Check the system log for probable hard disk and hard disk controller issues. Based on the issue, perform operations like repairing hard disk by running chkdsk and installing the recent driver and firmware updates.
• Repair the corrupted database using ‘Eseutil’ hard repair commands on a backup of database. If the resultant database has some important data missing, use a third-party, safe Exchange Recovery utility. A Microsoft Exchange Recovery software can scan and repair corrupted Exchange database using effective scanning algorithms.

Exchange Mailbox Recovery is a professional utility that repairs corrupted Exchange database and extracts the mailboxes as separate *.pst files. Incorporated with deleted mailbox recovery feature, this Microsoft Exchange Recovery utility supports MS Exchange Server 2007, 2003, 2000, and 5.5.

An Exchange Server database is susceptible to different corruption problems, such as dirty database shutdown, antivirus scanning, log file issues, and others. Thus an administrator might require different Microsoft Exchange Recovery tools to solve such problems and to continue working the e-mailing environment.

Further is a scenario that depicts a similar situation of Exchange Server database corruption. As an Exchange Server administrator, you may observe one or more of the below symptoms:

1. You cannot start and/or Information Store service
2. Exchange clients lose the ability to send or receive e-mails. You cannot solve this issue by restarting the server
3. You restore the database from an offline backup but the database is still inconsistent. On running Isinteg utility (database integrity check), it gives the below error message on screen:

“Error 4294966746: JET_errDatabaseInconsistent”

Cause

Information Store is corrupt. Either both or one of public store and private store is corrupted.

Solution

Before trying the below steps, you are recommended to take the backup of the entire Information Store to prevent any post-crash consequences. Use the below steps in order to solve the above problem:

1. Analyze all the error message and events of application event log that Exchange reports on attempting to start the Information Store

2. Run eseutil /mh command to check the integrity of Exchange databases (Priv.edb and Pub.edb). An inconsistent database shows ‘Dirty Shutdown’ state but is not always corrupt. This state can also occur if all the transaction logs have not been committed yet.

3. Replay all the transaction log by performing soft database recovery. For this, execute eseutil /r command for the affected database(s).

4. Run hard database repair in case soft recovery doesn’t work. Run eseutil/ p command and delete all the .chk and .log files

5. Check if the previously occurring symptoms go away. If you can successfully work with the database(s), they are repaired. Next, run eseutil /d and isinteg -pri -fix -test alltests commands in sequence to defragment and fix database issues respectively.

6. In case, the problem remains the same, use a third-party Exchange Server Recovery tool to diagnose and repair the database more effectively. A Microsoft Exchange Recovery utility uses safe, yet powerful, scanning procedures and allows for easy database repair.

Exchange Server Recovery Tool is a professional utility that repairs corrupted Exchange database and extracts the mailboxes in individual *.pst files for Exchange Server 2007, 2003, 2000, and 5.5. The tool provides advanced Exchange Server Recovery features and is easy to use. It can also recover deleted mailboxes and inaccessible STM data.

New Features of Exchange Server Recovery Software:

Exchange 2007 Recovery

Exchange 2003 Recovery

In Microsoft Exchange Server, you can check and fix the integrity and consistency of Information Store database using Isinteg.exe utility. This built-in command-line tool works on all information store databases such as public information store, Pub.edb, and private information stored, Priv.edb. However, in some cases, you encounter errors while trying to resolving information stored database issues in Exchange Server, and the process fails. The problem persists and you can not access data from Exchange Server database. This behavior leads to data loss and need Exchange Server Recovery to be sorted out.

In a practical scenario, you may come across the below error message when you run the Isinteg -patch on MS Exchange Server that is running on Microsoft Cluster Server:

“The private store could not be updated
Reason: JET_errKeyDuplicate”

Before running the Isinteg -patch tool on Microsoft Exchange Server computer, which is running on the Microsoft Cluster Server, it is essential to set environment variable _CLUSTER_NETWORK_NAME_ to ERG (Exchange Resource Group) name. For instance, when the ERG network is named as EXCLUSTER, type the below as command prompt:

SET_CLUSTER_NETWORK_NAME_=IP ADDRESS NAME

• Here IP ADDRESS NAME is name assigned to IP ADDRESS resource in Exchange Resource Group. It is essentially NetBIOS name of exchange Server computer.

In such circumstances, the Isinteg utility fails after restore the database, which was forklifted from the stand-alone Exchange Server computer to the clustered Exchange Server computer.

The failure occurs if the value of _CLUSTER_NETWORK_NAME_ environment variable is incorrect. It can be due to typographical errors. After the environment variable is set, you can not change it.

If you have incorrectly set the environment variable on your Exchange Server database, the database corruption or inaccessibility situations may occur. In such circumstances, you must perform complete restore of the database as you can not change cluster name in information.

Inaccessibility of the Exchange Server Database (EDB) file leads to data loss situations and need Exchange Recovery to be sorted out. Recovery is best possible with the help of powerful and advanced third-party EDB Recovery Software.

These applications are particularly designed to carry out in-depth scan of entire EDB file and extract all damaged, inaccessible, and corrupted mailboxes. The Exchange Recovery tools have read-only and non-destructive conduct to retrieve your data safely.

Microsoft Exchange Recovery is a comprehensive edb recovery tool and ensure absolute recovery of all EDB file objects including emails, notes, contacts, tasks, journal, and more. The software works well with Microsoft Exchange Server 2007, 2003, 2000, and 5.5.

Microsoft Exchange Server 2007 includes several data security and database improvements that give an appearance of a relatively safer application. The prime enhancements that this version provides are extended database size limitation up to 16 TB, increased number of storage groups per server, improved antivirus, anti-spam protection, and more. Despite of these improvements, Exchange database corruption is not an exception. An Exchange Server 2007 database is vulnerable to get corrupt because of Dirty shutdown, application issues, and the like common causes. The prime solution to deal with such problems should be use Exchange repair utilities or to restore from backup. But if none of these measures works, you require an Exchange Recovery utility.

Consider the following practical example of such problems. You use Exchange Server 2007 and observe database corruption with the following symptoms:

• You try to copy the database, but the copy operation fails reporting an I/O error in system log, such as below:

The driver detected a controller error on \Device\Harddisk0\DR0.

• When you try to move a mailbox from the corrupted store to a new one, it cannot be accomplished with an error similar to below:

Unable to move mailbox mailbox_name.
A problem occurred while getting the properties for a message.
Parent folder name: Inbox; Message subject: RE: SND253P1 ; Error code: 0xfffffa0a.
Run ISINTEG to check for any problem in the database “First Storage Group\Mailbox Database

• As suggested by the above error, when you run ISINTEG utility to check the database consistency, you receive the below error:

MSExchangeIS (3932) First Storage Group: Data inconsistency detected in table table_num of database database_path

Also, the ESEUTIL /p repair operation fails to fix the database corruption.

Such situations indicate database corruption to an extent that it cannot be repaired and dealt using MS Exchange utilities. To extract the mailboxes, you need solutions like:

1. A database backup that can be used to restore.
2. A third-party repair Exchange Server Recovery utility that can repair and restore the database contents. An Exchange Recovery utility can use effective, yet safe, scanning algorithms to recover the lost data in intact form.

Exchange Recovery Tool is a professional utility with ability to recover mailboxes from a corrupted Exchange database in individual *.pst files. The Exchange Server Recovery application supports Exchange Server 2007, 2003, 2000, and 5.5. The tool also supports recovering deleted mailboxes and STM file data in an e-mail body.

Stellar Information Systems Limited, 22-Jan-2010, Gurgaon, the pioneer data recovery company providing advanced EDB recovery solutions and services, today announced the launch of a new, updated version of its Exchange server repair solution- Stellar Phoenix Mailbox Exchange Recovery v3.0. With various end-user innovations, the upgraded Version 3.0 now repairs MS Exchange Server 2007 databases and also provides full native support for repairing Unicode EDB files. This release introduces a new deleted mailbox recovery feature and added capabilities that reduce costs and enhance the overall user experience.

Stellar Phoenix Mailbox Exchange Recovery v3.0 recovers STM data in e-mail body itself, which is a considerable improvement over its previous releases that used to recover it as an e-mail attachment. Also, the exchange recovery software now allows users to manually select the root Exchange Server version at ‘Select EDB File’ dialog-box with the added ‘Select Server Type’ option. The free demo version of the exchange server recovery product is available for download from company’s website that lists the mailbox(es) it can recover.

“Stellar Phoenix Mailbox Exchange Recovery v3.0 is the unified package that delivers full versions’ compatibility, accidental deleted mailbox recovery, and multilingual data recovery support . Together with several conforming features, the update helps administrators to achieve long-term database control.”said Sunil Chandna, CEO of Stellar Information Systems Limited. “This release provides organizations a way to lessen the operational losses while Exchange database corruption. With several reworked features, Exchange Recovery v3.0 is designed as a cost-effective and time-saving solution”

New Features of Mailbox Exchange Server Recovery v3.0:

1. Supports MS Exchange Server 2007

2. Recovers deleted mailboxes

3. Supports Unicode-formatted EDB files

4. Recovers STM data as e-mail body for Exchange Server 2003, 2000, and 5.5

5. Allows to select Exchange Server type- a new ‘Select Server Type’ option

Pricing

Stellar Phoenix Mailbox Exchange Recovery v3.0 is an affordable edb recovery solution, available in three different license options- Administrator, Technician, and Academic. The product range starts at $499 for Academic License.

Stellar Information Systems

Stellar Information Systems Limited is industry’s leader in providing data recovery software, e-mail recovery tools, database repair solutions, file repair utilities, data safety products, and data recovery services. Certified with ISO 9001:2000 standard, Stellar has more than 1,100, 000 satisfied customers worldwide.

Contact Information

For more information and product purchase options:

Call : +1-866-554-2512 (TOLL FREE)
Mailto: orders[at]stellarinfo.com.
Web Address- http://www.ms-exchange-server-recovery.com/

Exchange Server database corruption can occur for several reasons and if backup is present that is stable, you can use it to restore the database conveniently. A database backup alone is not sufficient to bring the database back to consistent state. It is because after restoration, database and log files are not in perfect sync with each other. So, you need to replay the transaction files in order to make the database consistent. This process is termed as ‘Hard Recovery’. The hard restore requires all backup sets to be in clean state or otherwise, this procedure may fail. In such instances, you left with no alternatives other than using an Exchange Server Recovery utility that can repair the original database.

As example, consider an instance when you experience dirty shutdown with Microsoft Exchange Server. The next time, when you try to mount the Information Store database(s), it fails and you receive errors suggesting that one or more database(s) are corrupt. You try to perform hard restore, but cannot do so and receive the below error message:

“JET_errLogCorruptDuringHardRestore -573”

The database recovery method fails and data remains inaccessible.

Cause

Error -573 indicates that Exchange Server has detected some corruption in a backup set and cannot proceed.

Solution

You can try applying these solutions to solve such problems:

1. Check for some other backup set that may be used to restore the database and carry out hard restore

2. Run ‘ESEUTIL /P database_filename.edb’ command to repair the database, where ‘database_filename’ is the name of the corrupted database file. But during repair, the command can discard table rows and even complete tables. So, it is suggested to backup the database and later, opt for safe third-party Exchange Server Recovery solutions if you find the important data missing after repair or the repair process fails.

Exchange Recovery software are result-oriented tools to that repair EDB files using safe and effective scanning algorithms. These products are applicable in each case of database corruption. You can install these products easily and then operate them using simple steps as described by the software itself.

Microsoft Exchange Recovery is a powerful EDB Recovery utility that repairs corrupted Exchange database files and restores the mailboxes in individual *.pst files. The Exchange Recovery tool supports MS Exchange Server 5.5, 2000, 2003, and 2007. The tool can also recover deleted mailboxes. The software is compatible with Windows 7, Vista, XP, 2003, and 2000.

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.

Microsoft Exchange Server first passes data to the operating system and then, depends on the installed device drivers and hardware to keep this data securely. In case, these lower layers fail to provide required protection to data, your Exchange database might become corrupt. This form of database corruption is counted as the most severe one since it lacks the ability of get repaired and compel you to restore the database from backup or delete the corrupted data using Eseutil hard recovery techniques. Another alternative can be to use an Exchange Server Recovery utility that provides mailbox extraction from the corrupted database.

Most of the physical database corruption errors are detected by Exchange Server while operations like taking an online backup or performing database maintenance. This is because during these operations, the database engine undergoes page-wise testing of database. As a result, it logs similar errors, as mentioned below, in application event log:

1. “-510 JET_errLogWriteFail”

2. “-1022 (JET_errDiskIO)”

Cause

Each Exchange database has a 40-byte header information that stores a page number a CRC (Cyclic Redundancy Check). The database engine first determines the page number to ensure the requested one and then, checks the CRC value when reading the database page. If either of these checks fails, an error is returned, as above.

Before declaring the corrupt page, the database engine attempts to read it up to 16 times. These error indicate that either the page is bad or the database engine has failed in its trials without any success. You cannot backup the database in such cases and the operation is aborted.
Solution

You can avoid such problems by configuring a suitable hardware, device drivers, and firmware. Possible solutions to these problems are:

1. Restore from a backup, if is available and valid

2. Run eseutil /r command to find and remove bad pages from the database

The lost database pages might contain data that is important. For example, if the deleted page contains a B-tree index, it can render a considerable database part to become useless. To prevent from such situations, it is however, recommended to opt for safer Exchange Recovery solutions. The Microsoft Exchange Recovery software use intensive, yet safe, scanning algorithms to repair and restore the corrupted Exchange database.

This Exchange Recovery Software is a reliable tool that repairs corrupted Exchange database and restores the mailboxes in *.pst files. The Exchange Recovery utility supports MS Exchange 5.5, 2000, and 2003. The tool has an interactive interface that makes the software easy to operate. The tool is compatible with Windows 7, Vista, XP, 2003, and 2000.

Exchange data fragmentation occurs within the database. To reduce its effect, Exchange Server includes a default defragmentation process (called online defragmentation) on daily basis as a part of regular maintenance process. Also, the application provides an offline defrafgmentation technique, which is accomplished by eseutil /d command. Both of these methods discard the unused space, but occasionally introduce some database errors that cause database to corrupt. To repair such corrupted databases, you need to apply eseutil repair commands or restore from the last available backup. However, if these measures don’t help, you should repair the corrupted database using an Exchange Recovery Tool.

For instance, consider the following practical scenario. You try to defragment the Exchange database (*.edb) with eseutil /d command, but the process fails while it is defragmenting the database. After this, you observe that the file in effect is named as *.edb.edb. You rename it to *.edb, but Exchange Server refuses to mount it further.

When you try to perform soft database recovery, you get an error message, as below:

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

The database is inaccessible .

Cause

The EDB file is severely corrupted and cannot be mounted.

Solution

You can try to implement the following suggestions to solve the described issue:

1. Restore from the last backup you have.
2. If the soft recovery has failed, you can use hard recovery command- eseutil /r. Make sure you backup the file first. It is the hard command and usually deletes the corrupted pages that it cannot understand.
3. If the above solutions are not valid, you should use a third-party database repair utility. Such software can easily repair a corrupted EDB file without harming the original integrity of the file.

Microsoft Exchange Recovery tools are specifically designed products with high competency to repair a corrupted Exchange database. An Exchange Server Recovery utility has a self-explaining interface and suitable documentation. They can repair a database corrupted due to any logical instance. For this, the software apply a powerful set of scanning procedures, which are also safe for the database originality.

Stellar Phoenix Mailbox Exchange Recovery is a powerful solution that repairs and restores damaged Exchange databases in each case. The Exchange Recovery Software supports Exchange Server 5.5, 2000 and 2003. It is a safe database repair tool with various user-end graphic features. The tool recovers all user mailboxes in individual *.pst files, which can be imported in Outlook.

For Exchange Server, MAPI uses different interface methods. The OpenMsgStore is the method associated with IMAPISession interface that is used to open a message store. The method then results a reference that is passed to ImsgStore object for further access. When the method fails, the Application log of Exchange Server computer records an event that you can analyze for knowing the root cause of failure. Amongst other reasons, one possible cause of this behaviour could the corruption of message store. If this is the case, you require to run Eseutil repair utility, restore from backup or apply a mailbox recovery technique. However, you can also use an Exchange Server Recovery product in case none of these solutions seems relevant.

For instance, you may encounter the below event log description displaying in the application event log of Exchange Server computer:

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

The error is logged with event ID 9175 and is specific to Exchange Server 2000 and 2003.

Cause

The above error indicates that the Information Store (IS) is not running or the mailbox store is failing to mount. If the IS doesn’t run, the System Attendant still remains active with the MAPI session. The IS may stop due to any of the below possible reasons:

1. You are using an expired evaluation version of Exchange Server

2. The partition storing the IS files is less than or equal to 10 MB in size

3. The IS is in dirty shutdown state

4. The store is dismounted and/or corrupted

Solution

You should first verify if the IS is running or not. For this, go to Services and check the status of Information Store. If it is running, make sure that the mailbox store(s) are mounted and if it is not running, try to restart the store. You can try these suggestions to overcome the IS and mount failure issues:

1. Use the activated version of Exchange Server

2. Make sure that the IS partition is greater than 10 MB in size

3. Replay all the transaction log files for the affected mailbox store

4. Backup your store and run eseutil /p command to repair it. The command can delete the corrupted pages and cause data loss.

For repairing the corrupted Exchange database safely, it is recommended to use an Exchange Recovery utility. Microsoft Exchange Recovery software are scanning-based products specifically built to repair the corrupted database and restore it at a safe location.

Stellar Phoenix Mailbox Exchange Recovery is an advanced tool that repairs the corrupted Exchange database and extracts mailboxes in individual *.pst files. The powerful Microsoft Exchange Recovery solution can restore all file objects using safe algorithms. The tool supports Exchange Server 5.5, 2000, and 2003.