Current Position:Home > How to reset logs on Exchange 2010 after Event 518 stops backups from completing?

How to reset logs on Exchange 2010 after Event 518 stops backups from completing?

Update:11-30Source: network consolidation
Advertisement
I'm only able to find references to resetting logs Exchange 2000 and 2003.  I'm looking for info for Exchange 2010.
There appears to be some kind of corrupt logs issue with one of our mailbox databases.  The corrupt logs cause the full backup to fail and because the full backup fails, the logs just get worse and keep growing.
The server has event ID 518 that says a log is  "is missing (error -528) and cannot be used. If this log file is required for recovery, a good copy of the log file will be needed for recovery to complete successfully. "
How do e get past this and stop the backup job from trying to look for this log file and start over?  I know that a full backup is supposed to clear the logs, but it will not happen because the backup never completes due to this log error.

The Best Answer

Advertisement
its still same for 2010
Stop all the databases in the storage group.
Verify the state of each database file in the particular storage group. For information about how to verify the state of each database file, see the "Database states" section.
Perform one of the following actions:
If one or more of the databases are in a Dirty Shutdown or Inconsistent state, determine which transaction log files can be removed without affecting database consistency.
For more information, see the "Log files" section.
If all the databases are in a Clean Shutdown or Consistent state, you may remove all the transaction log files except for the current transaction log file. Removing the
current log file when all databases are in a Clean Shutdown state will cause a reset of the log file sequence. This does not prevent databases from starting. However, a reset of the log file sequence affects the ability to roll a
database forward from a previous backup if the situation occurs.
Copy all the transaction log files that you want to remove to a different location before you permanently remove them from the transaction log hard disk. Do not permanently delete the transaction log files until you have
successfully completed a full online backup of all the databases in the storage group.