How to get rid of Exchange Dirty Shutdown Problem?

This is a very common problem that every Exchange user has to face.

Symptoms: - Following are the main factors that need to be determined in case of an Exchange System in a Dirty shutdown state.

• Collect the database and the required logs

User must find a copy of the .edb file and needed logs. These logs are required from database perspective and this can be completed by suspending the older database copy, and then copying the needed files to a separate location or creating a snapshot of the volume which can be reverted to at a later time.

Common errors upgrading from Exchange 2003 to Exchange 2010 Server

Being an Exchange Server user a person knows the importance of EDB file since it work as a store house for the information that is sent and received via Exchange Server side application. And the corruption in this file may lead to a big halt in the fluency of the email communication of the whole organization.

How to Solve Page Checksum Mismatch Error in MS Exchange Server ?

MS Exchange Database files get corrupted or damaged due to many reasons such as abnormal shutdown of Exchange Server, Virus attack, hardware failure and more. When this type of situation occur , the database becomes totally inaccessible and unusable. In case of edb file corruption , you may encounter critical user's data loss situations and at this point, EDB Recovery is the best way to get your data back.

When EDB file gets damaged or corrupted, you would not be able to access your data such as email messages, contacts, notes, tasks, calender entries etc with MS Outlook. This behaviour occurs because MS Outlook will not be able to access your data from the corrupted mailboxes.

Consider a practicle example, when you try to run an online backup of database after corruption, the operation can not be completed and you come across the following error message:

"Database page read failed verification because of a -1018 error" (page checksum mismatch)

You can not access your valuable data from the database after above error and users might face the following problems:

• Cannot send or receive e-mail messages and other items.

• Unable to start MS Outlook.

• Online backups fail to complete with a -1018 checksum error.

• Online defragmentation surfaces a -1018 checksum mismatch error.
  

To gain access of your data in MS Outlook, you need to identify the root of this issue and perform EDB to PST conversion.

Cause:

The root cause of this error is that faulty hardware parts, firmware and device drivers of hard disk subsystem. The error -1018 indicates checksum mismatch and the specific referenced database page within the Exchange store is corrupt.

Solution:

Try the following steps to resolve the issue:

• Test the system for related hardware issues and replace it
• Upgrade the firmware drivers if needed
• Use the last available online backup to restore the exchange database.
• Perform hard recovery using inbuilt eseutil /p utility or use a third-party EDB PST Converter such as Stellar Phoenix Mailbox Exchange Recovery.

The EDB to PST Converter will help you to get your precious data back by performing in depth scanning and repairing of entire EDB (Exchange database file). To Convert EDB to PST, the tool has interactive graphical user interface and there is no need to be technically sound to use it.

Stellar Phoenix Exchange Server Recovery is the most powerful and multi-featured edb to pst conversion tool that ensure complete EDB Recovery in all instances of .edb file corruption. The EDB to PST Converter works well with MS Exchange Server 5.5, 2000, 2003, 2007 and 2010. The tool is compatible with Windows 2000, Windows XP, Windows 2003, Vista and Windows 7.

The free demo version is also available to evaluate the Convert EDB to PST Software that allows users to repair corrupt edb file and extract the user mailboxes. However, it restricts the user from saving the extracted data and required full version to save the same.

How to recover EDB database in MS Exchange Server 2010 when you are unable to mount database

Are you facing some sort of problem while trying to access MS Exchange database folder? Such problem can occur if there are some problems with the configuration in Exchange Server settings. You should try to address the settings. If the problem is not resolved, then there is a quite prominent possibility that the EDB (Exchange Database) database file is damaged, which can happen due to various reasons including virus infections, database header corruption, transaction log file corruption, etc. In such cases, appropriate methods should be used to recover corrupt EDB file. If these methods are insufficient, then the use of a third-party EDB recovery software to perform EDB recovery is a must.

Let us discuss a scenario in which you are unable to mount the mailbox database in MS Exchange Server 2010. In such case, the following error message is displayed:

“Failed to mount database 'Mailbox Database'

Mailbox Database
Error:
Exchange is unable to mount the database that you specified. Specified database: d1cdba46-6f79-46f2-ba14-3ae2fa8aad43; Error code: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005,ec=-2147467259).”

In addition, the following report is logged in the Application event log:

