When the Exchange EDB file is too big, you can move the mailbox database to a different location after dismounting it. Exchange Management Console can be utilized to perform this action. To dismount the database, select Mailbox, then right click on it and select the Dismount Database option. To transfer the mailbox database, follow the steps:<\/p>\n
- \n
- In Exchange Management Console<\/strong>, under Organization Configuration<\/strong>, choose Mailbox<\/strong>. Right-click on the mailbox that you want to move and select Move Database Path.
\n![\"\"](\"https:\/\/www.kerneldatarecovery.com\/blog\/wp-content\/uploads\/2017\/04\/1.png\")
<\/li>\n- As the Move Database Path<\/strong> window appears, provide the new location for data files and log files. Next, click on Move<\/strong> to continue with the procedure.
\n![\"\"](\"https:\/\/www.kerneldatarecovery.com\/blog\/wp-content\/uploads\/2017\/04\/2.png\")
<\/li>\n- Finally, a message box will appear that alerts you about temporary database dismounting. Then just click Yes<\/strong>.
\n![\"\"](\"https:\/\/www.kerneldatarecovery.com\/blog\/wp-content\/uploads\/2017\/04\/3.png\")
<\/li>\n- Once the operation is accomplished, a task completion information box will appear. Click on Finish<\/strong> to close the wizard.
\n![\"\"](\"https:\/\/www.kerneldatarecovery.com\/blog\/wp-content\/uploads\/2017\/04\/4.png\")
<\/li>\n<\/ol>\nThus, mailbox database is moved, and storage space is generated.<\/p>\n
Change database size specifications<\/strong><\/p>\n
When the Exchange EDB file is too big, you can change the size specifications for the database. The steps you require to follow are given below:<\/p>\n
- \n
- Just go to Registry Editor, search for the given path:
\n\u201cHKEY_LOCAL_MACHINE\\SYSTEM\\CurentControlSet\\Services\\MSExchangeIS\\<Server Name>\\Private-<databaseGUID>\u201d<\/code><\/li>\n- If \u201cDatabase Size Limit in GB\u201d DWORD is there under \u201cPrivate-[database GUID]\u201d then modify the value to GB (gigabytes). If not, create DWORD \u201cDatabase Size Limit in GB\u201d, and try to define storage limit in gigabytes.<\/li>\n
- Start the Exchange Information Store again.<\/li>\n
- Finally, see the current size from the Event Viewer (see the event ID 1216)\u2019.<\/li>\n<\/ol>\n
Some best practices for Exchange administrators<\/strong><\/p>\n
Administrators can avoid many Exchange issues, if they religiously follow a few best practices. Some of them are:<\/p>\n
- \n
- Check SMTP Logs and Queues:<\/strong> SMTP logs and queues are very effective in solving messaging failures. By keeping a close view on SMTP logs and queues, you as administrator can successfully keep tabs on the performance of an Exchange server. As most of the emails are transported through Exchange’s SMTP queues, and just in case if any issue takes place, the messages become jammed in the queue. A simple exercise of reviewing SMTP logs frequently can help to understand many issues as they arise.<\/li>\n
- Run Microsoft’s Exchange Best Practices Analyzer:<\/strong> As an administrator, you could also take help of the Microsoft Exchange Best Practices Analyzer application in evaluating the overall condition and configuration of Exchange servers. The application helps in getting information from Active Directory, the registry, performance monitor, and other locations. By running this tool, you can easily spot configuration matters that could badly disturb the performance of email server.<\/li>\n
- Examine Antivirus and Anti-spam software:<\/strong> Generally, it is a very common practice to install Exchange-aware antivirus and anti-spyware programs. But, you also require to take care of various updates or even upgrades that at times necessitates initial uninstalling of the existing version. You require to review Exchange server antivirus and anti-spyware application logs regularly in order to make sure that the security software isn’t having troubles such as unable to perform scans, etc. Any sort of negligence would risk the Exchange server’s performance.<\/li>\n
- Third party tools:<\/strong> One can use convert EDB to PST<\/a> tool for exporting Exchange EDB mailboxes to Outlook PST.<\/li>\n<\/ol>\n
Microsoft Exchange has many complexities in its environment, and it is pretty hard to maintain the database file size and optimize its usage. Then you should use professional EDB Repair software that can scan the EDB file and save it in a new destination easily and quickly.<\/p>\n
- Run Microsoft’s Exchange Best Practices Analyzer:<\/strong> As an administrator, you could also take help of the Microsoft Exchange Best Practices Analyzer application in evaluating the overall condition and configuration of Exchange servers. The application helps in getting information from Active Directory, the registry, performance monitor, and other locations. By running this tool, you can easily spot configuration matters that could badly disturb the performance of email server.<\/li>\n
- As the Move Database Path<\/strong> window appears, provide the new location for data files and log files. Next, click on Move<\/strong> to continue with the procedure.
![\"Download](\"https:\/\/www.kerneldatarecovery.com\/blog\/wp-content\/uploads\/2018\/06\/dl-btn-new.png\")
<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"