Configure Destination Platform - Office 365

Select Office 365 as your destination platform.

Enter information for your Office 365 admin account.

Destination_Platform_-_o365.PNG

  • Admin Username - The email address of an administrator within your Office 365 environment.
  • Admin Password - The password for the administrator account specified earlier.
  • Domain Name - The domain name of your Office 365 environment, this might be the part after the @ in your administrator email address. If migrating from several different domains, several migrations will be needed.
  • Test Username - A non-admin user who is already present in the system.

 

CloudM Migrate will perform a connection test against your Office 365 domain to verify that everything has been entered correctly.

If you are on a Small Business or Kiosk plan and need to use delegated access to migrate from Office 365 then you need to make an advanced settings change. Click Advanced Settings and under the Account Details section select Credential Method and change it to Delegated Access.

 

Office 365 Configuration and Provisioning

CloudM Migrate includes a number of platform configuration and provisioning options for Office 365 migration that enable advanced automation scenarios. These options can be executed during the migration process and will run as part of the migration of users' data. See the Office 365 Platform Configuration and Provisioning article for detailed information. 

If migrating files or sites to Office 365, you will need the SharePoint Admin URL for your domain. This can be entered in the specified field in the advanced settings

There are special considerations when you need to preserve the user's domain in the target tenancy. This is because you cannot have the same domain in two Office 365 tenancies at the same time. The recommended approach to achieve this is detailed below:

  • All users to be migrated in the source tenancy will have a primary SMTP email address ending in their current domain e.g. 'user@company.com'. Check that each of these also has at least one alias. This will be needed later to avoid having to delete users in order to stop mail going to their original mailboxes
  • Provision users mailboxes in the target tenancy with their primary SMTP email addresses based on the '.onmicrosoft.com' domain.
  • Configure CloudM Migrate with the target domain based on the new tenancy's '.onmicrosoft.com' domain. This will be used for both the bulk migration pass and the delta pass.
  • On completion of the delta pass, all the users should have their current primary SMTP address switched to their alias. This will, in-effect, stop mail from being received and be the start of the mail 'down-time'.
  • Remove the 'company.com' domain from all users in the source tenancy. It is essential that no objects remain assigned to this domain otherwise you will not be able to remove the domain from the tenancy.
  • Remove the 'company.com' domain from the source tenancy.
  • Add the 'company.com' domain to the target tenancy
  • Assign the 'company.com' domain to all the users in the target tenancy and make this the primary SMTP email address
  • This ends the 'mail down-time' as mail will now successfully flow to the users again in the new tenancy.
Was this article helpful?
2 out of 2 found this helpful