• Home
  • Topics
    • Office 365
    • Teams
    • SharePoint
    • Exchange 2019
    • Exchange 2016
    • Exchange 2013
    • Hybrid
    • Certificates
    • PowerShell
    • Migration
    • Security
    • Azure
  • Blog
  • Podcast
  • Webinars
  • Books
  • About
  • Subscribe
    • Facebook
    • Twitter
    • RSS
    • YouTube

Practical 365

You are here: Home / Exchange Server / Exchange Server 2016 Migration – Migrating Mailboxes

Exchange Server 2016 Migration – Migrating Mailboxes

December 20, 2016 by Paul Cunningham 18 Comments

The Exchange 2016 migration project for Not Real University has reached the stage where they can begin their mailbox migration.

When planning a mailbox migration it’s useful to review how much data each mailbox actually stores. This is important to know so that you can plan your migration batch sizes in way that won’t overwhelm the destination server with too much transaction log generation from all of the database changes that will be occurring during the moves. You can use the Get-MailboxReport.ps1 script to generate mailbox size reports for your environment.

mailbox-report

You can move mailboxes using either:

  • Individual move requests
  • Multiple move requests tagged with the same batch name
  • A migration batch of one or more mailboxes (which is not the same as tagging a bunch of move requests with a batch name)

If you perform the migrations using the Exchange Admin Center, you’ll be creating migration batches. If you choose to use the Exchange Management Shell instead, you can use any approach you like. The process for moving mailboxes has not changed between Exchange 2013 and 2016, so you can refer to this tutorial on moving Exchange Server mailboxes for more details.

Note that after completing a migration batch there are some factors that might cause a delay before the users can access their mailbox:

  • Active Directory replication delays
  • Autodiscover caching

Any Active Directory delays will need to be accounted for in your migration timing, and should be revealed during the first few migration batches you run. For the Autodiscover caching, you can recycle the Autodiscover app pool in IIS on all Exchange servers, or lower the automatic recycle interval during your migrations. In both cases, if you’re completing migration batches overnight when there are several hours before users will be logging back on, then it’s unlikely you’ll run into either problem.

When the mailboxes have been migrated to Exchange 2016, the public folder migration can be performed.

Exchange Server Exchange 2016, Mailboxes, Migration

