Exchange 2003 Database Inconsistent

Exchange 2003 Consulting Services

If your database is in a consistent state, the database can be remounted without requiring any type of transaction log replay. The database successfully detached from the log file stream when it was shut down. Such a database can be mounted and attached again to the log stream without requiring additional transaction log replay. Changing a database from an inconsistent state to a consistent state generally entails two processes: Restoring the database from a backup that was completed while the database was online, and replaying the transaction log files into the restored database. When a database is shut down before you have performed necessary maintenance, it is put into an inconsistent state. This type of shutdown is flagged as a dirty shutdown. This means that some transaction log files must be replayed before the database can be considered consistent. You cannot mount a database that was shut down in this state until the transaction logs have been replayed and the database has properly detached from the current log stream.

For the latest information about Exchange 2003 Database Inconsistent

Using the Backup Utility in Windows Server 2003

You can use Backup to back up and restore both Windows Server 2003 and Exchange 2003 data. The backup utility (Backup) in Windows Server 2003 is similar to earlier versions of the utility. Backup helps you to back up directories, selected files, and System State data, including Windows Server 2003 operating system registry information. You can also use Backup remotely over the network to back up Exchange databases and information about other computers.

For the latest information about Using the Backup Utility in Windows Server 2003

Repairing Exchange Server 2003

In most situations where you might consider repairing a database, it is recommended instead that you restore the database from the backup, and replay the transaction log files to make the database up-to-date. Sometimes you cannot make the database completely up-to-date. In these instances, you can try to recover additional data from the failed database. For this reason, keep a copy of the failed database when you restore your backup to production hardware.

For the latest information about Repairing Exchange Server 2003