Repairing inconsistent EDB database in MS Exchange Server 2000

Are you facing problems in mounting the Exchange Server? Or are you unable to access the Exchange Server? If yes, then there are chances that the Exchange Server database has gone corrupt thereby leading to such an inconsistent state. Such abnormal behavior can occur due to various reasons such as virus infections, database header corruption, hardware issues, etc. In such cases, you should use certain in-built methods to resolve the issue. However, if you are unable to address the problem then you should use a third-party Microsoft Exchange recovery software to perform Exchange recovery.

Consider a scenario wherein you are not able to mount the Microsoft Exchange Server 2000. An error message is displayed, that is:

“The database files in this storage are inconsistent
Id no: c1041739”

You can also check the Application log to view the following event 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.”

Cause:
The root cause of this error message is that the mailbox store database has corrupted and, thus, is in an inconsistent state.

Resolution:
In this case, the repair process involves two stages. The first one involves checking the state of the unmountable database whereas the second one is about repairing the database appropriately after confirming the database problem. To do this, you should perform the following steps:
1) Confirm the state of database by entering the following command in Command Prompt:
“eseutil /mh “drive:\program files\exchsrvr\mdbdata\database_file_name.edb”
2) If the database is consistent, then the following text will be displayed:
“State: Clean Shutdown”
3) Else if the database is inconsistent, then the following text will be displayed:
“State: Dirty Shutdown”
4) Rebuild the database using Eseutil command by entering the following command.
“eseutil /d /t:x “drive:\program files\exchsrvr\mdbdata\database_file_name.edb””
5) Repair the logical corruption of the database by using the following command:
“Isinteg –s exchange_server_name –fix –test alltests”

The aforementioned methods should be able to resolve the issue. However, if you are not able to address the issue then you should use a third-party Exchange Server recovery software to do so. Such read-only tools are able to perform EDB recovery without overwriting the original data.

Stellar Phoenix Mailbox Exchange Recovery is a Microsoft Exchange recovery software that recovers the corrupted EDB files from all instances of corruption. It is supported by Microsoft Exchange Server 2007, 2003, 2000, and 5.5. This Exchange Server Recovery software is able to extract the mailboxes into separate PST files according to the specific user. In addition, this Exchange recovery tool is able to preserve the formatting of the RTF and HTML messages. It is compatible with Windows 7, Vista, Server 2003, XP, and Server 2000.

How to Repair and Restore Unmountable Exchange Server Database

In Microsoft Exchange Server, when you access data from the Exchange Server Database (EDB) file, it is mounted after running Information Store Service. Mounting is the process of making the database available for all services running under Exchange Server environment. However, under some circumstances, the EDB file refuses to mount and it remains inaccessible. The problem may occur due to numerous reasons, including database corruption. This behavior results in severe data loss and requires Exchange Recovery if there is no backup in place.

While mounting the Exchange Server database on server, which is running MS Exchange Server, you might encounter the below 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”
Along with the above error message, you may also see the below events in Application Event Log of Microsoft Exchange Server:

1. 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

2. Event Type: Error
Event Source: ESE
Event Category: Logging/Recovery
Event ID: 413
Description: Information Store (3932) First Storage Group: Unable to create a new logfile because the database cannot write to the log drive. The drive may be read-only, out of disk space, misconfigured, or corrupted. Error -1811.

Cause
It may occur due to any of the followings:
1. Jet Engine errors.
2. Deletion of Exchange log file by virus.
3. Running eseutil /p command on damaged database
.

Resolution
In all the above situations, you need to use Exchange Recovery Software to repair and restore the damaged database.

Exchange Recovery Tool is specifically designed to carry out in-depth scan of entire Exchange Server database and extract all inaccessible data from it. They ensure absolute, simple, secure, and quick Microsoft Exchange Recovery in all cases of EDB file corruption.

Stellar Phoenix Mailbox Exchange Recovery software repairs and restores damaged Exchange Server database in all cases of corruption. The Exchange Server Recovery software works well with Microsoft Exchange Server 2007, 2003, 2000, and 5.5. It restores all EDB file objects, such as emails, notes, contacts, tasks, calendar entries, journal, and more.

Resolving ‘Task ‘Microsoft Exchange Server’ reported error (0×8004011B)’ Error

Among other reasons, one of the common causes that can prevent an Outlook user to send and receive e-mails is Exchange Server database corruption. In such circumstances, the Exchange administrator should immediately restore the database from the last available backup, failing to which raise the requirements of using suitable Exchange Server Recovery utilities.

