Monday, December 20, 2010

How to Solve Page Checksum Mismatch Error in MS Exchange Server ?

MS Exchange Database files get corrupted or damaged due to many reasons such as abnormal shutdown of Exchange Server, Virus attack, hardware failure and more. When this type of situation occur , the database becomes totally inaccessible and unusable. In case of edb file corruption , you may encounter critical user's data loss situations and at this point, EDB Recovery is the best way to get your data back.

When EDB file gets damaged or corrupted, you would not be able to access your data such as email messages, contacts, notes, tasks, calender entries etc with MS Outlook. This behaviour occurs because MS Outlook will not be able to access your data from the corrupted mailboxes.

Consider a practicle example, when you try to run an online backup of database after corruption, the operation can not be completed and you come across the following error message:

"Database page read failed verification because of a -1018 error" (page checksum mismatch)

You can not access your valuable data from the database after above error and users might face the following problems:
  • Cannot send or receive e-mail messages and other items.
  • Unable to start MS Outlook.
  • Online backups fail to complete with a -1018 checksum error.
  • Online defragmentation surfaces a -1018 checksum mismatch error.
To gain access of your data in MS Outlook, you need to identify the root of this issue and perform EDB to PST conversion.

Cause:

The root cause of this error is that faulty hardware parts, firmware and device drivers of hard disk subsystem. The error -1018 indicates checksum mismatch and the specific referenced database page within the Exchange store is corrupt.

Solution:

Try the following steps to resolve the issue:
  • Test the system for related hardware issues and replace it
  • Upgrade the firmware drivers if needed
  • Use the last available online backup to restore the exchange database.
  • Perform hard recovery using inbuilt eseutil /p utility or use a third-party EDB PST Converter such as Stellar Phoenix Mailbox Exchange Recovery.

The EDB to PST Converter will help you to get your precious data back by performing in depth scanning and repairing of entire EDB (Exchange database file). To Convert EDB to PST, the tool has interactive graphical user interface and there is no need to be technically sound to use it.

Stellar Phoenix Exchange Server Recovery is the most powerful and multi-featured edb to pst conversion tool that ensure complete EDB Recovery in all instances of .edb file corruption. The EDB to PST Converter works well with MS Exchange Server 5.5, 2000, 2003, 2007 and 2010. The tool is compatible with Windows 2000, Windows XP, Windows 2003, Vista and Windows 7.

The free demo version is also available to evaluate the Convert EDB to PST Software that allows users to repair corrupt edb file and extract the user mailboxes. However, it restricts the user from saving the extracted data and required full version to save the same.

Tuesday, November 23, 2010

Solving Exchange Server Error – 1019 during Hard Recovery

MS Exchange Server is designed to store and serve the data to millians of users. It is quite well known that Exchange database (EDB) files often get damage and corrupted due to various reasons such as Virus attack, Dirty Shutdown, Hardware failure, abrupt application and physical damage to storage media etc. In this situations, when EDB file gets corrupt or damaged, MS Outlook restricts accessing user's emails and other items from it. To solve this issue you need Exchange Repair solution.

Microsoft has availed the users with an inbuilt utility -eseutil/p . This utility provides two modes of recovery : hard recovery and soft recovery. Soft recovery is the process in which transaction logs are replayed and database exist as offline backup. In hard recovery transaction log is replayed and the online backup of database is used.

How to Solve 'Unable to write a shadowed header for the file' Exchange Server Error?

Consider a practical working situation, when you try to carry out the hard recovery of MS Exchange Server, you might come across error -1019 on the screen. After this error message, you may find the following even ids:

Event ID: 0
Source: ESE97
Type: Error
Category: Performance
Description: (252) Unexpected Win32 error: 0x3E6
Event ID: 122
Source: ESE97 How to Solve 'Unable to write a shadowed header for the file' Exchange Server Error?

Type: Error
Category: Logging/Recovery
Description: (252) Unable to read the log. Error -1022.
Event Id: 0
Source: ESE97
Type: Error
Category: Logging/Recovery
Description: (252) error -1019

Above error message and Event IDs and indicate that the database is severely corrupted and it can not be repaired using hard recovery process. After this situation of Server, the Exchange Repair job gets terminated and the last transaction log file, which is replayed, is altered and damaged.

In order to solve this issue you need to repair corrupt exchange database file with the help of third party EDB Repair tools. These Exchange Server repair software are particulary developed with the high end scanning algorithm to retrieve all items of the exchange database file. With interactive graphical user interface and non destructive design, theses tools are completely safe to use and perform fast EDB Recovery.

Stellar Phoenix Mailbox Exchange Recovery is the best and most excellant option to sort out most of the EDB corruption, damage problems. The edb repair software is compatible with Windows 7, Vista, Server 2003, XP, and 2000. This easy to use Exchane server recovery utility supports MS Exchange Server 5.5, 2000, 2003, 2007 and 2010.

Other Related Post:

Monday, October 25, 2010

Solving “ESE 447 Database corruption” Error in MS Exchange Server

A storage group in MS Exchange Server works as a logical container for databases and transaction log files. Sometimes when you wish to start any of Storage Group,  the error message:  “ESE 447 Database corruption”  appears on the screen. In this situation, when  you try to create a new storage group and move your mailboxes on this, the user mailboxes become inaccessible and you get the same error again.  To resolve the issue it is necessary to look for a Exchange Recovery utility.

Cause:

The reason of this issue may be one of the following:

    * Scanning of Exchange database directory using some antivirus software
    * Some hardware failure problem.


In both of  above causes, You may encounter logical corruption in the exchange database. Due to this corruption the database becomes completely unusable and may shows the below mentioned error message:

ESE 447 Database corruption”

Resolution:

To fix this issue, you will have to restore your database from the current backup. But if you do not have proper backup, it is recommended to perform Exchange Server recovery with the help of third party tool like Stellar Exchange Recovery, known as EDB recovery software. This exchange database recovery tool perform quick & complete database scanning to repair the .edb file in most corruption cases.

Stellar Phoenix Exchange Mailbox Recovery software is the prominent and comprehensive tool to recuperate the exchange edb file. This powerful  exchange server recovery tool uses advanced technology to scan the corrupt, damaged .EDB file and extract all items from it. 

Sunday, September 12, 2010

How to recover EDB database in MS Exchange Server 2010 when you are unable to mount database

Are you facing some sort of problem while trying to access MS Exchange database folder? Such problem can occur if there are some problems with the configuration in Exchange Server settings. You should try to address the settings. If the problem is not resolved, then there is a quite prominent possibility that the EDB (Exchange Database) database file is damaged, which can happen due to various reasons including virus infections, database header corruption, transaction log file corruption, etc. In such cases, appropriate methods should be used to recover corrupt EDB file. If these methods are insufficient, then the use of a third-party EDB recovery software to perform EDB recovery is a must.

Let us discuss a scenario in which you are unable to mount the mailbox database in MS Exchange Server 2010. In such case, the following error message is displayed:

“Failed to mount database 'Mailbox Database'

Mailbox Database
Error:
Exchange is unable to mount the database that you specified. Specified database: d1cdba46-6f79-46f2-ba14-3ae2fa8aad43; Error code: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005,ec=-2147467259).”

In addition, the following report is logged in the Application event log:

