XADM: Event ID 474 Error Indicates a Hardware Failure (327334)
The information in this article applies to:
- Microsoft Exchange 2000 Server
- Microsoft Exchange 2000 Enterprise Server
This article was previously published under Q327334 SYMPTOMS On your Exchange 2000 Server installation, one or more of
the following issues may occur:
CAUSE These issues may occur if the Exchange Server information
store database has become damaged. Event ID 474 error indicates a
possible hardware or firmware problem in the hard-disk subsystem on the
Exchange server. This failure has caused physical damage to the Exchange
database. Error -1811 (hexadecimal 0xFFFFF8ED) corresponds to
JET_errFileNotFound and is described as the following:
File not found. RESOLUTION To correct this issue, move the user mailboxes to a second
Exchange server, diagnose and fix the hardware-related issues on the first
server, restore the Exchange database from a backup, and then move the user
mailboxes back to the first Exchange server. NOTE: If you do not have a second Exchange 2000 server, you may
temporarily install one, and then remove it after the recovery process
completes. Follow the Exchange 2000 Server installation procedure for your
site. To Move Mailboxes to a
Second Exchange Server To move the user mailboxes to the second Exchange server:
- Click Start, point to
Programs, point to Administrative Tools, and
then click Active Directory Users and Computers.
- In the console tree, expand the domain object, and then
click the container in which the user accounts whose mailboxes that you want to
move are stored.
- Press and hold down CTRL while you click the names of the
users whose mailboxes you want to move to the second Exchange server. When you
have selected all the names that you want to move, right-click the list of
users, click Exchange Tasks, and then release the CTRL
key.
- In the Exchange Task Wizard, click Next,
click Move Mailbox, and then click Next.
The current location of the user mailboxes is displayed. - To specify the destination for the mailboxes, select a
server in the Server box, select a mailbox store in the
Mailbox Store box, and then click
Next.
- On the final screen of the Exchange Task Wizard, make sure
that the information is correct, and then click Finish. If the
information is not correct, click Back to correct the
information.
Dismount the Mailbox StoreNOTE: In this procedure, administrative groups are enabled. To enable
administrative groups, follow the steps in the "Create an Administrative Group"
procedure in Exchange System Manager Help. To dismount the store:
- Click Start, point to
Programs, point to Microsoft Exchange, and
then click System Manager.
- In the Exchange System Manager directory
tree, expand Administrative Groups, expand First
Administrative Group, expand Servers, expand
your Exchange server name, and then
expand First Storage Group.
- Right-click Mailbox Store, click
Dismount Store, and then click Yes to confirm
the dismounting of the store.
Copy Transaction Log Files You must have up-to-date copies of the transaction log files to
"replay" mail messages up to the time the store was dismounted. As a
precaution, copy the log files to a safe location in case the backup program
overwrites these files as part of the restore procedure. To copy the log files:
- Click Start, point to
Programs, point to Accessories, and then
click Command Prompt.
- At the command prompt, type md
Logbackup, and then press ENTER.
- Type copy c:\progra~1\exchsrvr\mdbdata\*.*
c:\logbackup, and then press ENTER.
NOTE: You can use the Esefile utility to quickly copy large database
files.
For additional information about how to use the Esefile
utility, click the following article number to view the article in the
Microsoft Knowledge Base: 248406
XADM: Esefile Support Utility for Exchange Server 5.5 and Exchange 2000
Diagnose the Hardware Device Determine the root cause of the Event 474 error. This is
generally caused by a defective device in the hard-disk subsystem, or by
outdated or incompatible firmware in the hard-disk subsystem. This may also be
indicated by disk Input/Output (I/O) errors displayed in the system log of the
Event Viewer. Run all manufacturer diagnostics on the hard-disk controllers.
Check the file system for corruption. Contact the hardware vendor to obtain
available firmware updates for the hard disks or controllers. Restore the Exchange Database from a Backup Use your backup program to restore the Priv1.edb and Priv1.stm
files. Make sure that your backup software does not mount the database after
you restore the files (if you use NTBackup to restore the databases, click to
clear the Mount Database After Restore check box in the
Restore Wizard). Copy the Log Files from the Logbackup Folder If the restore operation overwrote the transaction log files,
either use Windows Explorer or the copy command from a cmd prompt to copy the
transaction log (.log) files from the Logbackup folder (where you previously
saved them) back to their original location (by default, C:\Program
Files\Exchsrvr\Mdbdata). Remount Store To remount the store:
- Click Start, point to
Programs, point to Microsoft Exchange, and
then click System Manager.
- In the Exchange System Manager directory
tree, expand Administrative Groups, expand the First
Administrative Group, expand Servers, expand
your Exchange server name, and then
expand First Storage Group.
- Right-click Mailbox Store, and then click
Mount Store. In the Mailbox Store dialog box,
click OK.
The information store starts to replay the
messages back to the time that they were dismounted and brings the messaging
system to the current date and time. - Perform an immediate online backup.
MORE INFORMATION If you do not have a valid backup with which to restore the
database, you must perform a hard repair operation on the damaged database. To do this, follow these
steps:
- Perform the hard repair operation, as described in the
following Microsoft Knowledge Base article:
259851 Ramifications of running the eseutil /p or edbutil /d /r command in Exchange
- After the hard repair operation is successfully completed,
perform an offline defragmentation of the database to
recover the database from checksum errors. The approximate speed of this
procedure is 4 to 6 GB per hour. You will also need about 110 percent of the
size of the database available as free hard-disk space to perform this
operation. For additional information about how to do this,
click the following article number to view the article in the Microsoft
Knowledge Base:
192185
XADM: How to Defragment with the Eseutil Utility (Eseutil.exe)
- Run the Isinteg utility against the repaired database to detect and fix logical
errors in the store that may result from the hard repair operation. This
procedure runs at the rate of about 3 to 6 gigbytes (GB) per hour. By default,
the Isinteg program is located in the Program Files\Exchsrvr\Bin folder on the
drive on which Exchange 2000 is installed.
Syntax: isinteg -s servername -verbose -fix -test alltests -l path and file name for log
For example, type the following command, where
servername is the name of your Exchange 2000 server:
isinteg -s servername -fix -test alltests -verbose -l c:\isinteg1.log Type the number of the unmounted store that you want, and then
press ENTER. - Examine the log file that is produced by the Isinteg
procedure, and then repeat the Isinteg command until the number of fixes and
errors in the log file equals 0 (zero) or until the number of errors and fixes does not
change.
NOTE: Specify a different name for the log file each time that you run
the Isinteg utility. - Run the Esefile program against the defragmented databases
(.edb and .stm) to perform checksum verification.
NOTE: The Esefile program is available on the Exchange 2000 CD-ROM in
the Support\Utils\i386 folder.
For additional information
about how to use Esefile.exe, click the following article number to view the
article in the Microsoft Knowledge Base: 248406
XADM: Esefile Support Utility for Exchange Server 5.5 and Exchange 2000
A repaired database should not be left in
production. Although the /d switch is used with the Eseutil command to defragment a database,
the Eseutil program actually creates a new database in which to store the
defragmented information and then replaces the existing database with this new
copy. This is particularly useful in scenarios where the existing database
structure may be corrupted. - Mount the information store.
- Perform an immediate online backup of the repaired
database.
In some cases, after you perform the hard-repair operation, you
may experience symptoms that the Isinteg utility cannot fix, such as messages
disappearing or services not responding (hanging). In this case, you may want
to use the Exchange Mailbox Merge Utility (ExMerge) to export the data out of
the database, create a new database, and then import the data into it. To do
this, follow these steps. NOTE: Resetting an information store database may result in a loss of
functionality or reduced functionality for users with regard to rules, offline
files and folders, delegate permissions and custom forms.
- Copy the three files located in the
Support\Utils\i386\Exmerge folder on the Exchange 2000 CD-ROM or on an Exchange
2000 Service Pack CD-ROM to the Program Files\EXCHSRVR\BIN directory located on
the drive on which you installed Exchange.
NOTE: For detailed information about how to install and use the
Mailbox Merge utility, view the Exmerge.doc file that is contained in the
Support\Utils\i386\Exmerge folder on the Exchange 2000 CD-ROM or on an Exchange
2000 service pack CD-ROM. - Mount the store if it is not already mounted.
- Grant your administrative account Receive
As and Send As permissions to the mailboxes in the
database from which you want to export messages. To do so:
- Start Exchange System Manager, and then locate the
container that contains the database that you want -- for example,
Mailbox Store
(Servername).
- Right-click the database, and then click
Properties.
- Click the Security tab, click your
account in the Name list (for example, click
Administrator), and then click to select the Send
As and the Receive As check boxes under
Allow in the Permissions list.
- Click Apply, click
OK, and then quit Exchange System Manager.
- Start Windows Explorer, locate the folder that contains the
Exmerge.exe file (by default, C:\Program Files\Exchsrvr\Bin), and then
double-click Exmerge.exe.
- Click Next, click Extract or
Import (Two Step Procedure), and then click
Next.
- Click Step 1: Extract data from an Exchange Server
Mailbox, and then click Next.
- Type the name of the Exchange 2000 server in the
Microsoft Exchange Server Name box, and then click
Options.
- On the Data tab, click to select the
following check boxes:
User messages and folders Associated folder messages Folder permissions
NOTE: The Items from Dumpster check box is for
recoverable items that have been deleted by users (when the Deleted
Item Recovery option is selected). This option requires more space on
the destination partition. - Click the Import Procedure tab, and the
click the method that you want to use to import data into the target store.
The Merge data into the target store selection is
most frequently used and is selected by default. - Click the Dates tab, and then click
All (if it is not already selected).
- Click Apply, click OK,
and then click Next.
- Click Select All, verify that all of the
users are selected, and then click Next.
- Verify that the Default locale selection
is correct, and then click Next.
- On the Target Directory page, click a
partition that has the necessary space in which to store the .pst files that
will be exported. You can also direct the .pst files to another server if you
do not have space on the local drive. If this is the case, make sure that you
map a drive to the remote location. If you copy the .pst files to another
server, the time that it takes to run the process increases substantially.
- Click Next, click Next,
and then click Finish when the export procedure
completes.
- Stop the information store service, and then back up or
rename the database files with which you experience problems.
IMPORTANT: The database may be stored on one partition, and the log files
on another partition. You can move these files to another server or rename
them, but Microsoft recommends that you keep a copy of your original database
and log files until you have determined that this process has worked correctly.
- Start the information store service, and then mount the
store.
This creates another Priv1.edb database file.
NOTE: In some cases, you may have to restart the Exchange services or
restart the server before you mount the store. This makes sure that you are
prompted to force the creation of an empty database. - Log on to your mailbox, and then send a test message to all
of the users who are on the server.
This step is critical for the
Exmerge utility process. This actually creates the mailboxes in the new
database. - Start the Exmerge utility, and then click
Next .
- Click Extract or Import (Two Step
Procedure), and then click Next.
- Click Step 2: Import data into an Exchange Server
Mailbox, and then click Next.
- Type the name of the Exchange 2000 server in the
Microsoft Exchange Server Name box, and then click
Options.
- On the Data tab, click to select the
following check boxes:
User messages and folders Associated folder messages Folder permissions - Click Apply, click OK,
and then click Next.
- Click Select All, and then click
Next.
NOTE: If some of the users are not listed on the Mailbox
Selection page, they may have not received the e-mail message that you
sent to all users. Make sure that you have sent a test message to all users. In
this case, quit the Exmerge operation, send the user an e-mail message, and
then restart the Exmerge operation. - Verify that the Default locale selection
is correct, and then click Next.
- Select the folder that contains the .pst files that you
exported (for example, C:\Exmergedata), and then click
Next.
- Click Next, and then click
Finish when the import process is completed successfully.
- Log on to a number of mailboxes to confirm that their
contents have been successfully imported.
For additional information, click the following
article number to view the article in the Microsoft Knowledge Base: 314917
XADM: Understanding and Analyzing -1018, -1019, and -1022 Exchange Database Errors
296788 XADM: Offline Backup and Restoration Procedures for Exchange 2000 Server
317014 XADM: Exchange 2000 Server Eseutil Command Line Switches
192185 XADM: How to Defragment with the Eseutil Utility (Eseutil.exe)
265441 XADM: Some Questions and Answers About the Exmerge Utility
174197 XADM: Microsoft Exchange Mailbox Merge Program (Exmerge.exe) Information
259851 Ramifications of running the eseutil /p or edbutil /d /r command in Exchange
272570 XADM: How to Recover from Information Store Corruption
282496 XADM: Considerations and Best Practices When Resetting an Exchange Mailbox Database
259688 XADM: How to Use the Exmerge Utility to Extract Data from a Damaged Private Information Store
301460 XADM: Exchange 2000 Command-Line Parameters for the Isinteg.exe Tool
For additional information about Exchange 2000
disaster recovery, visit the following Microsoft TechNet Web site:
Modification Type: | Minor | Last Reviewed: | 9/7/2005 |
---|
Keywords: | kberrmsg kbprb KB327334 |
---|
|