Healthy Today - Are you Ready To Healthy Life ?

How to Solve Event 412 in an Exchange Server?

Most of the Exchange database problems (including corruption) occur because the administrator continues to use the very old hardware without any refresh. Thus, it is suggested to keep a timely check through application log and related information. Once the EDB database corruption is confirmed, the administrator can either restore from a good backup or select an EDB Repair option.

To comprehend such situations, let us consider a problem when you cannot mount the Exchange database. You observe that all Exchange services run without any error, but when you try to mount the database, it reports an error as below:

Event Type: Error

Event Source: ESE

Event Category: Logging/Recovery

Event ID: 412

Date: 7/3/2008

Time: 1:40:37 PM

User: N/A

Computer: SMTPBRMDBALEX2

Description:

Information Store (4948) e53f288d-df1b-47ba-9c3b-901e530848a5: Unable to read the header of logfile E:exchsrvrmdbdataE003C9F3.log. Error -530. The error indicates that it cannot read the logfile header.

Cause

Error -530 occurs specifically due to signature mismatching of log files. The log file signature makes sure that Exchange may replay a correct set of log files. Each database header includes this signature information of the current log file. In case these values fail to match, error -530 occurs indicating the same.

Solution

To solve the existing -530 error issue, you need to implement solutions like:

1.Restore from the last Information Store backup. Rename the corrupted EDB and STM database and create new databases to restore lost data from backup.

2.Open the command prompt and navigate to the Exchange Server directory (usually, C:Program FilesExchsrvrBIN). Next, run Eseutil /P for the corrupted database.

The command causes corrupted pages to delete and creates unused space. Thus, you need to run Eseutil /D command to defragment the database and then run isinteg -fix repeatedly until you receive no errors or get the same errors after two times.

After running the hard repair through Eseutil /P command, the database may not be stable as data loss is likely. Thus, it is recommended to either move the mailboxes to a new database or run a third-party EDB Repair Software instead of performing the hard repair operation. The EDB Repair tools are exclusively built products designed to scan and repair the corrupted Exchange databases.

The EDB Repair Tool is a professional utility that repairs the corrupted EDB database and provides selective mailbox recovery option as *.pst files. The EDB Repair Software has an interactive design that makes it easy to operate. The tool supports Exchange Server 5.5, 2000, 2003, and 2007.

Source by Axel Culver

Leave a Reply