For better illustration, consider a case of a Microsoft Outlook user that tries to send or receive an e-mail message and Outlook is configured to use Microsoft Exchange Server. When he/she tries to do so, one of the below mentioned error messages is received:

Task ‘Microsoft Exchange Server’ reported error (0×8004011B): ‘Unknown error 0×8004011B”

As a result of this error message, Outlook user can no longer send or receive more e-mails.

Explanation

The above issue is most likely to occur in any of the following situations:

  • You have installed Microsoft Outlook 2003 on Exchange 2003 Server or domain controller
  • Microsoft Outlook profile is damaged
  • An antivirus software or firewall is running that has prevented the connection of Microsoft Outlook and Microsoft Exchange Server
  • Corrupted Exchange Server database

User Action

If you encounter the depicted problem, you should consider to implement the following measures:

  • You need to modify the security settings if Microsoft Outlook 2003 installation n Exchange. 2003 Server or domain controller is the issue. For this, change the security settings from ‘ log on network security’ to ‘Kerberos’.
  • If Outlook profile is corrupted, you can recreate the profile and delete the affected one
  • You should check the compatibility of your antivirus software with Microsoft Outlook 2003 and Microsoft Exchange Server 2003. Also, you can disable all antivirus programs running at server and client ends. In case of firewall issues, you might require to enable static port mapping.
  • In case of Exchange database corruption problem, run Eseutil and Isinteg utilities after taking a complete backup. If this doesn’t help, you need to use a third-party Exchange Recovery Tool. Running an Exchange Server Recovery software can help you extracting database contents in readable format.

Stellar Phoenix Mailbox Exchange Recovery is a comprehensive utility designed to repair corrupted Exchange database and restore its mailboxes as individual *.pst files. This Exchange Recovery tool supports MS Exchange Server 2007, 2003, 2000, and 5.5 and is also competent to restore deleted mailboxes. The tool is compatible with Windows 7, Vista, XP, 2003, and 2000.

Resolving ‘Information Store data inconsistency is detected in a table’ Error

Like all other databases, Microsoft Exchange Server database also comprises of several tables. These tables consist of one of more trees and hold records and columns, which are identified as MAPI properties. At times, typically when the database is corrupt, Exchange Server cannot identify these tables as valid database tables. As a result, when attempt is made to access the database, application event log records an associated entry indicating the cause. However, to solve these problems, the prime solution considered for Exchange Recovery is to restore the database from backup.

Here, the mentioned problem has been narrowed down with the below error message. You can see this or similar error message logging in application event log with an associated event ID 448:

Information Store (2412) Data inconsistency detected in table Msg of databaseE:\Program Files\exchsrvr\mdbdata\priv4.edb (0,524957). For more information, click http://search.support.microsoft.com/search/?adv=1

You can encounter this error message when trying to start Exchange Server, which occurs because mailbox store(s) cannot be mounted. Microsoft Exchange Server detects inconsistency in one of the Jet database table.

Note: Exchange Server database can get corrupt because of antivirus scanning, corrupted restore operation, damaged hard disk subsystem, and the like reasons.

User Action

  1. Check the system log for determining possible hardware, file system, or driver related problems. If you find any such errors, take the corrective measure like, replace the hardware, repair the file systems, and update drivers.
  2. Check whether or not database can mount. If it can, you can export its data to .pst files using ExMerge utility and then delete the corrupted database. If it cannot, you should restore it from last online backup, run eseutil /p repair utility followed by eseutil /d and isinteg utilties, or use a third-party Exchange Recovery Tool.

Microsoft Exchange Recovery software are more effective plus safer programs over Exchange eseutil repair utility. While eseutil /p command can delete the database pages, these software repair the database and extract its content without affecting the original database, and maintaining the same formatting and view.

Exchange Recovery Software is a comprehensive edb recovery tool designed for repairing a corrupted Exchange database that can extract user mailboxes as .pst files to a user-intended location. Supporting MS Exchange Server 2007, 2003, 2000, and 5.5, this easy to use Exchange Server Recovery tool can also recover deleted mailboxes.

You Can Not Start Exchange Server 2007 Services on Global Catalog Server

Microsoft Exchange Server 2007 includes a number of advanced and added features over its predecessor Microsoft Exchange Server 2003. Some of its features include, new clustering options, voice mail integration, 64-bit support for the greater scalability, support for web services, and better search options. However, in some situations, you may not access your Exchange Server Database (EDB) file after installing Exchange Server 2007 and attaching database to it. The database becomes totally inaccessible and you face serious data loss situations. At this point of time, it becomes essential to perform Exchange Server Recovery using reliable tools.