“Event ID 9518
Event Type:    Error
Event Source:    MSExchangeIS
Event Category:    General
Event ID:    9518
Date:     date
Time:     time
User:     N/A
Computer:    ServerName
Description: Error 0x80004005 starting Storage Group /DC=com/DC=example/CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=335A1087-5131-4D45-BE3E-3C6C7F76F5EC/CN=Administrative Groups/CN=Exchange Administrative Group (FYDIBOHF23SPDLT)/CN=Servers/CN=ServerName/CN=InformationStore/CN=First Storage Group on the Microsoft Exchange Information Store.
MDB failed to start.”

Cause:
There could be the following reasons for such erroneous situation:
A) The 'DomainName\Exchange Servers' group is not assigned the 'Manage auditing and security log' user right.
B) The EDB database file is damaged.

Resolution:
To overcome the problem, you can perform either of the following methods:
A) Run Setup /PrepareAD: You should run the 'Setup /PrepareAD' command using the Exchange Server CD. This command restores the original configuration settings of Exchange Server.
B) Add the Exchange Servers group to the "Manage auditing and security log" policy: To do this, you should perform the following steps:
   i)    Click Start | Administrative Tools | Domain Controller Security Policy.
  ii)    Click 'User Rights Assignment' in the Default Domain Controller Security Settings Microsoft Management Console (MMC) snap-in.
 iii)    Double-click 'Manage auditing and security log'.
  iv)   Click 'Add User or Group' in the 'Manage auditing and security log Properties' dialog box.
   v)   Enter 'DomainName\Exchange Servers' in the 'User and groups names' box.
  vi)   Click OK two times.
 vii)   Quit Default Domain Controller Security Settings MMC snap-in.
viii)    Restart the Microsoft Exchange Information Store service.

If the problem is persisting, then a third-party EDB recovery software is to be used to recover corrupt EDB file. Such EDB recovery tools use fast and sophisticated scanning algorithms to recover EDB file without causing any damage to the original EDB file.

The EDB recovery tool that most of the recovery experts recommend is Stellar Phoenix Exchange Server recovery, which recovers corrupt EDB file created for MS Exchange Server.

Thursday, September 2, 2010

Troubleshooting Error 'JET_errKeyDuplicate Illegal duplicate key' in Exchange Server


The Exchange database contains all the contacts, emails, file folders and a lot of other user information. There are some corruption problems can occur in Exchange Database file due to antivirus scanning, hardware failure, log file issues, database shutdown, system dirty shutdown etc. To ensure a speedy EDB recovery and smooth functioning of the the server, You need to use Third party Exchange EDB Recovery tool.

Wednesday, August 25, 2010

Solving Jet Error - "JET_errRecordNotFound,the key was not found" in Exchange Server

When EDB file get corrupted, you can't mount the Exchange database and also unable to access your emails & other items from Exchange server. These situations may occur due to various reasons like suddenly exiting the Exchange Server,corruption in the database header, virus infections and hardware related issues etc.


Such problems can be handled by using in-built eseutil.exe utility. However when edb file is badly corrupted, you may receive Error "JET_errRecordNotFound". In this case the inbuilt utility may fails to perform the expected tasks which makes the database inaccessible and leads to data loss.

In order to solve this problem you need to install the latest service pack of the MS Exchange server. If it does not resolves the issue then it is necessary to use the third-party Exchange Recovery software such as Stellar Phoenix Mailbox Exchange Recovery tool to repair and restore the damaged exchange database (EDB) files.

Download the most trusted free EDB repair Software for MS Exchange Server 5.5, 2000, 2003, 2007 and 2010 from http://exchange.stellarservertools.com/

Saturday, August 21, 2010

Resolving Event ID 9175 and 486

Sometimes when you try to mount a database on a server that is running Microsoft Exchange Server, and instead receive the following error message:

“An internal processing error has occurred. Try restarting the Exchange System Manager or the Microsoft Exchange Information Store service, or both.
ID no: c1041724
Exchange System Manager”


Additionally, the following event is logged in the Application log:

Event Type: Error
Event Source: MSExchangeSA
Event Category: (14)
Event ID: 9175
Description: The MAPI call ‘OpenMsgStore’ failed with the following error: The Microsoft Exchange Server computer is not available. Either there are network problems or the Microsoft Exchange Server computer is down for maintenance. The MAPI provider failed. Microsoft Exchange Server Information Store ID no: 8004011d-0526-00000000


or

Event Type: Error
Event Source: ESE
Event Category: General
Event ID: 486
Description: Information Store (3932) First Storage Group: An attempt to move the file “E:\Program Files\Exchsrvr\mdbdata\E00.log” to “E:\Program Files\Exchsrvr\mdbdata\E000080A.log” failed with system error 2 (0×00000002): “The system cannot find the file specified.” The move file operation will fail with error -1811 (0xfffff8ed).


Cause


1. Error 1811 relates to JET_errFileNotFound. This issue may pop up in an Exchange log (E00.log) file that has a mismatching signature and LGeneration. If E00.log file has a mismatching signature, the information store won’t mount even if the databases are consistent.
2. If an anti-virus program quarantines, deletes or interferes the current Exchange log file.

How to Resolve?

To resolve this issue, ensure the anti-virus is not configured to scan the Exchange Server directories. Check the log files of the anti-virus program to verify whether the Exchange log file was quarantined or deleted.

1. If quarantined, recover the Exchange log file by executing the following steps:

a) Recover the Log to folder which contains production files
b) Start MS Exchange Information Store Service. In case other Exchange log files are not missing, the database will mount. In case more log files are found to be missing, check the missing log files in the quarantine folder. If you cannot find the files, follow the next step.


2. If deleted, recover the Exchange log file by following these steps:

a) Move all the inconsistent databases to backup folder
b) In case, new E00.log file is made, move it to the backup folder. Also, move E00.chk and copy the existing files.
c)Rename last E00*.log file as E00.log
d) Restore database from backup.


If you do not have a backup, you must consider using third-party Exchange Server recovery software to bring EDB database files to consistent state.

Stellar Phoenix Mailbox Exchange Recovery extracts inaccessible data from corrupt .edb files and is compatible with Exchange Server 5.5, 2000, 2003, 2007, 2010 and 2013.

Thursday, August 12, 2010

Unable to mount MS Exchange Server 2007 database...it could be corrupt

Are you unable to mount EDB (Exchange Database) database file on the MS Exchange Server 2007 system that is being used in your organization? If yes, then there is a very prominent possibility that the EDB file is corrupt thereby disabling you from mounting it. In such cases, you should try to find out the exact cause of corruption and try to eradicate that issue. In case, nothing is succeeding then you should use a professional Exchange repair software to recover the trapped data.
Consider a similar situation in which you are unable to mount the database on MS Exchange Server 2007. The following error message is displayed:

“An internal processing error has occurred. Try restarting the Exchange System Manager or the Microsoft Exchange Information Store service, or both.
ID no: c1041724
Exchange System Manager”

In addition, when you check the error log the following event is logged:

“Event Type: Error
Event Source: ESE
Event Category: General
Event ID: 486
Description: Information Store (3932) First Storage Group: An attempt to move the file "E:\Program Files\Exchsrvr\mdbdata\E00.log" to "E:\Program Files\Exchsrvr\mdbdata\E000080A.log" failed with system error 2 (0x00000002): "The system cannot find the file specified." The move file operation will fail with error -1811 (0xfffff8ed).”

Cause:

You may have run the eseutil /p command on the damaged databases. This problem has occurred because the transaction log files were not removed during the process.

Resolution:

