Home > Gmail Migration Process > Migration Execution
Export to PDFRefer to the following sections to execute the migration.
To configure projects and mappings, refer to Create a Project and Create Migration Mappings for details.
Before running the job, we recommend you verify the mappings to ensure that the mappings are available for migration. Refer to Pre-analyze Mappingsfor details.
Then you can run a full migration job to migrate the objects based on your configured migration policy. Refer to Run Migrations to Migrate Objectsfor details.
Handle new, updated, and failed data. Refer to Run Migrations to Migrate Objects about how to perform regular incremental migrations.
Check the mapping report. If the mapping fails or finishes with exceptions, you can check the error code and comment for the mapping in the Migration error section. You can click the error code to view the details and recommendations of the code in the Troubleshooting Guide, which can assist you in resolving or avoiding the error.
Check the migrated data in the destination.
Check the item count in the destination.
Check the linkage between the organizer and the attendee.
New data can be created in destination mailboxes.
Meeting/recurrence meeting functions work normally.
Ensure all source data are migrated to the destination.
It is recommended to reduce the DNS time-to-live (TTL) to one hour or below to reduce the delay of emails sent from people outside of the organizations on cutover.
Modify Exchange MX records, etc. It can take up to 72 hours (related to the TTL mentioned in the previous section) for your email systems to recognize the changed MX records. We recommend you run a final incremental job after the cutover to ensure updates of source data are migrated to the destination. Make sure the source email addresses in project mappings are not modified, and the destination email addresses in project mappings exist as aliases of the original destination email addresses.
If you have run a full or incremental migration job for mailboxes and then changed the prefixes or domain names of mailbox addresses in the source or destination tenant (for example, you have migrated userA@src.com to userA@dest.com and then changed the source tenant domain name from src.com to newsrc.com), the subsequent migration jobs (full or incremental jobs) will not fail even if you do not change the prefixes or domain names of source or destination email addresses configured in project mappings. This is because Fly now uses mailbox IDs to migrate mailboxes.