“Event ID 9518
Event Type:    Error
Event Source:    MSExchangeIS
Event Category:    General
Event ID:    9518
Date:     date
Time:     time
User:     N/A
Computer:    ServerName
Description: Error 0x80004005 starting Storage Group /DC=com/DC=example/CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=335A1087-5131-4D45-BE3E-3C6C7F76F5EC/CN=Administrative Groups/CN=Exchange Administrative Group (FYDIBOHF23SPDLT)/CN=Servers/CN=ServerName/CN=InformationStore/CN=First Storage Group on the Microsoft Exchange Information Store.
MDB failed to start.”

Cause:
There could be the following reasons for such erroneous situation:
A) The 'DomainName\Exchange Servers' group is not assigned the 'Manage auditing and security log' user right.
B) The EDB database file is damaged.

Resolution:
To overcome the problem, you can perform either of the following methods:
A) Run Setup /PrepareAD: You should run the 'Setup /PrepareAD' command using the Exchange Server CD. This command restores the original configuration settings of Exchange Server.
B) Add the Exchange Servers group to the "Manage auditing and security log" policy: To do this, you should perform the following steps:
   i)    Click Start | Administrative Tools | Domain Controller Security Policy.
  ii)    Click 'User Rights Assignment' in the Default Domain Controller Security Settings Microsoft Management Console (MMC) snap-in.
 iii)    Double-click 'Manage auditing and security log'.
  iv)   Click 'Add User or Group' in the 'Manage auditing and security log Properties' dialog box.
   v)   Enter 'DomainName\Exchange Servers' in the 'User and groups names' box.
  vi)   Click OK two times.
 vii)   Quit Default Domain Controller Security Settings MMC snap-in.
viii)    Restart the Microsoft Exchange Information Store service.

If the problem is persisting, then a third-party EDB recovery software is to be used to recover corrupt EDB file. Such EDB recovery tools use fast and sophisticated scanning algorithms to recover EDB file without causing any damage to the original EDB file.

The EDB recovery tool that most of the recovery experts recommend is Stellar Phoenix Exchange Server recovery, which recovers corrupt EDB file created for MS Exchange Server.

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.

EDB Recovery to Fix Transport Database Corruption

Are you facing fatal errors while accessing your Microsoft Exchange Server 2007 database? Is your EDB (Exchange Server Database) file is inaccessible? The fatal error in Exchange server aborts the application and thus makes it unusable. This behavior of MS Exchange Server renders all your valuable data inaccessible and cause critical data loss situations. In order to get your precious data recovered in such situations, you need to repair and restore the damaged EDB file, using an EDB Recovery solutions.

As an example, MS Exchange Server 2007 Management Pack for Operations Manager supervises the MS Windows Application Event log on systems, which are running MS Exchange Server 2007 and returns the below event:

“Product Name: Exchange
Product Version: 8.0 (Exchange Server 2007)
Event ID: 17003
Event Source: MSExchangeTransport
Alert Type: Critical Error
Description: A Transport database operation has encountered a fatal error. The database may be corrupted. The Microsoft Exchange Transport service is shutting down. Manual database recovery or repair may be required.”

After the above error, Microsoft Exchange Server does not let you access your database. At this point, you have to verify the cause of this problem and perform EDB File Recovery by resolving it.

Cause:

The error message below indicates that specified ESE (Extensible Storage Engine) database is damaged. It is preventing MS Exchange Server services from starting.

- ESE, also called JET Blue, is an ISAM (Indexed Sequential Access Method) data storage technology intended by Microsoft. The ESE is particularly used as a key component of the Microsoft Exchange Server and the Active Directory.

How to Fix ESE Corruption:

You can carry out following things to sort out this issue-

1. 
   
   Delete the defined database and corresponding transaction logs. You must not remove the database if you have significant data in the database.
2. 
   
   Repair the damaged database using Isinteg.exe tool or restore it from backup.

However, if none of the above methods helps you to work around the problem, EDB Recovery Tool is the only option to go for. They carry out in-depth scan of entire EDB file using high-end scanning techniques and restore all database objects such as emails, notes, contacts, tasks, and more.

The software enable you to recover corrupt EDB file in a quick and easy way as they are incorporated with simple and self-descriptive graphical user interface. The integrity of your database is always preserved by these tools.

EDB Recovery Software is the most preferred recover EDB solution to repair and restore EDB files in all cases of corruption. The EDB Recovery is designed for Microsoft Exchange Server 2007, 2003, 2000, and 5.5.

Checksum Errors on Exchange Server Database Pages

