Server migration is a very stressful task. It involves moving business-critical data between different locations. Since Exchange 2013 is nearly at the end of its road, the number of companies which are looking into migration away from it increases. While there is more than one possible target server to migrate to, Exchange 2013 to Office 365 migration seems to be one of the most popular scenarios. In this article, I’ll show you what the available methods are to migrate from Exchange 2013 and how to perform them.
But first, let’s take a look at the main reason behind a sudden increase in migrations from Exchange 2013.
Exchange 2013 end of life
The main reason for migrating away from Exchange 2013 is that it will soon reach its end of support. A quick look at the calendar tells us that its prime time is long gone and a few months after its tenth birthday, on April 11, 2023, Microsoft will stop providing technical assistance, as well as bug and security fixes.
What does “end of life” mean?
The technical term for end of life is the end date of extended support. It doesn’t mean that the Exchange Server will suddenly stop working. No, the Extended Support End Date means that the Server is officially labeled as unsupported. In other words:
- you shouldn’t expect any new updates,
- getting technical assistance might be a challenge,
- you enter the high-risk area,
- since most organizations run away from Exchange 2013, it will be harder to get help even from technical communities and forums,
- for the same reason, slowly but surely, most vendors will stop supporting Exchange 2013. It means that your IT toolbox will become limited.
Truth be told, on some rare occasions, there were security updates to Exchange Servers which lifecycle has ended. And there still are some companies who successfully operate on Exchange 2010, which officially “died” almost 2 years ago. This brings us to a popular question.
Do I have to migrate from Exchange 2013?
It depends. If you want to comply with a security-by-design model, value your risk assessment specialists and in general prefer to live with ease of mind – it’s better to migrate, and to do it sooner than later.
I’ve seen many opinions like this:
“What’s wrong with an old Exchange server? It’s only email!”
This might be the right time to comment on that. “Only email” is what most companies depend on. Not only in terms of communication, but also record management, notifications about crucial processes and brand management. If something bad happens to email, companies can lose deals and their prospects’ trust. Organizations are under phishing and other attacks every single day. Keeping an old IT infrastructure increases the number of attack vectors.
Available migration options
There are different destinations you might be interested in migrating to:
Newer on-premises servers
Most organizations that haven’t migrated to the cloud yet, have one of these two main reasons: they either require full control over the company’s data or prefer the on-prem one-time-purchase licensing model (and don’t like the cloud licensing model based on a monthly or yearly subscription). If that is the case, current migration options are Exchange 2016 or Exchange 2019. Not ideal options, since Exchange 2016 reached the end of its Mainstream Support and both Exchange 2019 and 2016 have the Extended Support End Date set to October 14, 2025.
There’s also the mysterious Exchange vNext, which is supposed to be the last on-prem Exchange Server released. While it was announced to break with decades’ worth of traditions (it will support coexistence with Exchange 2013, while all the previous on-prem servers supported only 2 versions back), it was also supposed to be up and running in the second half of 2021. It’s release date was moved by 4 years (Exchange Server Roadmap Update), to the second half of 2025.
Waiting for the vNext’s release might not be ideal, since you will be in the unsupported state in an extended period. Finally, vNext will not stick to the Fixed Lifecycle Policy, like all its ancestors. It will be moved to “Modern Lifecycle Policy”. On one hand – the official statement is that it will not suffer from an “end of life”. On the other, licensing changes to a subscription model. This takes away one of the reasons why some companies didn’t even consider moving to the cloud.
Microsoft 365 (Office 365)
That’s the destination most companies chose – Microsoft doesn’t hide the fact that most development efforts are focused on their cloud offering. Microsoft 365 and related products give you the most features and offer the easiest way to get a successful hybrid work model. It’s easy to make an organization available from any part of the world, while offering premium security with tools like Azure Purview or Conditional Access Policies.
How to migrate from Exchange 2013 to Microsoft 365?
You have different migration methods available if you want to move mailboxes to Exchange Online.
- Cutover migration – a classic approach to migration. Exchange 2013 is the last on-premises Exchange version that allows this type of mailbox move. In short, it allows you to move all mailbox content in one hop. It cannot be performed if you have more than 2000 mailboxes, but as this Microsoft’s article suggests, “due to length of time it takes to create and migrate 2000 users, it is more reasonable to migrate 150 users or fewer.”
- Hybrid migration – a hybrid migration means that you create and configure an environment with both on-premises Exchange server and Exchange Online (using the Hybrid Configuration Wizard) and move content from on-prem mailboxes to remote mailboxes in the cloud. While this gives you more freedom in staging the migration, it makes your IT infrastructure a bit more complicated. In short, you manage mailboxes on-premises, but all the changes are synced to the cloud using Azure AD Connect. Most people don’t entirely understand how hybrid environments work.
Although Exchange 2013 allows you to configure a hybrid environment, it might be an idea worth reconsidering. Creating an Exchange 2013 and Exchange Online hybrid just before the server’s end of life leaves you with a considerable security risk. More reasonable would be to migrate to Exchange 2019 first and then, configure hybrid. That’s, however, twice as much work and twice as many opportunities for things to go wrong. - Express migration – also called Minimal Hybrid. It’s a hybrid migration minus directory synchronization. It is supposed to be the quickest native migration method available.
- Manual methods – usually include recreating your organization’s structure in the cloud and using PST files to migrate content. That means exporting PST files on the source server (you can make it much easier if you use PowerShell, as I described here) and importing them to the target environment. Due to a lot of heavy lifting, the fragility of PST files and multiple levels on which it can go wrong, it is not recommended. Still, if you have only a few mailboxes and a backup in place, this might just work.
- Third party tools – use different methods to make the move smoother, quicker and easier. They are especially useful when migrating big environments with hundreds or thousands of mailboxes. CodeTwo Office 365 Migration is an example of such a tool.
Decommissioning Exchange Server 2013
If you went with the Hybrid Migration, decommissioning old Exchange is one of the cleanup duties you need to do after a successful migration. The Microsoft Exchange Team recently published a great article that explains how to get rid of Exchange 2013:
Decommissioning Exchange Server 2013
Why use a third-party tool for migration?
You don’t need to use a third-party tool to migrate from Exchange 2013 to Microsoft 365. However, using migration software, like CodeTwo Office 365 Migration, is the easiest way to go full cloud or go hybrid with least effort. Migration is a challenging task, that’s why more and more administrators seek for help in taking the burden off their shoulders.
With CodeTwo Office 365 Migration, you get:
- A step-by-step migration plan, which covers all migration aspects.
- The option to automatically create and license mailboxes on the target server.
- Advanced control over the migration process, so you can, for example, migrate only the newest mailbox items, make the switch to the new environment, and then migrate all remaining items.
- Scheduling capabilities which allow you, for example, to plan a migration during the least busy hours.
- Advanced reports and notifications.
- Technical support from technicians who have helped multiple companies move their workload to the cloud.
- And more.
If you want to learn more about Office 365 migrations, you can download a free copy of Conversational Microsoft 365 Migrations by J. Peter Bruzzese.
CodeTwo sp. z o.o. sp. k. is a controller of your personal data.
See our Privacy Policy to learn more.