[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More


Resetting the Exchange 2000/2003 Log Sequence

Published on
35,689 Points
18 Endorsements
Last Modified:
Community Pick
Unlike Exchange 2007, which supports a logs sequence of 2,000,000,000, the largest transaction log number for Exchange 2000 and 2003 is FFFF0. That number in decimal is 1,048,560. (Which is the maximum number of log files that can be written sequentially).

While it can take a very very long time for this to happen, I have had to do it a few times over the years. When the transaction log sequence is reached, the Microsoft Jet database engine returns error -519, IS error and the stores dismount.  

You will see the following in the event viewer when the sequence is getting close to being exhausted.


Event ID 514:
Source: ESE
Category: Logging/Recovery

Information Store (7468) Exchange Users: Log sequence numbers for this instance have almost been completely consumed. The current log generation is 932000 (0x000E38A0) which is approaching the maximum log generation of 1048559 (0x000FFFEF), there are 116559 (0x0001C74F) log generations left to be used. To begin renumbering from generation 1, the instance must be shutdown cleanly and all log files must be deleted. Backups will be invalidated.


The intent of this article is to outline the steps to be followed for resetting the Exchange log sequence for a particular server\storage group.  There are two ways to reset the log sequence. The first is automatic and utilizes the Exchange Database Recovery Management tool (Requires an Exchange 2007 server). The second is a more manual process but works just the same. The article will cover both methods.

1. Verify that no backups are running on the Exchange server. Stores will not dismount if a backup is in progress.

2. Note the log file naming convention for the particular storage group you are working with. Right-click the storage group and select properties.

Verify SG Logs Naming Prefix
3. From ESM (Exchange System Manager), dismount all the stores within the storage group

Dismount Stores
4. Open a CMD prompt and use Eseutil to verify stores are in a “Clean Shutdown” state

eseutil /mh f:\db1\sg1_db1.edb (needs to be run against each store)

Verify Store Shutdown State
If the database has not been correctly detached, the state value is “Dirty Shutdown” or “Inconsistent”. This means that some of the existing transaction log files contain outstanding transactions that are required by the database. If you remove the transaction log files in this situation, the database cannot be started again unless you restore the database from a backup or unless you repair the database by using the Eseutil command and the Isinteg command.

Automatic Method

The automatic method requires the Exchange Database Recovery Management Tool. The tool is run from an Exchange 2007 server and can be used to connect to your 2000/2003 server.

1. Click on the Database Recovery Management link from the Exchange 2007 Management Console (Under Toolbox)

Database Recovery Management Link

2. Enter Exchange and Domain Controller information

Enter Exchange and Domain Controller information

3. Choose the "Reset log generation number" task

Reset log generation number task

4. Select a backup location for the logs

Select backup location for the logs

5. Confirm options

Confirm options

6. The reset log generation process begins

The reset log generation process begins
7. Once the process is complete, you will see a completion successful screen which shows each log that was moved

reset log generation process successful

8. Check logs directory and verify log sequence has been reset

Verify log sequence

Manual Method

In the event you do not have access to the Database Recovery Management tool, you must move and then delete the logs and checkpoint files manually. Like the automatic method, you will need to verify backups are not running, dismount the stores and verify stores are in a clean shutdown state before proceeding.

1. Copy logs and checkpoint file (all files) from Logs drive to alternate location

 Copy logs and checkpoint file (

2. Delete logs and checkpoint file from Logs drive

3. Mount stores

Mount stores

4. Verify the log sequence has been reset

Verify log sequence2



More info regarding the Exchange log sequence and the tools used can be found here:

LVL 58

Expert Comment

Justin - great article. I voted "Yes" to indicate this was helpful. Thanks!
LVL 23

Author Comment

by:Justin Durrant

Expert Comment

Super helpful for tonight's work!  
Making Bulk Changes to Active Directory

Watch this video to see how easy it is to make mass changes to Active Directory from an external text file without using complicated scripts.

Expert Comment

Great article - I didn't realize you could do this for 2003 from 2007, way easier!
LVL 23

Author Comment

by:Justin Durrant
Thanks guys!

Expert Comment

Thanks for the article & THANKS to M$ for this ingenious design!
LVL 23

Author Comment

by:Justin Durrant
You bet!

Expert Comment

its verygood for exchange server learners.keep it up...

Featured Post

Big Business Goals? Which KPIs Will Help You

The most successful MSPs rely on metrics – known as key performance indicators (KPIs) – for making informed decisions that help their businesses thrive, rather than just survive. This eBook provides an overview of the most important KPIs used by top MSPs.

Join & Write a Comment

This video discusses moving either the default database or any database to a new volume.
Exchange organizations may use the Journaling Agent of the Transport Service to archive messages going through Exchange. However, if the Transport Service is integrated with some email content management application (such as an antispam), the admini…

Keep in touch with Experts Exchange

Tech news and trends delivered to your inbox every month