Methods to Restore Exchange Database to a New Server

Himanshu Goyal    Himanshu Goyal     Updated On - 24 May 2019

Restoring database from one Exchange server to another is not that easy as it seems to. However, there are some manual methods that can help you restore the Exchange database from one server to another.

In this article, we will talk about restoring databases from one Exchange Server to another with the manual as well as the automated methods.

Restore Database Using Portability Method

It is one of the most efficient methods to restore the Exchange database to another server. Database portability allows you to restore mailbox database of any Exchange server to the target server easily. Database Portability feature is available for almost every Exchange Server, including Exchange 2007, 2010, 2013, and 2016.

Before starting the database migration from one server to another with the database portability method, there are some things that you need to know.

Recommended: To restore the corrupt Exchange database try Kernel for Exchange Server recovery tool.

Things to Know Before Moving the Data

  • You must have assigned Organization Management permissions to perform this procedure. Check Mailbox recovery permissions on Microsoft.
  • You cannot use EAC to restore or move user mailboxes to a recovered database using this technique.

Steps to Move Database to a New Server

  1. Open to Exchange Management Shell.
  2. Make sure the data you want to move is in the clean shutdown state. If it isn’t, then perform a soft recovery.
    ESEUTIL /R <Enn>
  3. Now, use the following syntax to create a database on the new server.
    New-MailboxDatabase -Name <DatabaseName> -Server <ServerName> -EdbFilePath <DatabaseFileNameandPath> -LogFolderPath <LogFilesPath>
  4. In the next step, set the attribute “This database can be over written by restore” with the following command.
    Set-MailboxDatabase <DatabaseName> -AllowFileRestore $true
  5. Now, move the database files like EDB, Log, and Exchange Search catalog files to the specified database folder that you have selected while creating a new database.
  6. Use the following command to mount the database.
    Mount-Database <DatabaseName>
  7. Once the mount process of the database is complete, you’ll have to modify the user account settings using Set-Mailbox cmdlet to ensure that the account points to the mailbox on the new server. You can use the below syntax to move all users from the old database to the new database.
    Get-Mailbox -Database <SourceDatabase> |where {$_.ObjectClass -NotMatch ‘(SystemAttendantMailbox|ExOleDbSystemMailbox)’}| Set-Mailbox -Database <TargetDatabase>
  8. In the last step, trigger the delivery of any message remaining in the queues with the following command:
    Get-Queue <QueueName> | Retry-Queue -Resubmit $true

Once the replication in Active Directory is complete, users can easily access their mailboxes on the new Exchange server. Usually, the users and clients are redirected to the new Exchange environment via Autodiscover. Also, Outlook web users will be redirected to the new Exchange environment.

To verify whether the mailboxes are successfully moved to the new Exchange Server, follow any of the below methods:

  • Open Exchange mailboxes via Outlook on the web
  • Open Exchange mailboxes using MS Outlook

On opening any of these platforms, you’ll find that the mailboxes have been moved to the new Exchange Server.

Limitations of the Database Portability Method

Even after being a reliable method to move a database from one Exchange to another, there are some limitations to this method, such as:

  • You can move or move the database only in the same organization.
  • The version of the operating system and Exchange Server must be the same on both the source and the target.
  • You cannot move public folder databases.
  • You cannot perform this action using the Exchange admin center (EAC).

There are free manual methods to convert EDB to PST that are reliable, but restoring exchange database to new server is not feasible with these manual methods.

Restore Exchange Databases to Any Exchange Version Using a Friendly Tool

Kernel for Exchange Server Recovery is an authentic tool that helps you restore corrupt or damaged Exchange database files to Exchange Server of any version.

The software eliminates all the limitations of the data portability method for restoring Exchange databases. It not only repairs and moves EDB files to the Exchange environment but also allows users to migrate the Exchange data to various platforms, such as Office 365, PST, live Exchange, etc. It is embedded with some unique and quality features, which include:

  • Repair and retrieve data from corrupt Exchange EDB files
  • Migrate Exchange mailboxes to Office 365 and live Exchange
  • Migrate online EDB files to Exchange Server
  • Extract EDB files from NT backup with inbuilt backup extractor
  • Compatible with every version of Windows operating system & Exchange Server

These features make it the most useful and recommendable tool for moving data from one Exchange Server to another.

Conclusion

Migrating data from Exchange to Exchange becomes a necessity when you face any corruption errors in the Exchange server or if you want to access new features of the latest versions of Exchange. But, the manual technique is not that much reliable due to its limitations. Therefore, it makes sense to use the Exchange Recovery tool to restore the Exchange database files to a new server.