First of all, you should check whether eseutil was run on this system at all or not by performing the following steps:
1.Click Start | Run.
2.Enter 'CMD' in the 'Run' box and press 'Enter' key. The Command Prompt window will be displayed.
3.Enter the following command:
4.c:\program files\exchsrvr\bin\eseutil /mh "c:\program files\exchsrvr\mdbdata\name of Exchange database.edb"
5.Check the repair count field. If it is 0, then the eseutil /p command was not run. For a non-zero count, eseutil /p command was run on the database.

Now, you can transfer the transaction log files to another folder if the database is in a clean shutdown state. To check this condition, you should perform the following steps:

1.Click Start | Run and enter 'cmd' in the 'Open' box and click OK.
2.To check the private information store, enter the following command in the Command Prompt:
3.c:\program files\exchsrvr\bin>eseutil /mh "drive:\program files\exchsrvr\mdbdata\priv1.edb"
4.To check the public information store, enter the following command in the Command Prompt:
5.c:\program files\exchsrvr\bin>eseutil /mh "drive:\program files\exchsrvr\mdbdata\pub1.edb"
6.Analyze the consistency check results. If the database is consistent, then all the transaction log files are moved to the information store.
7.Transfer all the log files from the directories to a backup folder.
8.Now try to mount the database. It should run fine now.


In the event of still unable to mount the database, the only way of resolving this problem is to use a third-party MS Exchange repair software. These tools are highly interactive in nature that do not damage the EDB files while scanning them.

The best Exchange repair software among all the available tools is Stellar Phoenix Exchange Server Recovery that repairs corrupted EDB files integrated in MS Exchange Server 5.5, 2000, 2003, and 2007. Compatible with Windows 7, Vista, Server 2003, XP, and 2000, this Exchange Server repair tool is able to extract individual user mailbox in the form of separated PST files.

For more visit at: http://www.ms-exchange-server-repair.com/

Monday, August 9, 2010

What to do when you are unable to connect to MS Exchange Server 2003

Are you experiencing problems in connecting to Exchange Server after restoring a mailbox store? If yes, then chances are that mailbox has corrupted due to various reasons such as hardware problems, database header corruption, etc. In such cases, you should adopt appropriate methods to counter the situation. However, if you are not able to fix the problem then you should use a third-party Exchange Server recovery to perform Exchange recovery.
For instance, you are using MS Exchange 2003. In this, you have restored a mailbox store to the recovery server. However, you are unable to connect to it using the ExMerge tool. You see the following error message in the ExMerge event log:

“Error opening message store (EMS). Verify that the Microsoft Exchange Information Store service is running and that you have the correct permissions to log on. - 0x8004011d ( (CmapiSession::GetMailboxesOnServer))”

In addition, the Application log reports the following error signature:

“Event Type: Error
Event Source: MSExchangeSA
Event Category: MAPI Session
Event ID: 9175
Date: Date
Time: Time
User: N/A
Computer: Server_Name
Description: The MAPI call 'OpenMsgStore' failed with the following error: The attempt to log on to the Microsoft Exchange Server computer has failed. The MAPI provider failed. Microsoft Exchange Server Information Store ID no: 8004011d-0512-00000000”

Cause:

There could be the following reasons for such error:
1. The mailbox store containing the System Attendant mailbox is not mounted.
2. ExMerge is using the System Attendant mailbox to connect to other mailboxes.
3. The Recovery Storage Group (RSG) server is not having a System Attendant mailbox.

Resolution:

To resolve this issue, you should perform either of the following resolutions:

1. Mount the mailbox store containing the System Attendant mailbox: You should mount the mailbox store that contains the System Attendant mailbox on the recovery server. Run ExMerge when complete to extract the data from the user mailboxes.
2. Create a Recovery Storage Group (RSG) and restore a production database: You should create an RSG to recover data from the mailbox store. Restore the extracted mailboxes in a production database using the ExMerge tool.

The problem would be fixed using any of the aforementioned methods. However, if this is not so then you should use a third-party Microsoft Exchange recovery software to recover Exchange database. Such read-only tools are user friendly in nature that do not overwrite the existing database while scanning it.

Stellar Phoenix Mailbox Exchange Recovery is an efficient Exchange recovery software that performs Exchange database recovery for corrupted databases.

Monday, July 12, 2010

How to rectify Error c1041724 in MS Exchange Server 2000

Are you facing problems in accessing mailbox folders in MS Exchange Server 2000? Usually, such things happen when some internal settings for the mailbox store are not correctly set. Also, it may also be possible that the mailbox folder itself has got corrupted. Such corruption can occur due to various reasons such as abrupt or improper system shutdown, database header corruption, corruption of transaction log files, etc. In such cases, you should try to resolve the issue using appropriate corrective measures. In you are not able sort the issue, then you should use a third-party Exchange Recovery software to repair MS Exchange Server mailbox store.

Consider a scenario wherein you are unable to mount an MS Exchange Server 2000 mailbox store using Microsoft Exchange System Manager. An error message is displayed, that is:

“An internal processing error has occurred. Try restarting the Exchange System Manager or the Microsoft Exchange Information Store service, or both. ID no: c1041724 Exchange System Manager”

In addition, either or all of the following event IDs will be logged in the Application event log as well:

1. Event Type: Error
Event Source: MSExchangeSA
Event Category: MAPI Session
Event ID: 9175
Description:
The MAPI call 'OpenMsgStore' failed with the following error: The attempt to log on to the Microsoft Exchange Server computer has failed. The MAPI provider failed. Microsoft Exchange Server Information Store ID no: 8004011d-0512-00000000

2. Event Type: Error
Event Source: MSExchangeIS
Event Category: General
Event ID: 9546
Description:
Failed to create the Event Registration Mailbox for Database First Storage Group\Private Information Store (servername). Error – 0xbf69.

3. Event Type: Error
Event Source: MSExchangeIS
Event Category: General
Event ID: 9519
Description:
Error 0x80004005 starting database "First Storage Group\Private Information Store (servername)" on the Microsoft Exchange Information Store.



Cause:

The root cause of this problem is that the System mailbox object exists in the System Objects container, which is created for this mailbox store. And when you try to mount it, Exchange Server creates another object for the same, which is causing the problem.

Resolution:

To resolve this issue, you should perform the following steps:

1.Start the Active Directory Users and Computers snap-in.
2.Click the Advanced Features option in the View menu.
3.Find the Microsoft Exchange System Objects container, and then look for the System mailbox object whose mailbox store you were trying to mount.
4.Delete the System mailbox. Now try to mount the mailbox store. It should run fine now.


However, there are few instances when the problem is not resolved using these steps. In such cases, you should use a third-party Microsoft Exchange Recovery software. Such read-only tools are highly interactive and user friendly in nature that ensure safe and secure Exchange Server recovery.

Stellar Phoenix Mailbox Exchange Recovery software is an Exchange recovery software that repairs corrupted Exchange mailboxes created in MS Exchange Server.

Monday, July 5, 2010

Information store corruption: ' Error 4294966746...' in Exchange Server 5.5



Information store is the core data storage repository for Microsoft Exchange Server. It constitutes both mailbox store and public folder store data. At times, the information store in Exchange Server may get corrupt or inaccessible. The corruption may be caused by a variety of reasons including sudden or unexpected loss of power, faulty hardware which has written information to the disk incorrectly, and others. In order to make it accessible and continue normal operations, it becomes important to troubleshoot the problem by using appropriate Exchange Recovery solutions. If no concrete solution seems working, an administrator can go for professional tools.

As an administrator, you may experience the following problems with Exchange Server 5.5:

