You are currently offline, waiting for your internet to reconnect

Your browser is out-of-date

You need to update your browser to use the site.

Update to the latest version of Internet Explorer

When you recover an Exchange Server database on an Exchange Server 2003 server, the Exchange Server database cannot be mounted

SYMPTOMS
When you recover an Exchange Server database on a Microsoft Exchange Server 2003 server, you experience that the database cannot be mounted. Additionally, the following event messages are logged in the Application log:
Event ID : 452Source : ESEType : ErrorGenerated : 8/14/2009 10:23:09 AMMachine : Exch-Ser-NameMessage : MSExchangeIS (6640) SG07: Database S:\SG07DB\MB03DBSG07.edb requires logfiles 27974-27995 in order to recover successfully. Recovery could only locate logfiles starting at 27994.

Event ID : 454Source : ESEType : ErrorGenerated : 8/14/2009 10:23:09 AMMachine : Exch-Ser-NameMessage : MSExchangeIS (6640) SG07: Database recovery/restore failed with unexpected error -543.
Event ID : 9518Source : MSExchangeISType : ErrorGenerated : 8/14/2009 10:23:09 AMMachine : Exch-Ser-NameMessage : Error 0xfffffde1 starting Storage Group /DC=edu/DC=ohsu/CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=ORGExchange/CN=Administrative Groups/CN=Exchange Administrative Group (xxxxxxxxxxx)/CN=Servers/CN=EX-MB03/CN=InformationStore/CN=SG07 on the Microsoft Exchange Information Store.Storage Group - Initialization of Jet failed.
CAUSE
This issue occurs because the referenced transaction log in the E07.chk file has increased beyond the log files that are required in the header file of the Exchange database.
RESOLUTION
Before you can resolve this issue, you must verify that you have this specific issue and that all transaction log files that are required by the database are present and readable. To do this, follow these steps:
  1. Open a command prompt and dump the database header by using the following command:
    Eseutil /mh <path to .edb file>
    This command shows you that the database is in a "Dirty Shutdown" state. The database requires the transaction log files that resemble the following: 27974-27994 (0x6d46-0x6d5a)

    Note The transaction log numbers and names are only examples. Your transaction log numbers and names will differ.
  2. Obtain a dump header of the E07.chk file by using the following command:
    ESEUTIL /MK <Path to E07.chk>

    The output of this command resembles the following :
    Extensible Storage Engine Utilities for Microsoft(R) Exchange ServerVersion 08.02Copyright (C) Microsoft Corporation. All Rights Reserved.Initiating FILE DUMP mode...Checkpoint file: E07.chkLastFullBackupCheckpoint: (0x0,0,0)Checkpoint: (0x6D5A,55,1FF)FullBackup: (0x6D5A,8,16)FullBackup time: 08/14/2009 07:05:20IncBackup: (0x6C00,8,16)IncBackup time: 08/13/2009 03:15:17Signature: Create time:05/06/2009 12:40:17 Rand:2702634 Computer:Env (CircLog,Session,Opentbl,VerPage,Cursors,LogBufs,LogFile,Buffers)( off, 652, 32600, 16384, 32600, 2048, 2048,2000000000)Operation completed successfully in 3.588 seconds.

    Note In this case, the header of the checkpoint file is located in the 0x6D5A (Decimal=27994)transaction log file.
  3. Verify that all transaction logs required by the .edb database are present and readable. To do this, follow these steps:
    1. Open a command prompt in the directory that contains the transaction log files for the storage group.
    2. Use the following command to dump the sequence of transaction logs in this directory.
      Eseutil /ml E0X

      Note This command verifies that all transaction logs are readable and that there are no gaps in the sequence of log files.
    3. In this case, you see the output resembles the following:
      Extensible Storage Engine Utilities for Microsoft(R) Exchange ServerVersion 08.01Copyright (C) Microsoft Corporation. All Rights Reserved.Initiating FILE DUMP mode...Verifying log files...Base name: e07Log file: S:\SG07Log\E0700006D45.log - OKLog file: S:\SG07Log\E0700006D46.log - OKLog file: S:\SG07Log\E0700006D47.log - OKLog file: S:\SG07Log\E0700006D48.log - OKLog file: S:\SG07Log\E0700006D49.log - OKLog file: S:\SG07Log\E0700006D4A.log - OKLog file: S:\SG07Log\E0700006D4B.log - OKLog file: S:\SG07Log\E0700006D4C.log - OKLog file: S:\SG07Log\E0700006D4D.log - OKLog file: S:\SG07Log\E0700006D4E.log - OKLog file: S:\SG07Log\E0700006D4F.log - OKLog file: S:\SG07Log\E0700006D50.log - OKLog file: S:\SG07Log\E0700006D51.log - OKLog file: S:\SG07Log\E0700006D52.log - OKLog file: S:\SG07Log\E0700006D53.log - OKLog file: S:\SG07Log\E0700006D54.log - OKLog file: S:\SG07Log\E0700006D55.log - OKLog file: S:\SG07Log\E0700006D56.log - OKLog file: S:\SG07Log\E0700006D57.log - OKLog file: S:\SG07Log\E0700006D58.log - OKLog file: S:\SG07Log\E0700006D59.log - OKLog file: S:\SG07Log\E0700006D5A.log - OKLog file: S:\SG07Log\E07.log - OKNo damaged log files were found.Operation completed successfully in 0.578 seconds.

      Note Make sure that all log files that are required by the database are present in the transaction log file directory.
  4. After you do this, rename the .chk file to E07.chk.old and then mount the database again. Therefore, the database ignores the .chk file and reads all required log files into itself.
STATUS
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Properties

Article ID: 975978 - Last Review: 12/28/2009 11:21:32 - Revision: 1.0

  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • kbtshoot kbsurveynew kbexpertiseadvanced kbexpertiseinter KB975978
Feedback
')[0].appendChild(m);" onload="var m=document.createElement('meta');m.name='ms.dqp0';m.content='false';document.getElementsByTagName('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?"> 50&did=1&t=">ation.protocol) + "//c.microsoft.com/ms.js'><\/script>");