bachma0507
asked on
How to fix corrupted priv1.stm?
Last night our Exchange backup failed due to a "corrupt database file". I checked the app log in Event Viewer on the Exchange server and saw the following:
Event Type: Information
Event Source: ESE
Event Category: Logging/Recovery
Event ID: 221
Date: 3/30/2010
Time: 7:40:08 AM
User: N/A
Computer: TLCX*****
Description:
Information Store (7428) First Storage Group: Ending the backup of the file F:\Program Files\Exchsrvr\mdbdata\pri v1.edb.
For more information, click http://www.microsoft.com/contentredirect.asp.
Event Type: Error
Event Source: ESE
Event Category: Logging/Recovery
Event ID: 217
Date: 3/30/2010
Time: 7:50:18 AM
User: N/A
Computer: TLCX*****
Description:
Information Store (7428) First Storage Group: Error (-613) during backup of a database (file F:\Program Files\Exchsrvr\mdbdata\pri v1.stm). The database will be unable to restore.
For more information, click http://www.microsoft.com/contentredirect.asp.
So from the first notification and Event Type (Information) it seems that priv1.edb backed up fine and the byte count on the backup server shows this. However, the second notification shows that there is a problem with priv1.stm. I imagine that if something goes wrong and we need to restore the mailstore from last night, we will not be able to do so because of the corrupted priv1.stm. How can I repair this? We are using the Enterprise version of Exchange 2003, if we create another Storage Group and another mail store and move all users to the new store, and backup this store, will we still have the same issue? Well let me back up a bit (pardon the pun), first of all what effect if any will moving the users to a new storage group and store have on the users' email accounts? I appreciate any help. Thanks
Event Type: Information
Event Source: ESE
Event Category: Logging/Recovery
Event ID: 221
Date: 3/30/2010
Time: 7:40:08 AM
User: N/A
Computer: TLCX*****
Description:
Information Store (7428) First Storage Group: Ending the backup of the file F:\Program Files\Exchsrvr\mdbdata\pri
For more information, click http://www.microsoft.com/contentredirect.asp.
Event Type: Error
Event Source: ESE
Event Category: Logging/Recovery
Event ID: 217
Date: 3/30/2010
Time: 7:50:18 AM
User: N/A
Computer: TLCX*****
Description:
Information Store (7428) First Storage Group: Error (-613) during backup of a database (file F:\Program Files\Exchsrvr\mdbdata\pri
For more information, click http://www.microsoft.com/contentredirect.asp.
So from the first notification and Event Type (Information) it seems that priv1.edb backed up fine and the byte count on the backup server shows this. However, the second notification shows that there is a problem with priv1.stm. I imagine that if something goes wrong and we need to restore the mailstore from last night, we will not be able to do so because of the corrupted priv1.stm. How can I repair this? We are using the Enterprise version of Exchange 2003, if we create another Storage Group and another mail store and move all users to the new store, and backup this store, will we still have the same issue? Well let me back up a bit (pardon the pun), first of all what effect if any will moving the users to a new storage group and store have on the users' email accounts? I appreciate any help. Thanks
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
You can copy the file elsewhere if you have room and then rebuild it - it will recreate what it can from the info it has.
Either way - if your current one is corrupt - what choice do you have?
Either way - if your current one is corrupt - what choice do you have?
You cannot repair a corrupted *.stm alone. You need to repair both the *.edb and *.stm files as a set. The following links should clarify this:
http://technet.microsoft.com/en-us/library/aa997215%28EXCHG.65%29.aspx
http://technet.microsoft.com/en-us/library/bb217660%28EXCHG.80%29.aspx
http://www.mike-tech.com/article.php?gif=exchange2k3&article=304
Regards,
Nesan R.
http://technet.microsoft.com/en-us/library/aa997215%28EXCHG.65%29.aspx
http://technet.microsoft.com/en-us/library/bb217660%28EXCHG.80%29.aspx
http://www.mike-tech.com/article.php?gif=exchange2k3&article=304
Regards,
Nesan R.
The error you getting is -613 which means JET_errSLVReadVerifyFailur e caused if there is a Checksum error in SLV file during backup.
Point 1. Do not directly jump to /CreateStm as it would make you loose 15GB strainght and may cause to loose some more from .Edb. This is because the command you use is Eseutil /P /CreateStm which also runs on the .Edb file while creating a blank .Stm file
The STM file contains all mails that has been sent/recieved using OWA apart from attachments and straming data.
So what to do:
1. Go through http://support.microsoft.com/kb/318429.
2. Alternatively, if this is Ent. version you can move the MBXs to different store and mount the original store with blank one and move abck the MBX again to original store. (Moving MBXs between the stores will not cause any harm. Moreover you will not have any downtime and the process is invisible to the end users).
3. If you still plan to got for Eseutil /p /createstm, please have a flat file copy of the .edb and .stm files somewhere as backup.
4. Once you are done fixing the issue, take an online backup as soon as possible.
Point 1. Do not directly jump to /CreateStm as it would make you loose 15GB strainght and may cause to loose some more from .Edb. This is because the command you use is Eseutil /P /CreateStm which also runs on the .Edb file while creating a blank .Stm file
The STM file contains all mails that has been sent/recieved using OWA apart from attachments and straming data.
So what to do:
1. Go through http://support.microsoft.com/kb/318429.
2. Alternatively, if this is Ent. version you can move the MBXs to different store and mount the original store with blank one and move abck the MBX again to original store. (Moving MBXs between the stores will not cause any harm. Moreover you will not have any downtime and the process is invisible to the end users).
3. If you still plan to got for Eseutil /p /createstm, please have a flat file copy of the .edb and .stm files somewhere as backup.
4. Once you are done fixing the issue, take an online backup as soon as possible.
ASKER