1.You cannot start MS Exchange Server Information Store service
2.The information store cannot be stopped
3.The CPU usage level remains 100 per cent even when the information store has stopped responding
4.Even after restarting the information store, clients are unable to send or receive e-mails
5.And, when you restore the Exchange Server databases from an offline backup and run the Isinteg utility, you receive the following error:


'Error 4294966746: JET_errDatabaseInconsistent'

Cause

The error surfaces when the information store becomes corrupt. Corruption involves either Priv.edb or Pub.edb files.

Resolution

In order to recover the public and private information stores, you must consider the following Exchange recovery steps:

1.Make a backup copy of the Pub.edb and Priv.edb files
2.Now start the information store and note any error message or event ID which erupts
3.Check the consistency of the information store databases, run Eseutil.exe command by using following commands:
c:\exchsrvr\bin>eseutil /mh ..\mdbdata\priv.edb
c:\exchsrvr\bin>eseutil /mh ..\mdbdata\pub.edb
4.If both the Pub.edb and Priv.edb files are consistent (Output: Clean Shutdown), then move to step 8. If not then try to perform soft recovery of the files to see if you have the copies of the log files that are stored in the Mdbdata folder. You can use the following commands:
c:\exchsrvr\bin>eseutil /r /ispriv
c:\exchsrvr\bin>eseutil /r /ispub
5.If eseutil / r does not send databases to consistent state, then use the following commands to perform hard repair
c:\exchsrvr\bin>eseutil /p /ispriv
c:\exchsrvr\bin>eseutil /p /ispub
6.Delete all .log and .chk files and Temp.edb in the ExchSrvr\Mdbdata folder
7.Check if the Microsoft Exchange Information Store service is running. If it starts successfully, stop the process.
8.Now defragment the database which you just repaired by using the following commands:
c:\exchsrvr\bin>eseutil /d /ispriv
c:\exchsrvr\bin>eseutil /d /ispub
9.Use the Isinteg.exe utility to repair Pub.edb and Priv.edb, using the following commands:
c:\exchsrvr\bin>isinteg -pri -fix -test alltests
c:\exchsrvr\bin>isinteg -pub -fix -test alltests
10.Restart the information store


In case, you are still not able to isolate corruption or overcome the problem, download an advanced Exchange Server recovery application from the Internet.

Stellar Phoenix Mailbox Exchange Recovery is a powerful yet safe application which repairs corrupt .edb files and restores the mailboxes as individual PSTs. The Exchange recovery tool supports Exchange Server 5.5, 2000, 2003, and 2007.

Friday, June 25, 2010

Fixing 'Unable to Mount the Mailbox Store with error c104173c …' error in Exchange Server

Information store is the most vital component of Microsoft Exchange. When the Exchange Server is hit by corruption issues, information store also gets affected. It is made up of four database files viz Priv1.edb, Priv1.stm, Pub1.edb and Pub1.stm. When corruption occurs either Prive1.edb or Pub1.edb falls prey to it. In event of corruption, an Exchange administrator can observe various symptoms including the MS Exchange Information Store service won't start, or clients cannot send or retrieve e-mails or abrupt error messages. In order to isolate the issues, the administrator must use the updated backup copy of the database. However, if no backup is available, he should immediately switch to MS Exchange Repair solutions.

Consider a scenario, wherein, you, being the administrator, try to mount the mailbox store in Exchange System Manager, and receive the following error message:

“Unable to Mount the Mailbox Store with error c104173c The Information Store is Busy”

Cause

The above error indicates the possible corruption in one or both edb files (Priv1.edb or Pub1.edb) of information store.

Resolution

In order to troubleshoot the issue, you must perform the following Exchange Repair steps:

1. Run eseutil/mh command in order to determine if the database is consistent
2. If you get the following output 'Clean Shutdown' , move out all the log files from Exchsvrmbddata folder
3. But if you get 'Dirty Shutdown' as output, perform soft recovery by using eseutil/r
4. If database does not come to a consistent state, perform hard repair by using eseutil/p command.
5. If you use the above command, you may lose some Exchange Server data, including the messages that were contained in the log files that were not committed to the information store database. Therefore, it is a wise decision to use a third-party MS Exchange Repair application.


Such tools repair corrupt .edb files safely and employ improved scanning algorithms to recover inaccessible data in a hassle-free manner. Being-read only they do not modify the original content. Therefore, you can use them blindly and isolate the information store corruption issues efficiently.

Stellar Phoenix Mailbox Exchange Recovery is a powerful and reliable application which repairs corrupt .edb files and restores the mailboxes as individual PSTs. Compatible with Exchange Server 5.5, 2000, 2003, and 2007, this Exchange repair software recovers all e-mail messages, notes, journals, tasks, contacts and other components.

Tuesday, June 22, 2010

Restoring corrupt EDB file in MS Exchange Server 2007

MS Exchange Server is the server side of the client-server, collaborative application from Microsoft. It ably provides standard email features such as emails, contacts, notes, tasks, calendar items, etc. In addition, it provides you the option to access Exchange Server mobile devices and various web-based browsers. It may be notable that the server information is stored in an EDB (Exchange Information Store Database) file. At times the EDB file may get corrupt due to which you are unable to mount the Exchange Server database. These situations may occur due to various reasons such as abruptly exiting the Exchange Server, virus infections, corruption in the database header, hardware issues, etc. Such cases can be handled by using certain in-built methods. If you are not able to resolve the problem, then you should use an EDB Repair Software to repair the corrupted EDB file.

Consider a scenario wherein you have Microsoft Exchange Server 2007 running in your organization. When you try to mount the database that is running on the Server, you are unable to do so. An error message is displayed, that is:

“An internal processing error has occurred. Try restarting the Exchange System Manager or the Microsoft Exchange Information Store service, or both.
ID no: c1041724
Exchange System Manager”


Cause:

There could be the following causes for the aforementioned error message:

1. The eseutil /p command was executed on corrupted databases and the log files were not removed during the process.
2. The eseutil command was executed for an incorrect logfile base as shown in the following example:
eseutil /r three-character logfile base name


Resolution:

To resolve this problematic situation, you should perform the following methods for each of the mentioned cause:

1.Resolution for Cause 1: To do this, you should ensure two things:

A) Whether the eseutil /p command was run: This can be done by using the following command in the Command Prompt:
“c:\program files\exchsrvr\bin\eseutil /mh "c:\program files\exchsrvr\mdbdata\name of Exchange database.edb”
i. If the repair count is 1, then this command was run on this database.

B) If the database is in a clean and consistent state: To do this, you should perform the consistency check on the databases. If the database is consistent, then you should move the log files to a backup folder and then mount the databases.

2. Resolution for Cause 2: You should provide the correct parameter to run the eseutil command. For example,
“eseutil /r e00”


Once you perform the mentioned methods, try to mount the database. You will that the problem is now rectified. However, if it is not so then you should use a third-party Exchange Database Repair to extract the corrupted EDB files. Such .EDB repair tools are read-only in nature and are able to convert the EDB files to independent PST files using fast yet sophisticated scanning algorithms.

Stellar Phoenix Exchange Server Recovery is a software that performs Exchange Recovery of corrupted EDB files. It is able to perform repair edb by converting the Exchange mailboxes into equivalent PSTs for each user.

Sunday, June 13, 2010

Low Disk Space or Database Corruption Prevents you to Write Data to EDB File

Are you unable to write data to Microsoft Exchange Server database? Is your EDB (Exchange Server database file) inaccessible? This behavior may occur due to either low disk space on Exchange Server computer or corrupt EDB file. If the database is corrupt, you need to restore it from the most recent backup to prevent data loss situations. However, in case backup is not valid or updated, you need to opt for Exchange Recovery solutions to retrieve data from the database.

