Recovery Procedure

This section describes the procedure used to repair the information store.

Note This example is provided for informational purposes; you should implement the procedures described only with the assistance of Microsoft Technical Support. You should also note that the procedure was performed strictly in a test lab prior to being implemented in production. It is strongly recommended that you pursue the same strategy and perform all repair testing in a lab environment prior to implementing this procedure in a production environment.

The information store Prov.edb file was repaired with the EDBUTIL utility. The procedure was run on an IBM 720 server with 8-GB disk capacity and mirrored drives. The Priv.edb file was 3.4 GB.

Warning If you run the EDBUTIL utility, note that the edbutil /d /r command will delete messages. Therefore you should use this command only as a last resort.

The EDBUTIL /D command, however, does not delete messages and is used for offline defragmenting and reducing .edb file size. When running EDBUTIL with the /d (defragment) option, you will need available disk space up to one times the size of the .edb files you are running against (or a disk two times the size of the EDB). For example, if your Priv.edb file is 3.4 GB and there is no empty space in the file, you will need 3.4 GB of available space for the defragment operation. This does not include any swap file growth that can temporarily occur. If there is 4 GB of empty space in the Priv.edb file, you will need 3 GB of available space.

By default, the Tempdfrg.edb file will be used to rebuild the .edb file. When running EDBUTIL, you can use the /t option to redirect the Tempdfrg.edb file to a non-default location or to rename it. You cannot however, redirect this temporary file to a LAN-connected drive.

The following table provides estimated times for the backup actions that were performed, and a description of each action.

Action

Time

Description

Ntbackup.exe

2.5 hours

All Microsoft Exchange Server services were stopped. A file-based restore of Pub.edb and Priv.edb was performed from a recent production backup. The approach taken was to establish the production problem in a test environment. A server was built with the same organization and site name as in the production environment, but a different server name was used. The computer was also set up on a separate domain. This enabled a restore of an information store from a different computer (the production computer).
Org=XYZ
Site = NJ1
Server = SERVER2

Ran the following ISINTEG command:
isinteg -patch

5 minutes

After restore, the isinteg -patch command was used to complete an offline information store backup. The directory service and system attendant were started prior to running this command.

Started all Microsoft Exchange Services

3 minutes

Ran the DS/IS consistency adjuster

5 minutes

The information store needed to be synchronized with the directory service on the test server because only the information store files had been restored, and not the directory.

Associated Windows NT account to test mailbox

5 minutes

After the DS/IS consistency adjuster was used, a valid Windows NT ID needed to be assigned to a recovered mailbox. The Administrator program was used to associate the Windows NT account.

Tested messaging functionality

10 minutes

Sent and received several messages in the Microsoft Exchange Client to test basic messaging functionality.

Ran Windows NT Ntbackup.exe program

1.5 hours

Ran an online Ntbackup.exe job to test whether the production failure could be duplicated. At 1.5 hours, the information store backup failed 2.2 GB into the job, with an event ID 8010 error. This verified that testing was for a failing information store. The production problem was reproduced in a test environment with a copy of the production information store.

Stop Microsoft Exchange Services

3 minutes

Ran the following EDBUTIL command
edbutil /ispriv /d /r /n

2 hrs 30 minutes

Ran this command from the D:\Exchsrvr\Mdbdata directory to determine whether the corrupt information store could be repaired.

Ran the following ISINTEG command:
Isinteg -pri -fix -verbose -l isinteg.log

1 hr 10 min

Ran this command against the Priv.edb and Pub.edb files.

Start Microsoft Exchange Services

~3 minutes

Test Messaging

~10 minutes

Ran the Ntbackup.exe program again

~2.5 hours

Performed another online backup to determine whether the problem still remained. The online backup of the information store and directory service completed successfully.