OFFICE 365 MIGRATION SUPPORT

Rather than attempting to determine an issue without anyone else, you can counsel with our specialists. Our administrations are accessible through different methods of correspondence. You can benefit our help with the telephone call, remote access, and email talk. So approach us legitimately to settle all Microsoft Office 365 issues in a matter of moments.

How to migrate from Exchange 2016 to Office 365

There is a number of native options available for those who wish to move from their on-premises Exchange to the Online version:

  • Cutover Migration
  • Hybrid Deployment
  • Express Migration
  • Office 365 Import Service

Cutover Migration from Exchange to Office 365

In this scenario, mailboxes are moved based on a “cut and paste” model and transitioned without changes into the cloud.

A cutover migration is a process which must be completed in one go. Microsoft emphasizes that, although this method enables to migrate up to 2000 mailboxes, it is recommended not to exceed 150. This way, admins can ensure better stability and reduce the risk of many undesired errors.

Step-by-step cutover migration guide

This checklist shows how to perform a cutover migration: 

  1. Update your source system and download all service packs.
  2. Enable Outlook Anywhere, to allow for remote connection to the on-premises Exchange Server when the proper migration starts.
  3. Make sure that the administrator’s account you will use for migrating has full access to all mailboxes. 
  4. Add an SSL certificate with Outlook Anywhere and Autodiscover services included.
  5. Optional: Test if you can connect to your Exchange organization using Outlook Anywhere. 
  6. Disable Unified Messaging before the migration and turn it on only after the migration is complete.
  7. Create Security Groups on Office 365: If you want to migrate security groups, you have to remember that email migration service can migrate them only if you create them before the migration
  8. Create Migration Endpoint – A Migration Endpoint is a container for settings and users’ credentials. The data included in it is necessary to access both the source and the target server; it stores settings defining the maximum number of mailboxes to be migrated simultaneously, and a maximum number of concurrent incremental syncs. Note that a single Endpoint can handle up to 100 concurrent mailbox migrations, including syncs.
  9. Create the migration batch, containing every single mailbox which is going to be transferred, and choose whether to start the batch instantaneously, or manually later.
  10. After the data transfer is finished and the TTL (Time-to-live) passes, the DNS MX record needs to be changed, so that mail is now routed to Office 365 mailboxes (the time for this change to apply varies; it may take up to 24-48 hours)
  11. Ensure that data in the migration batch has been synced at least once since emails began to be routed directly to Exchange Online mailboxes. When ready, delete the migration batch.
  12. Last but not least, licenses must be assigned to the migrated accounts. To prevent users’ accounts from being disabled, it has to be done within 30 days.

As for post-migration tasks, an Autodiscover record has to be created in DNS. It is necessary for users to connect easily to respective Office 365 mailboxes. More on creating DNS records in Office 365 here.

At this stage, it might be a good idea to verify if the Autodiscover service is working. If everything went well, the on-premises Exchange can be removed from your server. For more information on the cutover migration process, consult this Microsoft Support article.

Hybrid Deployment

This is an option available for Exchange 2010/2013/2016. It provides a mixed environment, in which a central management of both Office 365 and on-premises Exchange users is possible. Hybrid migration requires Active Directory synchronization between source and the target server, which allows mailboxes to be recreated in the cloud, along with users’ credentials.

It serves as either an intermediate step for those who wish to move completely into the cloud, or as a custom environment, for administrators who don’t want to lose the configuration options that on-premises Exchange offers, but at the same time want to reduce the local structure (except for the last hybrid deployment option).

Hybrid deployment is done natively with the help of Hybrid Configuration Wizard. This Microsoft’s tool enables administrators to perform three different types of hybrid deployment:

Full Hybrid

This is the most complex option to configure. It can either act as a custom environment for those who do not wish to move the entire organization to the cloud, or as a fully functional environment for larger companies who will take a lot of time to migrate. It is the only hybrid type which offers advanced features like:

  • Free/Busy and calendar sharing between on-premises Exchange and Exchange online
  • Mailbox management through on-premises Exchange Admin Center
  • Unified global address list throughout the whole organization
Minimal Hybrid

This hybrid option is analogical to staged migration available for Exchange 2003 and 2007 servers. It lacks the advanced functionalities of a full hybrid but requires less configuration. According to Microsoft, this option is dedicated to small and medium organizations who wish to change platforms seamlessly as quickly as possible.

Minimal Hybrid can be changed into Full Hybrid through the Hybrid Configuration Wizard. Doing so will require performing additional configuration steps and will unlock all benefits restricted to the first Hybrid type.

Express Migration from Exchange to Office 365

This most recently added option is a subtype of the minimal hybrid and is a fresh alternative to a cutover migration. Instead of keeping the synchronization throughout the migration process, it gives an option to perform a one-time synchronization. During this synchronization, mailboxes are recreated in the cloud, along with users’ credentials and Outlook profiles. It is a definite advantage over the cutover migration, in which the process lacks automatization.

It is worth noticing, that express migration enables mail flow to continue throughout the whole migration process. What is more, according to Microsoft, there is no downtime for users. Although the one-time synchronization is not supposed to be repeated and Hybrid Configuration Wizard does not allow this, it can be achieved manually with AAD Sync.

Although the express migration is highly simplified and is recommended as the quickest way to shift to the cloud for small and medium organizations, there are some limitations and drawbacks:

  • Only one migration endpoint is supported.
  • The migration is performed one batch at a time.
  • Users in Office 365 have to be licensed prior to the migration.
  • By default, if there are new users created during the migration process, or a user changes password manually, those elements are not synced with the Exchange Online. That can cause some unexpected problems.

Those limitations make express migration an option for small companies only, as migrating a larger company by one endpoint and in one batch only would take too much time.

Office 365 Import Service

The last natively available option for on-premises Exchange mailbox data migration is exporting items from the source server to PST format and then uploading it to the target server, using the in-built Office 365 Import Service.

Note that in the case of databases of 10 TB and more, Microsoft advises shipping hard drives containing PST files to them instead of importing over the network, as the process will be quicker this way.

The bottom line is, PST files export is limited to 10 GB of data per file. However, many users report problems and errors during migration of large PST files.

Native limitations of Exchange to Office 365 migration

Although all native options for Exchange to Office 365 migration differ from each other, there are some limitations they share:

  • Microsoft recommends using PowerShell scripts on most migration steps creating a barrier for those who are not PowerShell experts and making the transition far from being automatic.
  • No filtering: native solutions do not offer an option to choose data which is to be copied – everything is migrated without exceptions.
  • No scheduling: migration requires a lot of effort from the administrator, all processes have to be started manually.
  • Downtime: in the cutover scenario, service downtime is unavoidable, as it requires copying and pasting all of the mailboxes’ content.

LG Networks, Inc.

ALG Networks Inc., our computer support and IT consulting help strengthen your business, delivering service and support at one flat, affordable rate. Supporting businesses in Dallas, Garland, Plano, Richardson, Addison and Irving, our computer support technicians can help you achieve the fastest return on your technology investment.