In a practical scenario, the Information Store Service of Exchange Server may fail to start and you encounter the below errors in Application Event Log of Exchange Server, while read/writing data from/to EDB file:

“Event Type: Error
Event Source: ESE
Event Category: General
Event ID: 482
User: N/A
Description:
Information Store (4360) First Storage Group: An attempt to write to the file "D:\Program Files\Exchsrvr\mdbdata\res2.log" at offset 4194304 (0x0000000000400000) for 1048576 (0x00100000) bytes failed after 0 seconds with system error 112 (0x00000070): "There is not enough space on the disk.". The write operation will fail with error -1808 (0xfffff8f0). If this error persists then the file may be damaged and may need to be restored from a previous backup.”


You can not access the database after above error. To gain access of your valuable data in the EDB file, you need to identify the root of this issue and perform Microsoft Exchange recovery by resolving it.

Root of the problem:

You may face this behavior of Exchange Server due to any of the below reasons:

1.You do not have sufficient free space on the Exchange Server hard drive. The Error 0x00000070 entails ERROR_DISK_FULL and Error 0xfffff8f0 entails JET_errDiskFull.
2.EDB file is corrupt and Exchange Server can not recognize it.


Resolution:

You can try out any of the below methods to sort out this problem:

1.If problem is caused by low disk space, remove some files to free up disk space.
2.If database corruption is causing the issue, repair and restore the database using powerful and advanced commercial Exchange recovery software.


The Exchange recovery tool carry out in-depth scan of entire Exchange Server database and extract all inaccessible data from it. You need not to be technically sound to use these tools and repair the database as they have interactive graphical user interface.

Stellar Phoenix Exchange Mailbox Recovery is the most powerful, yet easy to use Exchange Database Recovery application to ensure easy recovery in all EDB corruption scenarios. The Exchange 2007 recovery software works well with Microsoft Exchange Server .

Sunday, June 6, 2010

Exchange Server Database Fragmentation Fails with Misleading Errors


Microsoft Exchange Server database consists of two common databases, known as Priv.edb and Priv.stm. These database contains all your significant emails, notes, contacts, tasks, journal, attachments and more. If the Exchange Server database come across any sort of database inconsistency and integrity problem, Eseutil.exe utility can help you to fix the problem. It can also be used to repair the damaged database and defragment it. However, in some cases, this utility can not perform the expected tasks successfully and database remains in inaccessible state. In such cases, you are required to carry out Exchange Recovery to work around the problem.

When you attempt to manually defragment the STM (streaming) file of Exchange Server database, you might encounter the below error message:

“Operation terminated with error -2231 (JET_errSLVStreamingFileInUse, The specified streaming file is currently in use) after 0.891 seconds.”

After the above error, when you check the integrity of STM file, you might encounter the below possibly misleading error:

“Operation terminated with error -1206 (JET_errDatabaseCorrupted, Non database file or corrupted db) after 0.901 seconds.”

You are highly recommended not to use Exchange Server database repair utility against problem STM file as it might damage the internal structure of STM database file. At the same time, you may receive further error message stating:

“Operation terminated with error -1601 (JET_errRecordNotFound, The key was not found) after 2.354 seconds.”

What Causes Fragmentation Errors in Exchange Server ?

The above problem may occur if any of the below conditions are true:

1. This behavior occurs because the version of Eseutil utility doesn't ensure that you're running the tool against correct Exchange Server database. Structure of STM file is different from structure of EDB file. Some Eseutil functions might damaged STM file.

2. The Exchange Server database is corrupt and Exchange Server can not read it.


Solution

Go through the below steps to fix this problem and perform Microsoft Exchange recovery:

1. Obtain latest service pack of Exchange Server.

2. Use third-party Exchange Recovery software to repair and restore the damaged Exchange Server database.


The Exchange Server Recovery applications are capable of handling all types of Exchange Server corruption scenarios, using advanced scanning techniques. The software preserve absolute integrity of your database as of their read-only and non-destructive conduct.

Stellar Phoenix Exchange Mailbox Recovery tool is a powerful, yet easy to use application that effectively handles all EDB corruption problems. This Exchange Recovery Tool works well with Microsoft Exchange Server 2007, 2003, 2000, and 5.5. It restores all inaccessible objects of Exchange Server database, including emails, contacts, notes, tasks, journal, and more.

Tuesday, May 18, 2010

Repairing oversized corrupt EDB file in MS Exchange Server 2003

Microsoft Exchange Server is the server-side of the client-server product by Microsoft. It provides support for emailing, calendar entries and mobile- and web-based access to exchange information. All such information is stored in an EDB (Exchange Information Store Database) file. However, sometimes the EDB file can get corrupt due to which you are unable to mount the mailbox. Corruption situations can arise due to various reasons such as virus infections, human errors, database header corruption, quitting Exchange server unexpectedly, etc. In such cases, you should take appropriate corrective measures to rectify the situation. However, if you are unable to do so, then you should use a third-party Exchange Repair software to do the needful.

Consider a scenario wherein you are not able to mount Microsoft Exchange Server 2003 Standard Edition mailbox. The event ID is logged in the Application Event Log:

“Event Type: Error
Event Source: MSExchangeIS
Event Category: General
Event ID: 1112
Description: The database "Mailbox Store (Server Name)" has reached the maximum allowed size. Attempting to unmount the database.”


Cause:

The cause of this erroneous situation is that the EDB file has corrupted as its size has exceeded the permissible size of 16 GB.

Resolution:

To resolve the situation:

1. Upgrade to Exchange Server 2003 SP2 as it has got size limit of 75 GB.

2. Perform the following tasks if you are an administrator:
     a)Increase the database size limit temporarily by 1 GB.
     b)Remove the not so required database content.
     c)Defragment the database to reduce it to the permissible database size limit.

3. Mount the database in a recovery storage group by using the Recovery Storage Group feature. Then, you can use the MS Exchange Merge Wizard (Exmerge.exe) to extract the mailboxes from the database.


However, if you still are unable to resolve this issue then you should use a third-party Exchange repair software to repair the EDB file. Such tools are able to repair the EDB file without overwriting the original contents and by using fast yet sophisticated scanning algorithms.

Stellar Phoenix Mailbox Exchange Recovery is an MS Exchange repair software that enables you to repair corrupt EDB files. It scans the corrupted EDB file, repairs it, and saves it at a user-specified location. This Exchange repair software recovers different mailboxes in a separate PST files. This software supports Exchange Server 5.5, 2000, 2003, and 2007. It is compatible with Windows 7, Vista, Server 2003, XP, and 2000.

Thursday, April 8, 2010

Resolving Event ID 489 in Exchange Server

Microsoft Exchange Server database file can often develop errors, which it finds unable to remove by normal repair methods. Inability to open a database file is one such error. An Exchange Recovery Tool comes handy when your Exchange database becomes corrupted and you have no backup to restore.

The further discussion depicts a commonly occurring problem when trying to open an Exchange database file. In such situations, you can encounter unexpected error and file open operation might fail. On viewing the application event log, you may observe the below event log:

Event Type: Error
Event Source: ESE
Event Category: General
Event ID: 489
Computer:Computer Name
Description: Process name [process id] file name: An attempt to open the file [path\file name] for read-only access failed with [Error Code and Explanation]. The open file operation will fail with error [Error Code].

Cause and Resolution