A corrupted or damaged Exchange Server database exhibits abrupt behavior while normal database operations. However, you can deduce the root cause of the issue and sometimes, solution to the problem by application log entries. You should restore the corrupted database from the last backup, if is available and valid. In case of database issues, you are recommended to use EDB Recovery Software to recover the damaged database.
For example, consider you use Exchange Server 2003 or Exchange Server 2000. You use Exchange online backup to backup your Information Store database and fail to do so. When you view the application log in Event Viewer, you encounter the below error message:

“Information Store (2240) The database page read from the file "E:\program files\exchsrvr\mdbdata\priv1.edb" at offset 204275712 (0x000000000c2d0000) for 4096 (0x00001000) bytes failed verification due to a page checksum mismatch. The expected checksum was 303571876 (0x121823a4) and the actual checksum was 303571940 (0x121823e4). The read operation will fail with error -1018 (0xfffffc06). If this condition persists then please restore the database from a previous backup.” 

This error is logged with event ID 474.

Cause

Error 1018 indicates JET_errReadVerifyFailure error. It results because of checksum errors on database pages. The prominent reason for this error to occur is Exchange database corruption due to file system errors. If the disk subsystem is suffering from issues, like defective disk drivers, faulty controller or outdated or incompatible firmware, this could result into Exchange database corruption.  

Solution

You can solve these problems by these methods:

1.Try to perform backup using different storage group located on a different server disk. 2.Diagnose and troubleshoot your Exchange Server running system for possible hardware issues 
3.Update your system with the latest firmware and drivers updates available 
4.If a clean data backup is available, restore your database 
5.Perform hard repair of the database using Eseutil /p in case no suitable backup is present 6.Eseutil /p is a destructive repair operation that could delete the corrupted database pages. To prevent the consequences, you should use safe EDB Recovery utilities. 

EDB Recovery Software are powerful tools to examine, repair and restore damaged Exchange databases using efficient scanning algorithms. These tools provide you graphically rich user interface and advanced features that result complete database repair.


Stellar Phoenix Mailbox Exchange Recovery is a fully-competent EDB Recovery Software to systematically repair damaged Exchange databases created with Exchange Server 5.5, 2000 and 2003. It provides safe EDB Repair and extracts all user mailboxes by converting them into Outlook usable .pst files. The tool can recover all email messages, notes, journals, tasks and other objects.

Checksum Errors on Exchange Server Database Pages

A corrupted or damaged Exchange Server database exhibits abrupt behavior while normal database operations. However, you can deduce the root cause of the issue and sometimes, solution to the problem by application log entries. You should restore the corrupted database from the last backup, if is available and valid. In case of database issues, you are recommended to use EDB Recovery Software to repair the damaged database.

For example, consider you use Exchange Server 2003 or Exchange Server 2000. You use Exchange online backup to backup your Information Store database and fail to do so. When you view the application log in Event Viewer, you encounter the below error message:  

“Information Store (2240) The database page read from the file "E:\program files\exchsrvr\mdbdata\priv1.edb" at offset 204275712 (0x000000000c2d0000) for 4096 (0x00001000) bytes failed verification due to a page checksum mismatch. The expected checksum was 303571876 (0x121823a4) and the actual checksum was 303571940 (0x121823e4). The read operation will fail with error -1018 (0xfffffc06). If this condition persists then please restore the database from a previous backup.”

This error is logged with event ID 474.  

Cause

Error 1018 indicates JET_errReadVerifyFailure error.

It results because of checksum errors on database pages. The prominent reason for this error to occur is Exchange database corruption due to file system errors. If the disk subsystem is suffering from issues, like defective disk drivers, faulty controller or outdated or incompatible firmware, this could result into Exchange database corruption.  

Solution

You can solve these problems by these methods:
1.Try to perform backup using different storage group located on a different server disk.
2.Diagnose and troubleshoot your Exchange Server running system for possible hardware issues
3.Update your system with the latest firmware and drivers updates available
4.If a clean data backup is available, restore your database
5.Perform hard repair of the database using Eseutil /p in case no suitable backup is present
6.Eseutil /p is a destructive repair operation that could delete the corrupted database pages.

To prevent the consequences, you should use safe EDB Recovery utilities. EDB Recovery Software are powerful tools to examine, repair and restore damaged Exchange databases using efficient scanning algorithms. These tools provide you graphically rich user interface and advanced features that result complete database repair.

Stellar Phoenix Mailbox Exchange Recovery is a fully-competent EDB Recovery Tool to systematically repair damaged Exchange databases created with Exchange Server 5.5, 2000 and 2003. It provides safe EDB Repair and extracts all user mailboxes by converting them into Outlook usable .pst files. The tool can recover all email messages, notes, journals, tasks and other objects.

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.