This is the complete onboarding task flow for migrating mailboxes from On-Premises Exchange servers (versions 2007 and later) to Amazon WorkMail. Complete each step in the order listed. Links to corresponding Knowledge Base articles are provided.
MigrationWiz is a migration solution (not a synchronization solution) and will NOT propagate updates, deletes, or moves of the items previously migrated in the first migration pass because we do not have “live” monitoring of changes (as with a sync agent) and we cannot handle scenarios such as conflict resolution without user interaction.
MigrationWiz supports the capability to share migration projects across a Workgroup. When the Project Sharing feature is turned on, all Agents besides those who are Inactive can view all migrations projects. For more information, visit Project Sharing in MigrationWiz.
Prepare the Source Environment
- Grant MigrationWiz OAuth 2.0 access to G Suite. For guidance, see Enable access to G Suite using OAuth 2.0.
- If migrating from multiple domains, repeat the steps for each domain.
- OAuth administrative credentials will not function properly with G Suite for Business Legacy free accounts, G Suite Legacy free accounts, or Google Apps Legacy free accounts. Unfortunately, migrating any Google Legacy free accounts is not supported.
Note: This is an end user setting, which can only be set on a per-user basis. Therefore, we recommend that you send instructions to your end users to check this setting. KB005104
Prepare the Destination Environment
Note: Full details can be found in the Amazon WorkMail admin guide here.
- Add an Organization to Amazon WorkMail. For more information, see Add an Organization.
- Add your domain to Amazon WorkMail. For more information, see Add a Domain.
- Create new users, or enable your existing directory users, for Amazon WorkMail. For more information, see Create New Users.
- Create an admin account for migration that has full access permissions to all mailboxes. Steps: Add the new user migration_admin in the Amazon WorkMail console, or create the user migration_admin in your Active Directory, and enable this user for Amazon WorkMail. For more information, see Migrate to Amazon WorkMail.
- Create the customer. KB005421
- Create the Source and Destination endpoints. KB005427
- Click Endpoints > Add Endpoint > Enter endpoint name > For endpoint type, select G Suite/Gmail.
- It is necessary to add ALL domains that will be migrated from. This means that if there are users in one project with domain names Sourcedomain.com and Destinationdomain.com, then it is important to ensure that both of these are added under Your Domains when creating the endpoints. When you add a domain, you need to click the "+" button.
- Enter Administrative email address. Note: This is the account that has admin access level to the Google admin portal.
- Click Endpoints > Add Endpoint > Enter endpoint name > For endpoint type, select AWS WorkMail.
- Click the Provide Credentials radio button, and enter the admin account credentials for the account that was set up under the "Prepare the Destination Environment" section of this guide.
- From the drop-down list, select the WorkMail Region.
- For the Source endpoint:
- For the Destination endpoint:
- Create the Mailbox Migration project. Read the How do I create a new migration project? article for more information.
- Add the accounts (also referred to as "items") that will be migrated to the project. KB004842
- Set the Project Advanced Options. KB004834
- The following options are the most valuable for this migration scenario:
- Under Filtering, add:
(^All Mail$|^All Mail/)KB005626
- This will filter out the All Mail label from your migration passes, which will speed them up.
- You will remove this folder filter before performing your final migration pass. These steps are included lower in this section.
- Set the Maximum concurrent migrations value.
Note: The default value is 100. For cloud to cloud migrations, this value can be set to a very high number, such as 500, because both the Source and Destination environments can handle a large number of concurrent migrations.
- Under Support/Support options, add:
- Run Verify Credentials. KB004511
- Notify users that a migration is occurring. Send email to all users, telling them the time and date of the migration.
- Pre-Stage pass: Select the users > Click the Start button from the top, and select Pre-Stage Migration > Under the Migration Scheduling section, from the drop-down list, select 90 days ago > Click Start Migration. KB004938
- MX Record Cutover. Change over MX records on the DNS provider's portal. Also include the AutoDiscover (CName) setting. For more information, see Use AutoDiscover to Configure Endpoints.
- If mail coexistence is required, you must set up mail forwards against those user accounts that are in the migration batches. Options:
- Manually set forwards during a migration on a per-user basis, from the individual users' portal.
Note: This is only a valid option if there are a small number of users. KB004316
- Manually set forwards during a migration on a per-user basis, from the admin portal.
Note: This is a suitable option for small- to medium-sized projects. KB004374
- Automate the setup of mail coexistence (forwards) for G Suite through the MigrationWiz management console tool.
Note: This is the best option for large projects. KB005168
- If migrating in batches, you will not be cutting over the MX records until your final batch of users has been migrated.
Note: Users must create new Outlook profiles, and set up their signatures again, and reattach any PST files that were attached to their previous profile.
- Under Project Advanced Options > Filtering section, delete:
(^All Mail$|^All Mail/)KB005626
- Select the users > Click the Start button from the top, select Full Migration > Click Start Migration. KB004938