The actual cause of event 489 can be determined by the error code ('error_code') displaying at the end of its 'Description' section. Below are the possibly occurring error codes along with their causes and solutions:

Error -1032= ' JET_errFileAccessDenied'= File cannot be accessed

The file is in use by some other process or utility like, a virus checker or a backup program. Another cause can be insufficient permissions on folder containing database files to let the store to function correctly.

Thus, you need to configure the program using the database file to not scan the Exchange Server directories and/or to change the folder permissions to the default ones.

Error -1022='JET_errDiskIO' = Disk I/O error

The requested database page cannot be accessed due to an I/O error. It could be because of disk or controller failure or because the path to check file is incorrect.

You should run chkdsk /f /r command, check valid permissions on Exchsrvr folder, ensure the correct path to check file, and troubleshoot file-level anti-virus software scanning. After this, you need to either restore the database from backup or repair the database using Exchange Recovery Tool- eseutil/p, isinteg -fix, and ExMerge.

Error -1023= 'JET_errInvalidPath' = Invalid file path

Possible causes are changed path to log files or check files before restoring and corrupted check files or temporary files created while a defragmentation or a repair.

Therefore, you need to place back the files to their original locations and remove the corrupted files. To correct database inconsistency, you need to either restore the database from backup or repair the database using eseutil/p, isinteg -fix, and ExMerge tools.

Exchange repair utilities can delete the corrupted pages. For safe repair, use of Exchange Recovery Software is recommended.

Stellar Phoenix Mailbox Exchange Recovery is a reliable utility that is used to repair corrupted Exchange database and restore its mailboxes as *.pst files at a safe location. This Exchange Server Recovery software supports MS Exchange Server 2013, 2010, 2007, 2003, 2000, and 5.5 and can also recover deleted mailboxes.Visit this tool http://exchange.stellarservertools.com/

Sunday, April 4, 2010

Tips To Resolve “Operation terminated with error...” Error Message

Eseutil/p is an inbuilt repair utility of MS Exchange Server that repairs corrupted Exchange Server databases at both table and page level. While the repair utility proves successful in repairing most of the corrupted databases, there are certain situations wherein the command fails to repair a corrupt database. In such situations, it displays an error message. This happens when the database is severely damaged. Since the database cannot be repaired, it remains corrupt, and the data saved in it remains inaccessible. To access database in such situations, a user needs to restore database from a previous online backup. However, in the absence of an updated backup, a user needs to repair the database using a third-party Exchange Server Repair application.

For detailed explanation of the above problem, consider a practical case wherein your Exchange Server database gets corrupted. And, when you try to repair the database using Eseutil/p utility, you encounter:

“Operation terminated with error -1605 (JET_errKeyDuplicate, Illegal duplicate key) after xxx.xxx seconds.”

Data saved in the database becomes inaccessible after the above error message appears. Additionally, the same error message repeatedly occurs when you try to repair your database.

Cause:

The fundamental reason for the occurrence of the above error message is that the repair utility might rebuild B-trees incorrectly. This will change the complete metadata structure of the database, leaving it in a permanently non-repairable state.

Resolution:

To resolve the above error message and to access the records saved in the database, a user needs to obtain the latest service pack of MS Exchange Server 5.5 and perform repair. However, if the repair utility is unable to repair the database even after installing the service pack, then you need to opt for an advanced commercial Exchange Server Repair application.

An Exchange Repair software is a powerful utility specifically designed to repair MS Exchange database, that has become corrupted due to logical crash. The read only utility performs repair without making any change in the original database file.

Exchange Repair Software provides absolute repair of Exchange Server 5.5, 2000, 2003, and 2007 after any logical crash. The repair tool recovers almost all objects of database, such as, emails, notes, appointments, tasks, and attachments. Designed for Windows 7, Vista, XP, 2003, and 2000, the Exchange Server Repair software comes with an interactive user interface.

Friday, March 12, 2010

Troubleshooting Event Ids 9518, 9175, and 454 at MS Exchange Startup

The Event Ids in Microsoft Exchange Server form most important parts of system diagnosis. These cryptic error messages allow the user to diagnose the logging problems. While there are various reasons for the occurrence of these event id, the most important is the corruption in the 'Information Store'. For easy resolution of any event id, the user can restore the database from an updated backup. However in case of absence of an updated backup, the user requires a powerful Exchange Server Repair software to repair the database.

As a practical case, your server locks up for no reason and when you reboot, the MS Exchange 2003 does not start. On viewing the event log, you view a series of event ids:


Event Type: Error
Event Source: MSExchangeIS
Event Category: General
Event ID: 9518
Date: 6/7/2005
Time: 5:56:43 PM
User: N/A
Computer: CRC2K3
Description:
Error Log file is corrupt starting Storage Group
/DC=local/DC=cr/CN=Configuration/CN=Services/CN=Microsoft
Exchange/CN=CityRealtyMail/CN=Administrative Groups/CN=First Administrative
Group/CN=Servers/CN=CRC2K3/CN=InformationStore/CN=First Storage Group on the
Microsoft Exchange Information Store.
Storage Group - Initialization of Jet failed.

Event Type: Error
Event Source: MSExchangeSA
Event Category: MAPI Session
Event ID: 9175
Date: 6/7/2005
Time: 6:07:09 PM
User: N/A
Computer: CRC2K3
Description:
The MAPI call 'OpenMsgStore' failed with the following error:
The Microsoft Exchange Server computer is not available. Either there are
network problems or the Microsoft Exchange Server computer is down for
maintenance.
The MAPI provider failed.
Microsoft Exchange Server Information Store
ID no: 8004011d-0526-00000000

Event Type: Error
Event Source: ESE
Event Category: Logging/Recovery
Event ID: 454
Date: 6/7/2005
Time: 5:56:43 PM
User: N/A
Computer: CRC2K3
Description:
Information Store (448) First Storage Group: Database recovery/restore
failed with unexpected error -501.


Next, when you try to mount the 'Mailbox' or 'Public Folder', you encounter the below error message:

The database files in this store are corrupted

Cause:

The cause for the occurrence of the above error message is corruption of Exchange Server database.

Resolution:

To resolve the above error message and to repair the Exchange Server database, you have to use an effective Exchange Server Repair application. Such Exchange Repair utilities employ extensive scanning techniques to repair and restore corrupt Exchange Server database.

MS Exchange Repair is an answer to all logically corrupted Exchange Server databases. With recovery of deleted mailboxes, the Exchange Repair application repairs databases created in Exchange Server 5.5, 2000, 2003, and 2007. The repaired EDB file is saved in a .pst file format.

Wednesday, March 10, 2010

Information Store Corruption due to RAID Issues

One of the common reasons for Exchange Information Store to get corrupt is hardware issues. Thus when you identify server consolidation for Exchange Server computer, experts suggest you to adhere to Windows Server Catalog tips. The most important is a reliable storage subsystem and that's the reason you are often recommended to use Redundant Array of independent Disk (RAID) configuration. This not only increases performance by allowing multiple I/O operations but also adds to reliability. But unfortunately there can still be instances that may bring corruption to message store. If one or more of RAID components fail, the Exchange Information Store can catch corruption. In such situation, you need an Exchange Recovery solution to repair the database and recover the lost data.

Consider you use a RAID 2 system to run Exchange Server. All the Information store data including the log files are stored on the same drive. You observe that one of the RAID drives shows typical corruption issues. So you replace the drive, but you experience similar kind of problems with other drives as well.

