top of page

What you need to know about a staged email migration

As part of a Microsoft 365 or Office 365 deployment, you can migrate the contents of user mailboxes from a source email system to Microsoft 365 or Office 365. When you do this over time, it's called a staged migration. A staged migration is recommended when:

  • Your source email system is Microsoft Exchange Server 2003 or Microsoft Exchange Server 2007.


  • Microsoft Exchange Server 2003 and Microsoft Exchange Server 2007 are out of support. Support for Exchange 2003 ended on April 8, 2014. Support for Exchange 2007 ended on April 11, 2017.

  • You can't use a staged migration to migrate Exchange 2013 or Exchange 2010 mailboxes to Microsoft 365 or Office 365. Consider using a cutover migration or a hybrid email migration instead.


  • You have more than 2,000 mailboxes.

Prequieses of Staged Migration:


  • You must synchronize accounts between your on-premises Active Directory domain and Microsoft 365 or Office 365 by using Azure Active Directory sync for a staged migration to work.

  • The primary domain name used for your on-premises Exchange organization must be a domain verified to your Microsoft 365 or Office 365 organization.

  • You can migrate only user mailboxes and resource mailboxes. Other recipient types, such as distribution groups, contacts, and mail-enabled users are migrated to Microsoft 365 or Office 365 through the process of directory synchronization.

  • Out of Office messages aren't migrated with user mailboxes. If a user turns on the Out of Office feature before the migration, the feature will remain enabled on the migrated mailbox, but the Out of Office message is blank. People who send messages to the mailbox won't receive an Out of Office notification. To allow Out of Office notifications to be sent, the user needs to recreate the Out of Office message after the mailbox is migrated.

  • If you limited the connections to your source email system, it's a good idea to increase them to improve migration performance. Common connection limits include client/server total connections, per-user connections, and IP address connections on either the server or the firewall. If you didn't limit these connections, you can skip this task.

Impact of migration to users

  • Administrators can access email: To migrate email, you need access to the user mailboxes in your source email system.

  • Users must create new Outlook profiles: After the mailboxes are migrated and the on-premises accounts are converted to mail-enabled accounts, the users must create a new Microsoft 365 or Office 365 profile in Outlook, and then Outlook automatically connects to Microsoft 365 or Office 365.

How does staged migration work?


Here's a description of the staged migration shown in the illustration.

  1. The administrator synchronizes the list of users between their on-premises environment and Microsoft 365 or Office 365.

  2. The administrator creates a comma-separated value (CSV) file that contains a row for each user whose on-premises mailbox will be migrated in the migration batch.

  3. The administrator creates and runs a staged migration batch by using the migration dashboard in the Exchange admin center. After the administrator starts the migration batch, Exchange Online does the following:

    • Verifies that directory synchronization is enabled.

    • Checks that a mail-enabled user exists in the Microsoft 365 or Office 365 organization for each user listed in the CSV file. Mail-enabled users are created in Microsoft 365 or Office 365 as a result of the directory synchronization process.

    • Converts the Microsoft 365 or Office 365 mail-enabled user to an Exchange Online mailbox for each user in the migration batch.

    • Begins initial synchronization. Exchange Online processes up to N migration requests at one time. N represents the maximum number of concurrent migrations that the administrator specified when creating the migration endpoint used for the migration batch. By default, initial synchronization is performed on 20 mailboxes at a time until all mailboxes in the migration batch are migrated.

    • Configures mail forwarding. The TargetAddress property on the on-premises mailbox is configured with the email address of the Exchange Online mailbox. This process means that mail sent to the on-premises mailbox is forwarded to the corresponding Exchange Online mailbox.


  1. After it creates the Exchange Online mailbox and configures mail forwarding for each user in the CSV file, Exchange Online sends a status email message to the administrator. This status message lists the number of mailboxes that were successfully migrated and how many couldn't be migrated. The message also includes links to migration statistics and error reports that contain more detailed information. At this point, users can start using their Exchange Online mailboxes.

  2. As part of initial synchronization, Exchange Online then migrates all email messages, contacts, and calendar items from the on-premises mailboxes to Exchange Online mailboxes. Exchange Online sends a final migration report when the data migration is complete.

  3. After a migration batch is complete and the administrator verifies that all mailboxes in the batch are successfully migrated, the administrator can convert the on-premises mailboxes to mail-enabled users.

  4. If a user opens their mailbox with Outlook, the Autodiscover service tries to connect to the on-premises mailbox. After you convert on-premises mailboxes to mail-enabled users, the Autodiscover service uses the mail-enabled user to connect Outlook to the Exchange Online mailbox after the user creates a new Outlook profile.

  5. The administrator creates additional migration batches, submitting a CSV file for each one.

  6. The administrator runs additional migration batches.

  7. The administrator resolves any issues. After all on-premises mailboxes in a batch are successfully migrated, the administrator deletes the migration batch.

  8. Users can use their Exchange Online mailboxes.

  9. The administrator, to complete the transition to Exchange Online and Microsoft 365 or Office 365, performs post-configuration tasks such as:

    • Assign licenses to Microsoft 365 or Office 365 users.

    • Configure the MX record to point to your Microsoft 365 or Office 365 organization so that email is delivered directly to Exchange Online mailboxes.

    • Create an Autodiscover Domain Name System (DNS) record for your Microsoft 365 or Office 365 organization.


11 views0 comments

Recent Posts

See All

Comments


bottom of page