In a practical scenario, you cannot start the Exchange Server services after installing Microsoft Exchange Server 2007 on the global catalog server. But, other services can be started manually. Furthermore, you may see the below events in the Event Log of Exchange Server:

  • Event ID: 2601
    Source: MSExchange ADAccess
    Category: General
    Type: Warning
    Description: Process MSEXCHANGEADTOPOLOGY (PID=1624). When initializing a remote procedure call (RPC) to the Microsoft Exchange Active Directory Topology service, Exchange could not retrieve the SID for account <WKGUID=DC1301662F547445B9C490A52961F8FC,CN=Microsoft Exchange,CN=Services,CN=Configuration,…> – Error code=80040934. The Microsoft Exchange Active Directory Topology service will continue starting with limited permissions.
  • Event ID: 5000
    Source: MSExchangeIS
    Category: General
    Type: Error
    Description: Unable to initialize the Microsoft Exchange Information Store service. – Error 0×96e.

Exchange Server is partially dependent upon Microsoft Exchange System Attendant. Exchange Server Information Store service is not dependent upon Microsoft Exchange System Attendant.

Cause

The problem may occur, if:

  • Exchange Server domain controller and other services don’t start completely.
  • Exchange Server database is corrupted.

Resolution

To perform Microsoft Exchange Recovery, follow the given steps:

  • Manually start Exchange services.
  • Change Exchange Server dependencies.
  • Use Exchange Recovery Software to repair and restore damaged EDB file of Microsoft Exchange Server.

The Exchange Recovery tool are capable of methodically scanning the damaged Exchange Server database and extract all inaccessible data from it. The software are totally safe and easy to use with read-only nature and interactive user interface.

Stellar Phoenix Mailbox Exchange Recovery software repairs and restores damaged Exchange Server database in all cases of corruption. The software works well with Microsoft Exchange Server 2007, 2003, 2000, and 5.5. It restores all EDB file objects, such as emails, notes, contacts, tasks, attachments, appointments, and more.

How to Fix Startup Problems in Microsoft Exchange Server Information Store?

Is your Microsoft Exchange Server’s Information Store damaged and does not start? Are you unable to retrieve information from EDB (Exchange Server Database) file? The information store corruption is due to numerous reasons, such as improper system shutdown, faulty hardware, virus infection, or application malfunction. In such situations, you need to opt for Exchange Server Recovery to access your database.

To recover Microsoft Windows Store that doesn’t start, use the below methods:

  • Check Application Event Log of Windows NT Event Viewer for MSExchangePub, MSExchangePriv, EDB, and MSExchangeIS messages. The messages may provide you information about actual cause of the problem.
  • Shut down all the MS exchange Server services, and then restart Exchange Server. When information store service restarts, it attempts to recover automatically and return database to consistent state.
  • Create an absolute backup of Microsoft Exchange Server Information Store. It must include all the EDB and Log files.
  • Restore database from last complete online backup. Make sure that you don’t click to choose ‘Start Service after Restore’ option. Restore incremental backups of Information Store. Only click selecting ‘Start Service after Restore’ option while restoring current incremental backup. Do not select ‘Erase all existing data’ option.
  • If the above method can not help you start information store, check Event Log and review logged messages for EDB.
  • If the above method doesn’t work, restore online backup of information store. Select ‘Start Service after Restore’ and ‘Erase all existing data’ options.
  • Remove all the Log and EDB files from Mdbdata folder and then restore copies of Pub.edb and Priv.edb databases from backup.
  • If none of the above methods work, you need to wipe the information store as last resort.
  • If wiping does not work, you need to remove the Information store. However, it causes data loss. The easiest and safest way to retrieve data in such situations is Microsoft Exchange Recovery.

Recovery is possible using powerful and advanced third-party applications, known as Exchange Recovery Software. The applications are able to handle all EDB corruption situations, irrespective of the cause of corruption.

The Exchange Recovery Tool employ efficient database scanning techniques to methodically scan whole EDB file and extract damaged objects from it. With simple graphical user interface and read-only conduct, the applications are easy and totally safe to use.

Exchange Recovery software is the most advanced utility to recover your Exchange Server database from corruption. It works well with Microsoft Exchange Server 2007, 2003, 2000, and 5.5. The software restores all EDB file objects such as emails, notes, contacts, tasks, appointments, attachments, and more.

Tips for Resolving Event 301 in Exchange Server