Later, you notice that you cannot mount the Information Store. When you run eseutil /mh command to check the integrity of the database, it shows that Information store is corrupted. The database files and log files (typically, e00.log file) are damaged.

Cause

Since disk issues are repeatedly observed, it indicates issues with the RAID controller that has ultimately corrupted the Information Store database files.

Solution

You need the following solutions to deal with such problems:

  1. Run eseutil /p command to repair the corrupted database. Keep in mind that this can delete the corrupted pages, so to prevent against critical data loss, it is recommended to use the command on a database backup.
  2. Restore from a valid backup. But it is likely that database backup may also not exist in usable state. The reason is that the corruption problems have been continuous for considerable time and it is possible that you might have backed up the corrupted Information Store.
  3. Use a third-party Exchange Recovery utility. The Exchange Server Recovery software can scan and then repair the corrupted Exchange database using powerful, yet safe, algorithms.

Exchange Server Recovery Software is a reliable tool that repairs corrupted Exchange database and extracts mailboxes as *.pst files while keeping the original database unaffected. The Exchange Recovery Tool supports MS Exchange Server 2007, 2003, 2000, and 5.5. The tool can also recover deleted mailboxes.

Wednesday, February 24, 2010

EDB Recovery to Fix Transport Database Corruption

Are you facing fatal errors while accessing your Microsoft Exchange Server 2007 database? Is your EDB (Exchange Server Database) file is inaccessible? The fatal error in Exchange server aborts the application and thus makes it unusable. This behavior of MS Exchange Server renders all your valuable data inaccessible and cause critical data loss situations. In order to get your precious data recovered in such situations, you need to repair and restore the damaged EDB file, using an EDB Recovery solutions.
As an example, MS Exchange Server 2007 Management Pack for Operations Manager supervises the MS Windows Application Event log on systems, which are running MS Exchange Server 2007 and returns the below event:
Product Name: Exchange
Product Version: 8.0 (Exchange Server 2007)
Event ID: 17003
Event Source: MSExchangeTransport
Alert Type: Critical Error
Description: A Transport database operation has encountered a fatal error. The database may be corrupted. The Microsoft Exchange Transport service is shutting down. Manual database recovery or repair may be required.”
After the above error, Microsoft Exchange Server does not let you access your database. At this point, you have to verify the cause of this problem and perform EDB File Recovery by resolving it.
Cause:
The error message below indicates that specified ESE (Extensible Storage Engine) database is damaged. It is preventing MS Exchange Server services from starting.
- ESE, also called JET Blue, is an ISAM (Indexed Sequential Access Method) data storage technology intended by Microsoft. The ESE is particularly used as a key component of the Microsoft Exchange Server and the Active Directory.
How to Fix ESE Corruption:
You can carry out following things to sort out this issue-

  1. Delete the defined database and corresponding transaction logs. You must not remove the database if you have significant data in the database.

  2. Repair the damaged database using Isinteg.exe tool or restore it from backup.
However, if none of the above methods helps you to work around the problem, EDB Recovery Tool is the only option to go for. They carry out in-depth scan of entire EDB file using high-end scanning techniques and restore all database objects such as emails, notes, contacts, tasks, and more.
The software enable you to recover corrupt EDB file in a quick and easy way as they are incorporated with simple and self-descriptive graphical user interface. The integrity of your database is always preserved by these tools.
EDB Recovery Software is the most preferred recover EDB solution to repair and restore EDB files in all cases of corruption. The EDB Recovery is designed for Microsoft Exchange Server 2007, 2003, 2000, and 5.5.

Monday, February 15, 2010

Checksum Errors on Exchange Server Database Pages

A corrupted or damaged Exchange Server database exhibits abrupt behavior while normal database operations. However, you can deduce the root cause of the issue and sometimes, solution to the problem by application log entries. You should restore the corrupted database from the last backup, if is available and valid. In case of database issues, you are recommended to use EDB Recovery Software to recover the damaged database.
For example, consider you use Exchange Server 2003 or Exchange Server 2000. You use Exchange online backup to backup your Information Store database and fail to do so. When you view the application log in Event Viewer, you encounter the below error message:

“Information Store (2240) The database page read from the file "E:\program files\exchsrvr\mdbdata\priv1.edb" at offset 204275712 (0x000000000c2d0000) for 4096 (0x00001000) bytes failed verification due to a page checksum mismatch. The expected checksum was 303571876 (0x121823a4) and the actual checksum was 303571940 (0x121823e4). The read operation will fail with error -1018 (0xfffffc06). If this condition persists then please restore the database from a previous backup.” 

This error is logged with event ID 474.

Cause

Error 1018 indicates JET_errReadVerifyFailure error. It results because of checksum errors on database pages. The prominent reason for this error to occur is Exchange database corruption due to file system errors. If the disk subsystem is suffering from issues, like defective disk drivers, faulty controller or outdated or incompatible firmware, this could result into Exchange database corruption.  

Solution

You can solve these problems by these methods:

1.Try to perform backup using different storage group located on a different server disk. 2.Diagnose and troubleshoot your Exchange Server running system for possible hardware issues 
3.Update your system with the latest firmware and drivers updates available 
4.If a clean data backup is available, restore your database 
5.Perform hard repair of the database using Eseutil /p in case no suitable backup is present 6.Eseutil /p is a destructive repair operation that could delete the corrupted database pages. To prevent the consequences, you should use safe EDB Recovery utilities. 

EDB Recovery Software are powerful tools to examine, repair and restore damaged Exchange databases using efficient scanning algorithms. These tools provide you graphically rich user interface and advanced features that result complete database repair.


Stellar Phoenix Mailbox Exchange Recovery is a fully-competent EDB Recovery Software to systematically repair damaged Exchange databases created with Exchange Server 5.5, 2000 and 2003. It provides safe EDB Repair and extracts all user mailboxes by converting them into Outlook usable .pst files. The tool can recover all email messages, notes, journals, tasks and other objects.

Exchange Database Corruption after Installing SP2

Microsoft Exchange Server 2003 SP2 offers new features, more reliability and easier administration over its earlier counterparts. SP2 is a cumulative update that improves the Exchange messaging environment by including improvements in mobile messaging, mailbox and protection against spam. Before you upgrade your servers to Exchange Server SP2, it is recommended that you make complete backup of system state, file system and most importantly, Exchange databases. This assures of data availability in case the installation goes wrong in any way. But cases occur when your Exchange databases get corrupt when no clean backup is present. In such situations, you should use a powerful Exchange Server Repair product that can use safe scanning algorithms to repair a corrupted Exchange database.  

For instance, you can consider a scenario describes below:

1. You run Exchange Server 2003 SP1 or an earlier version
2. You decide to upgrade to Exchange Server 2003 SP2. During the installation of SP2, the setup failed to stop ExIFS (Exchange Installable File System) service but continues with no notice
3. After this, when you try to mount Information Store, it fails and events 470, 9519, 9518 and 104 are logged in the application log.

Cause 

The above symtoms suggest that Exchange database may have got corrupted due to installation of SP2. It can also occur if an antivirus software is scanning the Exchange databases. Solution Before making any database restoration attempts, you should make sure that Exchange databases are excluded from any antivirus scanning.

If databases appear as corrupted, you should consider these suggestions:

1.Try repairing the corrupted database by running eseutil /r command

2. If it fails, restore the database from the last backup you have

3. When no clean backup is available, you should use a Exchange Repair software.