Comments

  1. Aster says

    December 28, 2019 at 2:05 am

    Hello Paul,

    Where can i download your Get-MailboxReport.ps1?

    Thank you

    Reply
  2. Dan Burchfield says

    December 4, 2019 at 1:18 am

    I was having issues with moving mailboxes in the middle of the day where Outlook would start prompting for a password or could not authenticate at all. Recycling the AutoDiscover app pool in IIS took care of it. Thanks.

    Reply
  3. Paul says

    October 10, 2019 at 1:18 am

    What is the time frame it takes for say x number of mailbox that are 4 GB? How do I estimate the time frame it will take to move my mailboxes?

    Reply
  4. Jason Weems says

    August 13, 2019 at 5:27 am

    I have a technical question about the process of how the MRS moves the mailboxes from one database to another. My question is when it moves the mailbox does it go through the transport service at all? I ask this because I want to know if I move a mailbox to another database will that mailbox move journal all of the messages in the mailbox?

    Reply
  5. Henver Soares says

    June 27, 2019 at 4:18 am

    Paul Cunningham, great tutorial, congratulations!

    Paul, i need to migrate the Exchange 2010 system mailbox (SystemMailbox, FederatedEmail, DiscoverySearchMailbox) to Exchange 2016?

    Reply
  6. Lucas says

    April 17, 2019 at 12:42 am

    Hello Paul,

    We are planning to migrate from Exchange 2013 to 2016.
    During the mailbox migration process does the “police and retention tag” will be migrated too or there is a specific step for that ?

    https://docs.microsoft.com/en-us/exchange/security-and-compliance/messaging-records-management/retention-tags-and-policies

    Thank you for your help.

    Reply
  7. Mohammed Arifuddin says

    January 23, 2019 at 10:00 pm

    Hello Paul and Good People,

    I am migrating my Exchange 2010 Recipient Mailboxes to Exchange 2016 Mailbox Databases.

    Exchange 2010 has two members in DAG

    Mailbox Databases DB01 (800GB) and DB02 (900 GB) and logs folder (300GB) on each DAG member respectively.

    Exchange 2016

    Mailbox Databases MDB01 (1TB) and MDB02 (1TB) and Logs folder (300GB)

    I started the mailbox migration and has moved few mailboxes but i have noticed my logs folder in Exchange 2016 is getting full as migration job is running.

    What i understand while migrating mailboxes logs will be generated in the new exchange server 2016 mailbox database (logs folders)

    So in my case i am migrating around 1.7 TB databases so should i extend the logs volume in my exchange server 2016 to 1.7 TB or more, Lets make it 2 TB.

    Now my question when this logs (Generated while migrating the database to exchange 2016) will be deleted from the new exchange logs folder

    Appreciate your replies guys, thank you

    Reply
  8. Mohammed Arifuddin says

    January 23, 2019 at 8:39 pm

    Hi Paul,

    One more query !

    When we are migrating the mailboxes from 2010 to 2016, Logs folder on 2016 is growing in size.

    I would like to know whether the logs which are generated in the migration process will be deleted automatically once the mailboxes are moved to new database ?

    Thanks,
    Arif

    Reply
  9. Mohammed Arifuddin says

    January 23, 2019 at 4:17 pm

    Hi Paul,

    First of all thanks for the wonderful guidance on exchange migration.

    I have come to the stage of migrating my mailboxes and migrated few mailboxes all good as of now.

    In pluralsight migration course you have mentioned to check the Exchange server drives for space utilization ( C Drive, Logs etc ) while migrating the mailboxes

    I would like to know which directories we have to monitor in terms of C drive

    Appreciate your reply !

    Thanks

    Reply
  10. Samy says

    September 22, 2017 at 9:22 am

    Thanks Paul, You are great
    I followed your every article for Migrating to Exchange and they are awesome. Thanks a million once again.

    Reply
  11. Samy says

    September 21, 2017 at 2:31 pm

    Thanks Paul, so you are saying that nothing is required to do with distribution groups ?

    Reply
    • Paul Cunningham says

      September 21, 2017 at 8:32 pm

      That’s what I’m saying.

      Reply
  12. Samy says

    September 20, 2017 at 8:13 pm

    Hi Paul,
    We are almost finalising our migration from Exchange 2010 to 2016, I just to clarify what we supposed to with distribution groups before decomissioning Exchange 2010.

    Reply
    • Paul Cunningham says

      September 21, 2017 at 8:55 am

      Nothing special required.

      Reply
  13. Liam Wears says

    July 4, 2017 at 9:35 pm

    Hi Paul, Great blog. I have a question regarding migrating from Exchange 2010 – Exchange 2016. Is there any SIS in Exchange 2016? a consultant told me there was so we could expect to see the mailbox databases decreasing in size. He advised us to build the databases on ReFS volumes which we have done. If no SIS is there any form of DeDup that is available to Exchange 2016?

    Reply
    • Paul Cunningham says

      July 5, 2017 at 7:12 pm

      SIS hasn’t existed in Exchange since Exchange 2007.

      Microsoft recommends ReFS in their Preferred Architecture for Exchange. You need to configure it per their recommendations, as well as ensure your backup software supports it.

      Dedupe is not supported at all.

      Link for further reading:
      https://technet.microsoft.com/en-us/library/ee832792(v=exchg.160).aspx

      Reply
  14. Kindovic says

    March 8, 2017 at 4:51 pm

    As I’m currently migrating users from Ex2010 to Ex2016, I noticed that their Outlook will be disconnected. I need to restart the Autodiscover Application Pool on the Exchange Servers.

    What should be recommended settings to set the AppPool recycling interval in IIS?

    Thanks.

    Reply
    • Paul Cunningham says

      March 9, 2017 at 8:05 am

      There’s a delay due to Autodiscover caching but the server will recycle that on its own (I think it’s every 30 minutes by default). So if you plan your migrations to complete overnight…

      https://practical365.com/exchange-server/using-completeafter-manage-automatic-completion-mailbox-move-requests/

      …by the time the users launch Outlook again it should be fine. Otherwise just plan to manually cycle the Autodiscover app pool immediately after completing your moves.

      Reply

Leave a Reply Cancel reply

You have to agree to the comment policy.

Recent Articles

  • The Practical 365 Weekly Update: S2, Ep 9 – Controversial Teams guest changes and a roundup of important Microsoft 365 announcements and features
  • Hands-on SharePoint Syntex Blog Series – Part I
  • The Practical 365 Weekly Update: S2, Ep 8 – What to expect in 2021, Solarigate, TLS in Exchange and new Teams updates
  • Security updates released for Exchange and SharePoint Servers 2010 to 2019
  • The Practical 365 Weekly Update: S2, Ep 7 – Urgent Exchange security updates, new Teams features launch
Practical 365

Related Posts

Related Posts

Training Courses

  • Configuring and Managing Office 365 Security
  • Office 365 Admin Playbook
  • Exchange 2016 Exam 70-345
  • Managing Exchange Mailboxes and Distribution Groups in PowerShell
  • More Training Courses...

Recommended Resources

  • Office 365 Security Resources
  • Office 365 Books
  • Exchange Server Books
  • Exchange Server Migrations
  • Exchange Analyzer
  • Digicert SSL Certificates

About This Site

Practical 365 is a leading site for Office 365 and Exchange Server news, tips and tutorials. Read more...

Find out more about advertising with us.

Contact us


Subscribe to our newsletter
  • Facebook
  • Twitter
  • RSS
  • YouTube

Copyright © 2021 Quadrotech Solutions AG · Disclosure · Privacy Policy
Alpenstrasse 15, 6304 Zug, Switzerland