Microsoft Exchange Server’s most fundamental component is transaction log, and Exchange Server writes all the transactions to these log files and applies these written changes to the database, when the system permits. On starting Exchange server, when the Information Store comes online, ESE checks the consistency of the database, and in case of detection of inconsistencies, ESE replays the transaction log files to locate those transactions that have not been applied to the database. In Exchange Server terminology, this process is termed as ‘Soft Recovery’. There can be many situations when a soft recovery is being done and database is damaged. To determine if this problem actually exists or not, you can view the application event log and perform Microsoft Exchange Recovery procedures accordingly.

As an instance of such Exchange Server problems, suppose you try to restore the Information Store database, but it cannot be completed. Additionally on viewing the application event log, you receive the following event ID:

Event Type: Information
Event Source: ESE
Event Category:
Event ID: 301
Date: date
Time: time
User: N/A
Computer: server_name
Description:
<process name> (<process id>) <number> The database engine has begun replaying logfile [path]\[logfile name].
For more information, click http://search.support.microsoft.com/search/?adv=1.

It can be observed with both, Exchange-aware restore and offline restore of Information Store database. This event ID suggests that Exchange Server database engine has started replaying the log files indicated by [path]\[logfile name], where ‘path’ is the full path and ‘logfile name’ is the name of logfile being replayed. Not always, but event 301 many a times indicates that the Exchange Server database is corrupt.

Resolving Event 301

Generally, you need not take any action to isolate the issue. But you should check the application event log to determine more issues that are possible when starting the database. Check the log report for damaged or missing log files, if any and hence know the root of failure.

If you find any event that indicates database corruption, the further attempts should be done to restore the database. You can either restore it from the last backup available or repair the database by Exchange repair utilities or use a third-party Exchange Recovery Tool.

A Microsoft Exchange Recovery software can scan a corrupted Exchange database and restore its contents at a safe location. With their interactive design, you can find these utilities easy to run and use.

Exchange Server Recovery software is a professional tool that can repair a corrupted Exchange Server database and restore individual mailboxes as PST files. This is an all-inclusive Exchange Recovery Tool that allows selective mailbox recovery along with deleted mailbox recovery. It supports MS Exchange Server 2007, 2003, 2000, and 5.5.

Exchange Server Mailbox Store or Public Store is Unmountable

In Microsoft Exchange Server, you need to mount mailbox store for accessing stored mailboxes. After mounting the mailbox store, you can easily modify the mailbox and access its contents. However, under some circumstances, the mailbox store or public store refuses to mount. This behavior of Microsoft Exchange Server renders all your valuable data inaccessible and leads to critical data loss. To get your valuable data back, you need to opt for Exchange Recovery software, if the backup is not updated.

As a practical example of this problem, you may come across the below error message when you attempt to mount mailbox store or public store on Microsoft Exchange Server 2007, 2003, and 2000:

ID no: c1041724
Exchange System Manager”

When you click Mailboxes or Logons under the Mailbox Store in the Exchange System Manager, you may receive further error message stating:

ID no: 00000476-0000-00000000
ID no: c1050476
Exchange System Manager”

Furthermore, the events might be logged into Application Event Log with the following descriptions:

  1. Information Store (1608) First Storage Group: An attempt to open the file “C:\Program Files\Exchsrvr\MDBDATA\priv1.edb” for read / write access failed with system error 5 (0×00000005): “Access is denied. “. The open file operation will fail with error -1032 (0xfffffbf8).
  2. Information Store (5120) First Storage Group: An attempt to open the file “E:\EXCHSRVR\MDBDATA\priv1.edb” for read only access failed with system error 5 (0×00000005): “Access is denied.” The open file operation will fail with error -1032 (0xfffffbf8).

This behavior of Microsoft Exchange Server may occur if you do not have appropriate permissions to access the Mailbox Store. It can also be caused by damaged EDB (Exchange Database) file. In both the cases, you lose access of your mission critical data and need Exchange Server Recovery to sort out the problem.

Microsoft Exchange Recovery is best possible using powerful and advanced third-party utilities, known as Exchange Recovery Tool. The applications are capable of methodically scanning entire EDB file and extracting all the damaged mailboxes from it. They are totally.

Exchange Server Recovery software, with non-destructive nature and simple user interface, repairs and restores damaged EDB file in all cases of corruption. The software is safe and easy to use, and is designed for edb recovery from Microsoft Exchange Server 2007, 2003, 2000, and 5.5. It restores all the damaged objects of EDB file, such as emails, notes, tasks, contacts, attachments, and more.