Exchange Server Repair products are highly competent utilities with powerful scanning algorithms to repair a corrupted Exchange database. These software are infallible solutions to any issue of database inconsistencies. Equipped with graphically rich interface and options, such software provide guide you through easy to implement procedure of repairing the database.

Exchange Repair is an advanced and safe Exchange Repair utility that employs powerful scanning algorithms to repair a damaged Exchange Server database. It is compatible with Exchange Server 5.5, 2000 and 2003. It is a safe Exchange Server Repair utility with impressive set of features. The tool extracts user mailboxes in individual .pst file format files.

Wednesday, February 3, 2010

How to Solve Table Index Corruption in Exchange Server?

The main repository of mailbox data in Exchange Server is the .edb file that is primarily composed of b-trees. Since a b-tree is allowed to have a considerable depth, b-trees deploy indexes to permit quick data access. In Exchange EDB, there are few ancillary trees that hold table indexes to work with the main tree. If these indexes go corrupted, the entire table and sometimes, the whole database become unusable. This is what we refer as logical database corruption. In critical situations, when this type of corruption is not limited to index page corruption, you need to implement Exchange Server Repair solutions.

To understand such potential problems with Exchange database further, consider the discussed scenario and error. When using Exchange Server 2007, you can encounter event 467 logging in the application log. Additionally, on viewing the description section of the same event, you receive an error that reads similar to below:

Information Store (number) Index [index name] of table [table name] is corrupted.

This error typically indicates a corrupted index in the Exchange store. As symptoms, you might observe access violations and repeated crashes. Also, this type of corruption might go undetected for long without any symptoms. Even the Exchange-aware backup may fail to detect this corruption. Event 467 suggests logical corruption at Database (JET database engine) level and is exhibited when JET engine touches this location in the database while reporting it as event 447. For specific root causes, one needs to view the application and system log cautiously as these errors can damage your data badly.

Solution

Following suggestions can help you isolate the depicted problem:

1. If corruption is limited to index leaf pages and not with the database pages, running Eseutil /d (offline defragmentation) alone can perform Exchange Server Repair.

2. In critical problems, you may need to use ExMerge utility to move the mailboxes to a new, blank Information Store.

3. The Exchange Server might be affected from page or database level corruption together with index page corruption. In such cases, you can execute Eseutil /p and then Isinteg -fix commands as Eseutil /d command may not work. You can further use ExMerge tool to put the database again in use.

4. To avoid data loss problems due to Eseutil /p utility, it is however, recommended to opt for a safe third-party Exchange Repair utility.


The Exchange Repair is a professional utility that repairs corrupted Exchange EDB file and restores the mailboxes in separate *.pst files. The EDB Repair product is easy to use with its self-explanatory interface. Designed for Exchange Server 5.5, 2000, 2003, and 2007, the tool is also competent to recover deleted mailboxes.

Saturday, January 16, 2010

Resolving Exchange Error: “Database requires log files that could not be located.”

Transaction logging is a disaster recovery procedure of Microsoft Exchange Server that helps the database to get restored in consistent state after any unexpected stop. When the database stops suddenly, it goes to inconsistent state. On next restart, Exchange Server locates and then scans the log files to apply them from the database file. But for any reason if it fails to locate those log files, the recovery attempts fail. This forces you to locate the missing log files manually. However, if it cannot be accomplished, you need to restore the database from a suitable backup or perform Exchange Server Recovery using appropriate database repair procedures.

For each event in Exchange Server, the application logs the associated entry in Windows Application log. So, you might encounter the following error message displaying in this application log, usually after unexpected stop:

"Database requires log files that could not be located. The database requires log files to continue. Make sure the log files exist. Check Event logs for more information."

The event ID of this error in 453 and can cause database to become unmountable.

Cause

Exchange database needs some log files that it could not locate to continue. For further information on which log files could not be located, you can see the event description which mentions the sequence of log files that it could not locate. It also includes the log file number, up to which recovery has been possible.

Some prime reasons that might prevent log files from being located are:
1. The temporary folder doesn't contain the log files. The transaction logs are missing.

2. An anti virus software is running that has quarantined the log file 3. A hardware failure that has caused log files to lose. 

Solution

You need to apply these measures to solve the existing problem:

1. Check if the required log files have been moved. If yes, move them back to the correct folder. But if they have been deleted, you need to restore from the backup.

2. You need to stop the antivirus scanning if any and examine its registry settings to put back the current log files to correct folder.

3. If none of the above measures work, you should restore the database from the backup or apply eseutil repair (hard recovery) utilities to repair the database. Eseutil hard recovery is not safe to use as it deletes the corrupted pages. Thus, you are suggested to use commercial Exchange Recovery utilities as a better option. The Exchange Recovery software are suitable choice to repair corrupted Exchange database using safe, yet effective, scanning algorithms.

Exchange Recovery Software is a powerful EDB Recovery tool that repairs corrupted Exchange database and restores the mailboxes in *.pst files. The Microsoft Exchange Recovery tool supports MS Exchange Server 5.5, 2000, and 2003. The software is easy to install and operable using simple steps that even a non-tech user can understand.

Wednesday, January 13, 2010

Inconsistent Database Backup when Exchange Server is Running

Exchange Server databases are consisted of .edb files (database files) and .log files (database logs). All the transactions that occur for Exchange databases are first written to .log files before actually been written to database files. A database is inconsistent if all transaction log files have not been committed to the database files. But if you shut down the information service, Exchange writes all the log files to .edb files and the database comes to a completely consistent state. Thus, if you backup the database while information service is running, it will not be consistent. If your EDB files become corrupt and you try to restore from such a backup, it will give errors and the information service might fail to start. This creates an unavoidable situations of using an EDB Repair solution for your corrupted database files.

For example, consider your Exchange database files are corrupted. When you try to start Exchange Server services after restoring from a backup, you may encounter the below error in application log or on screen:


“Error -550 has occurred”

You cannot start the Exchange Server services.

Cause

You have used the backup software when Exchange Server was online. As a result, the backup is inconsistent and has failed to perform successful restore.



Solution


To prevent such errors from occurring, you are suggested to perform the database backup after stopping all the directory and information store services. Alternatively, you can look for backup solutions that are exclusively built to perform Exchange databases' backup in online state.

However, to recover the data from corrupted database files, you need to use these tools:

1. Eseutil /r command to perform soft database recovery
2. Eseutil /p command for hard repair
3. Third-party EDB Repair Tool

The hard recovery option of Exchange deletes the corrupted pages, which is not safe. Thus, you should use EDB Repair utilities if soft recovery fails. These software bring you the most effective and safe scanning algorithms for repairing damaged Exchange databases. Due to the interactive user interface they provide, these applications are easy to implement

EDB Repair Software is a feature-rich utility that employs powerful scanning algorithms to repair a damaged Exchange database. It supports Exchange Server 5.5, 2000 and 2003. It is a safe and advanced EDB Repair Tool with impressive set of features. The tool extracts user mailboxes in individual .pst file format files without affecting the original contents and view.

Thursday, January 7, 2010

How to Solve when Exchange Database Fails to Mount with (hr=0x80004005, ec=-528) Error?

Transaction log files record all the modifications to an Exchange Server database and are crucial for the proper functioning of Exchange. If you remove a log file that has not been written to the associated database, it can bring several issues, the most common being that the database may fail to mount. You can solve this problem by removing all the log files, but you first need to check the database consistency. If it exists in inconsistent state, the solution is to restore from backup or apply an EDB Repair technique. For instance, consider a scenario in Exchange Server. You try to mount a mailbox store, but the operation fails with the below error message.