EDB or Exchange database files store all the mailbox data, which ultimately grows big when new users and data are added. This can have an adverse effect on business performance and introduce Exchange Server errors that might be unavoidable.
Before we learn about how to deal with the “EDB file too large” issue, let us focus on the consequences of large size EDB files.
It is important to manage the database and troubleshoot such problems within time to avoid issues. Let us discuss the consequences of Windows EDB too large in detail.
An Exchange Database contains multiple user mailboxes and there can be multiple databases in a single Exchange Server. Exchange Server requires thorough understanding, and technical knowledge enough to manage multiple databases. Below are some drawbacks/ repercussions of EDB file too large in size:
When the Exchange Server is unable to access information from the database due to its large size, then it dismounts the database which means the connection between the database and the Exchange Server is lost. It is very common for a large-sized database to get dismounted from the Exchange Server.
It is difficult to search the mailbox items in a large EDB file that is quite big in size. When you try to search for a unique item, then the search result will show you multiple items that come under the same search category. It further slows the whole search process and often lowers productivity.
A large database is quite vulnerable to corruption, and it can affect the items in a bad way. Sometimes, the corruption in the database does not show any error message, but it becomes inaccessible. It can even lead you to lose some of your critical data, creating the need to repair corrupt Exchange database while maintaining a comprehensive backup.
When you reduce the EDB file size, it not only makes space for more emails but also brings more benefits to the Exchange Server.
If the administrators follow the below practices, avoiding EDB file issues is very easy.
Exchange administrators, sometimes, may not realize the growth of their Exchange databases. And this unusual growth often leads to mounting as well as inaccessibility issues. Luckily, there are many ways to reduce EDB file size in Exchange Server. Some are discussed here:
It is one of the most obvious methods to effectively manage Exchange EDB file size. Deleting unwanted data will create more free space for adding new data. But make sure you don’t end up erasing important data accidentally, which is why it is important to backup the whole Exchange database before you make the move. However, it may happen that even after deletion, you do not see any reduction in the size of the EDB file. But don’t worry—the space cleared by deleting the data is there and Exchange will use it whenever users are adding new data (instead of increasing the databases size).
Offline defragmentation helps remove white space in the Exchange database allowing you to reclaim the free space available. This process compresses databases, eradicates the blank and unused space, and reduces the database size. Thus, it effectively brings continuity in storage. Eseutil is the Microsoft utility that helps in defragmentation, and you can use the Eseutil switches to defragment and repair the database. However, this process has its disadvantages making it a slow process and can be performed only after dismounting the database (it means that all the mailboxes of the database will be unavailable for a considerable period of time). Once the process is completed, you need to mount the database again to restore the Exchange Server.
You can get the amount of whitespace in a database by running the following cmdlets in Exchange Management Shell:
Get-MailboxDatabase -Status | Format-List Name, DatabaseSize, AvailableNewMailboxSpace –Auto
Before starting defragmentation, ensure that you have enough free space (110% of the size of the database) available on the server (or the network). Now stop the Exchange Information Store service, and follow the procedure below to perform the defragmentation:
Dismount –Database <Database Name>
Eseutil /d "<database location\DatabaseName.edb>" /t "<a temporary location\TempDatabaseName.edb>"
Mount –Database <Database Name>
Remember: The speed of Eseutil utility usually is 9 GB/hour and may vary according to the hardware and system environment.
Instead of performing defragmentation, many Exchange administrators create a new database and then move mailboxes from the older one to the new one (the older one can be deleted thereafter). It helps them achieve the same results as by defragmentation. The advantage is that the mailbox down time is negligible. Also, it can be done from the Exchange interface (like Exchange Management Console).
Exchange administrators can back up the unused data in a different location and delete the same from the server to reduce the database size. And for exporting, they can try ExMerge or export cmdlets depending on the version of Exchange.
In Exchange 2010, use the following cmdlets to export mailboxes to a PST file:
New-MailboxExportRequest -Mailbox <Mailbox Name> -FilePath < network share path of PST file >
To reduce Exchange database size and maintain Exchange EDB file too big, you have many options—delete unwanted data, perform defragmentation, move data to a new database, delete unused data after creating a backup, etc. You can try the Windows backup utility, use inbuilt export utilities, or Kernel for EDB to PST converter tool to convert EDB to PST file to backup and preserve your crucial data. The EDB to PST converter tool allows you to save mailbox data to PST file while keeping the integrity and structure of the folders intact.