Resolving Event 125 and 7024 Post Log Files Reach to Edbfffff.log

Microsoft Exchange Server transaction log files are very crucial when it comes to working of the server. This application assigns and follows a particular sequence to name its log files. However, if the log file naming approaches 0xfffff, for instance Edbfffff.log, serious problems can occur. Information Store may stop working and database(s) may fail to mount. To prevent such events from occurring, you should reset the naming sequence periodically, otherwise you will have to use Exchange Server Recovery tools.

For better understanding of the subject, consider, you as an Exchange Server administrator, are not aware of the fact that resetting the log sequence is necessary, and, you suddenly observe that the Information Store has stopped functioning or is not working correctly for no apparent reason. Additionally, when you view the application log, you receive the below mentioned log:

Event ID: 125
Event Source: ESE97
Event Type: Error
Description:
MSExchangeIS () Unable to create the log. The drive may be read-only, out of disk space, misconfigured, or corrupted. Error -519.

Further, when you try to start the Information Store, the following event entry is received in the application log:

Event ID: 7024
Event Source: Service Control Manager
Event Type: Error
Description:
The Microsoft Exchange Information Store service terminated with service-specific error 4294966786.

Thus Information Store is not accessible by any means.

Cause

As mentioned earlier, the above behavior can result if the log file name sequence of Information Store transaction logs has reached the maximum value of Edbfffff.log.

Solution

You can implement any of the applicable methods to isolate the given issue:

  1. Check for an offline backup. If present, use it to restore affected Information Store databases
  2. If no suitable backup is available, perform hard repair on databases. For this, you need to run eseutil /p, eseutil /d, and isinteg utilities. But keep in mind to backup your database first, as hard repair can delete important pages from your databases.
  3. Use a third-party Exchange Recovery Software to repair and restore corrupted Information Store databases. These Exchange Server Recovery software are more effective and safe than Exchange Server repair utilities.

Exchange Recovery Tool is a reliable utility that repairs corrupted Exchange Server databases and restores their mailboxes as PST files to a secure location, which is specified by the user. This Exchange Recovery software supports MS Exchange Server 2007, 2003, 2000, and 5.5.

ISINTEG and EDBUTIL Tools Fails to Work On Corrupted Information Store

Are you facing Exchange Server Information Store corruption and unable to access the database? Do the ISINTEG and EDBUTIL processes fail to complete their operations on damaged Information Store? The Information Store corruption is a critical situation that renders your valuable EDB (Exchange Database) file inaccessible. It leads to severe data loss situations. You need to restore the database in such situations from an updated backup. However, if the backup is not current, you need to opt for Exchange Server Recovery to get your mission critical data back.

In a practical scenario, you may come across the below symptoms when the Exchange Server Information Store gets damaged:

  1. Currently logged on Exchange Server users identify that their systems stop responding.
  2. The utilization percentage of the Information Store becomes very high (for instance, 70%).
  3. When you apply the ISINTEG (Information Store Integrity Checker) tool on damaged Information Store, the process stops responding halfway. The tool fails to check the integrity of Exchange Server.
  4. When you apply the EDBUTIL utility, which repairs the Exchange Server database, this process also stops responding midway and may show which database table is causing the problem.

In this scenario, entire EDB database become inaccessible. In order to gain access of the database, you need to find out the actual cause of this behavior and perform Microsoft Exchange Recovery by sorting it out.

Grounds of the problem:

You may face this issue if internal pages of Exchange Server database table are damaged. The corruption can be caused by various reasons, like application malfunction and virus infection.

Resolution:

To sort out this problem, you need to restore the database from current backup. Go through the below steps to restore EDB database:

  1. Click Start button, and go to Programs-> Accessories-> System Tools-> Backup.
  2. Click Restore tab.
  3. Select the objects from the file that you need to restore.
  4. In Restore files to dialog box, select option that you wish.
  5. Click Start Restore button.

If the backup is not available, you are required to go for third-party Exchange Mailbox Recovery software to extract inaccessible data from the database. They enable you to methodically scan entire database and recover all data from the database. The Exchange Recovery Tools do not demand sound and prior technical skills as they have interactive graphical user interface.

Exchange Mailbox Recovery is the most advanced exchange database recovery utility that successfully handles all types of Exchange Server database scenarios. The Exchange Recovery software is designed for Microsoft Exchange Server 2007, 2003, 2000, and 5.5. It recovers all EDB file objects, such as emails, contacts, notes, attachments, appointments, journal, and calendar items.