Blogs >> Technology >>
How to Solve Event 412 in 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:\exchsrvr\mdbdata\E003C9F3.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 Files\Exchsrvr\BIN). 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.
EDB Repair Software 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.
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:\exchsrvr\mdbdata\E003C9F3.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 Files\Exchsrvr\BIN). 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.
EDB Repair Software 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.
|
|
