Exchange 2019 is already out so perhaps your organization starts planning its Exchange 2019 migration. It is always a good practice to keep the environment up-to-date, especially if the system security is a priority. However, before taking any big steps like migration, you should make some preparations first.
Things to consider before running Exchange 2019 migration
It is nothing new in saying that before you perform any operation on your production Exchange Server, you should first plan every step carefully. To get a bigger picture and avoid eye-openers once the migration to Exchange 2019 is started, consult the list below:
Installation on Windows Server 2019 Server Core recommended
Microsoft strongly recommends installing Exchange 2019 on Windows Server 2019 Server Core. You can hear voices that it is the best match with the newest Exchange flavor. But there is also an alternative option allowing you to install Exchange Server 2019 on the desktop-experience Windows Server 2019. This option, however, does not receive the same attention span as the recommended option so, if choosing it, you might need to prepare for some roadblocks along the way.
Coexistence conflict with Exchange 2010
If your source server is Exchange 2010 and you go along with native migration options, make sure your upgrade plans exclude direct migration to Exchange 2019. As the coexistence of these two server versions is not possible, the direct native migration is not supported (not to mention migration from Exchange 2007). The newest Exchange version supported for Exchange 2019 migration is Exchange Server 2013 or 2016. So if you are running Exchange 2010, you need to first upgrade it to Exchange 2013/2016, decommission Exchange 2010 and then migrate to Exchange 2019. Your second option is to migrate directly between Exchange 2010 and 2019 Servers by using a third-party migration tool. Taking into account time and effort needed for double-hop migrations, the direct move is worth considering.
Upgrading Office 2010 prior to Exchange 2019 migration
If your users are working on Microsoft Outlook 2010, you need to upgrade your Office to newer version before running migration to Exchange 2019. Otherwise, users will lose the connection to their accounts as Outlook 2010 is not supported in Exchange 2019 setup. The minimum requirement here is Outlook 2013. However, if you are considering migration to Exchange 2019, you may also consider the upgrade of your Office suite to Office 2019 for compatibility reasons.
No Unified Messaging
The Unified Messaging service has been removed from Exchange 2019. This means that if you have UM-enabled mailboxes in your current environment and plan migration to Exchange 2019, you will first need to decide on how to handle the lack of this functionality. You can either migrate to Skype for Business Server 2019, use a third-party voice mail software, move to Office 365 or set up a hybrid to get access to the cloud voicemail. If you take no action, your mailboxes will lose the voicemail feature after Exchange 2019 migration.
Why Exchange 2019?
Although it might seem that changes are not so revolutionary, Exchange 2019 release brings a bunch of significant improvements. So if you plan migration to a newer version of Exchange, it is worth considering Exchange 2019 because of the following:
- This is the newest available version of Exchange Server on the market (at the beginning of its lifecycle)
- Exchange 2019 is claimed to be the most secure and stable server version so far
- It improves the meeting request forwarding feature and control of out-of-office settings
- Exchange 2019 supports email address internationalization (email addresses can contain special characters specific for a given language)
- It makes administration easier and faster thanks to re-built search mechanism
But this is just a brief overview. For more details about the key features of Exchange 2019, see the What’s new in Exchange 2019? blog post. And if you plan on minimizing the time and effort when doing Exchange-to-Exchange migration, you may be interested in using a third-party tool like CodeTwo Exchange Migration.
You can be also interested in reading: