Link: http://support.microsoft.com/
First run the exchange 2007 toolbox for more information. Then follow MSFT article
Resolution 1
Contact Microsoft Product Support Services (PSS). For information about how to contact Microsoft PSS, visit the following Microsoft Web site:
http://support.microsoft.com
Back to the top
Resolution 2
Examine the configuration of the antivirus program.
Make sure that the antivirus program is not configured to scan the Exchange Server directories.
By default, some antivirus programs are set to scan drives and directories weekly in a manual mode or in an automatic mode. This setting may be easily overlooked. Make sure that you add the Exchange Server directories to the excluded locations for the antivirus program. For more information about how to configure antivirus programs to work together with Exchange, click the following article number to view the article in the Microsoft Knowledge Base:
823166 Overview of Exchange Server 2003 and antivirus software
Review the log files of the antivirus program to verify whether the Exchange log file was quarantined or deleted.
Use one of the following methods to recover the Exchange log file.
Method 1: If the Exchange log file was quarantined
If the Exchange log file was quarantined, follow these steps:
Recover the Exchange log to the folder that contains your production log files.
Start the Microsoft Exchange Information Store service. If no other log files are missing, the database mounts. If other log files are missing, see if the missing log files are located in the quarantine folder of the antivirus program. If the log files are not located in the quarantine folder, follow the steps that are described in the “Method 2: If the Exchange log file was deleted” section.
Method 2: If the Exchange log file was deleted
If the Exchange log file was deleted, you must restore the Storage Group database from a backup. Then, you must play through the log files. If you cannot restore the database from a backup, see the “Method 3: If you cannot restore the database from a backup” section. To restore an available database, follow these steps:
Move all inconsistent databases to a backup folder.
If a new E00.log file was created, move the new E00.log file to the backup folder. Additionally, move the E00.chk file to the backup folder.
Copy all existing log files to the backup folder.
Note You must copy the log files. Do not move the log files.
Rename the last E00*.log file to E00.log.
Restore the database from a backup. Then, replay the log files. This brings the database to a consistent state. However, the database does not include the E00.log file that was copied to the backup folder. Although there is some data loss, you now have a database that can be mounted.
Start the Microsoft Exchange Information Store service.
Method 3: If you cannot restore the database from a backup
If you cannot restore the database from a backup, you must run repair utilities against the database to bring the database to a consistent state. Then, follow the steps that are described in the “Method 2: If the Exchange log file was deleted” section.
Back to the top
Resolution 3
To determine whether the eseutil /p command was run, follow these steps:
Click Start, click Run, type cmd, and then click OK.
Type the following at the command prompt:
c:\program files\exchsrvr\bin\eseutil /mh “c:\program files\exchsrvr\mdbdata\name of Exchange database.edb”
Note This example assumes the following:
The Exchange Server program files were installed in the c:\program files\exchsrvr folder.
Your database is in the c:\program files\exchsrvr\mdbdata folder.
Read the repair count attribute. If the repair count attribute is 0 (zero), the eseutil /pcommand was not run. If the repair count attribute is a number other than 0, theeseutil /p command was run on the database.
If the public and private databases are in a consistent or clean shutdown state, you can move the transaction log files to another folder. To determine whether the databases are in a consistent or clean shutdown state, follow these steps:
Click Start, click Run, type cmd, and then click OK.
To examine the private information store, type the following:
c:\program files\exchsrvr\bin>eseutil /mh “drive:\program files\exchsrvr\mdbdata\priv1.edb”
To examine the public information store, type the following:
c:\program files\exchsrvr\bin>eseutil /mh “drive:\program files\exchsrvr\mdbdata\pub1.edb”
Note These examples assume the following:
The Exchange Server program files were installed in the c:\program files\exchsrvr folder.
Your database is in the c:\program files\exchsrvr\mdbdata folder.
Review the results of the consistency check. If a database is consistent (state = clean shutdown), all the log files have been committed to the information store. If the database is not consistent (state = dirty shutdown), the database may not be corrupted. The log files may not have been committed to the database yet.
If the state reports clean shutdown, move all the log files from all the mdbdata directories to a backup folder.
Mount the databases.
Back to the top
Resolution 4
Use the correct switch to successfully run the command. The common logfile base names are e00, e01, e02 and e03. For example, the following command contains a correct logfile base name:
eseutil /r e00
Note If none of these resolutions work, contact Microsoft Product Support Services (PSS). For information about how to contact Microsoft PSS, visit the following Microsoft Web site:
http://support.microsoft.com
