This articles outlines the complete task flow for migrating folders and documents from Google Drive to OneDrive for Business. This migration requires an Azure subscription, which maximizes migration speed and bypasses throttling.

This migration guide contains the necessary steps to perform the actual migration, but there are many steps to preparing for migration. If this is your first time performing a migration, we have created a Migration Planning & Strategy Guide to walk you through planning, set-up, and general migration best practices. If you have never performed a migration before, we suggest reading that before beginning the steps outlined in this scenario.

Some item types are not migrated. Click the bar below to expand the full list of what item types are and are not migrated. We are constantly working to create a better migration experience for you, so these items may change.

MigrationWiz is a migration tool, not a syncing tool. If changes are made at the source after migration, they will not sync to the destination, nor will changes made at the destination sync to the source. 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.

Items and folders in "Shared with Me" will not be migrated. Only items in "My Drive" will be migrated. To migrate "Shared with Me" items, they must be added to "My Drive".

We are not able to support migrations with two-factor or multifactor authentication. 

Endpoint Change Notification

For Government or Google Drive to OneDrive for Business migrations, select OneDrive (Private Cloud) endpoint types instead of OneDrive in your destination endpoint selection. 

Set up the Azure Environment

If using Microsoft-provided Azure storage, you can skip this section.

1. Estimate Azure storage costs. This step is optional but is useful in order to provide the customer with upfront storage costs ahead of time. Microsoft Azure Pricing Calculator
2. Buy an Azure subscription (or use the free one-month trial, and be aware that this option is only viable if you are performing a very small migration). 
3. Visit Azure Portal to create your storage account. You will need to set up a STORAGE (General Purpose v1 or v2) account rather than a storage blob. Take note of the storage account name and the primary access key. (In Azure, from the storage screen, click Manage Access Keys at the bottom of the screen.) These need to be entered into the MigrationWiz migration project when specifying the Destination settings. We recommend that you create your Azure storage account in the same Microsoft data center as the Destination Office 365 tenant. There is no need to create any Azure containers for this migration.
4. Access key information:
   • -accesskey – This is the Storage account name for the Blob – example “accountname”
   • -secretkey - This is the access key for the Storage account – example “W1RrDfkPNkfYfdVqizMNJjn5mXchwMP5uYBY8MsMqWTA7EubG911+4fZlki0Gag==”

Step 1: Source & Destination Preparation

Prepare the Source Environment

Source Endpoint: Google Drive (Own Service Account) Endpoint 

This endpoint requires your tenant service account to be set up and Google APIs be enabled. Follow the steps below to set up your environment for this endpoint. 

Prerequisites:

• Subscription to Google Cloud Platform.

• Google Super Administrator account.

• Ability to set up a service account on the G Suite tenant.

• Service account must be set up before the MigrationWiz project is created.

 1: Create a Google Project:

1. Go to the Google Cloud Platform (GCP) Console and sign in as a super administrator. Choose one of the options below:

   • If you haven't used the Google Cloud Platform Console before, agree to the Terms of Service and click Create Project.

   • If you have used Google Cloud Platform Console before, at the top of the screen next to your most recent project name, click Down to open your projects list. Then, click New Project.

2. Enter a project name and click Create.

3. When the new project creation completes, at the top of the screen next to current project name, click Down icon and select the newly created project name from the list.

 2: Enable APIs for Service Account

1. From the Google Cloud Platform Console, click Menu > APIs & Services > Library.

2. Enable the following APIs by selecting the specific API and clicking Enable.
   Repeat for each API listed below:

   • Google Drive API

   • Admin SDK

Make sure that the respective services are enabled within the Google tenant. You can control services for your users using the instructions on this page: Control who can access G Suite and Google Services.

 3: Create Customer Tenant Service Account

4: Setting the Scopes for the Migration

1. From the Google Cloud Platform Console:

   1. 1. Click Menu
      2. Click IAM & Admin
      3. Click Service Accounts
      4. Find the service account that was set up in Step 3: Create Customer Tenant Account.
      5. Find and copy the service accounts Unique ID number. This is the Client ID number that will be used in a later step.
         
         • This field often needs to be added to the view. Click on the Column display options button and add a checkmark to Unique ID, then click OK.
         • This Client ID should be considered similar to Administrator account passwords and handled securely.
      6. You will now have one of two options, depending on if the Google UI has been updated in your tenant. 
      Classic Google UI New Google UI

      1. Go to the G Suite admin page at google.com
      2. Click on Security
      3. Click on Advanced Settings
      4. Click Manage API Client Access.

      1. Go to the G Suite admin page at google.com
      2. Click on Security
      3. Click Advanced Settings
      4. Under ‘Domain-wide delegation’, click Manage domain-wide delegation
      5. On the Manage domain-wide delegation page, click Add new

       Once these steps are complete:

      5. In the Client ID field, paste the Unique ID copied above.
      6. In the OAuth scopes (comma-delimited) field, paste all scopes listed below:
         1. For source endpoint :
            https://www.googleapis.com/auth/admin.directory.group.readonly, https://www.googleapis.com/auth/admin.directory.user.readonly, https://www.googleapis.com/auth/drive.readonly
            
      7. Click Authorize.

       You should now see your specific Unique ID and the associate scopes listed.

Prepare the Destination Environment

1. Create an administrator account in Office 365 to be used for migration, or use the global admin account for the tenant. For additional information see:
   
   How do I create an administrator account in Office 365, and then use this during migration?

   The easiest approach to follow is to use the global admin account. This was set up at the time of tenant creation.

   However, if you do not wish to use this global admin account during migration, then a new user account can be created instead. This will then need to be granted full access rights to each mailbox user.

   Steps:

   1. Create a user in Office 365: Create user mailbox in Exchange Online
   2. Connect to Exchange Online by using remote PowerShell. For more information about how to do this, go to the following Microsoft website:  Connect to Exchange Online Using Remote PowerShell
   3. Type the following command, and then press Enter:
      Get-Mailbox -ResultSize unlimited -Filter {(RecipientTypeDetails -eq 'UserMailbox') -and (Alias -ne 'Admin')} | Add-MailboxPermission -User AdministratorAccount@mydomain.com -AccessRights fullaccess -InheritanceType all

   After you perform these steps, the specified user will be able to access all user mailboxes in Office 365. The user will be able to view the contents of the mailboxes from either Outlook or Outlook Web App.

   When migrating mailboxes into Office 365, our best practice is to use impersonation.

   Steps:

   To migrate using impersonation:

   1. Sign in to your MigrationWiz account.​
   2. Create your mailbox migration project, make sure to checkmark the box labelled Use Administrator Login, and then fill in the fields marked Administrator Username and Administrator Password, when defining the MigrationWiz project.
   3. From the MigrationWiz Project Dashboard, click on Edit the Project, and select Advanced Options from the drop-down list.
   4. If migrating from Office 365, under Source: Microsoft Office 365, checkmark the box labelled Use impersonation to authenticate.
   5. If migrating to Office 365, under Destination: Microsoft Office 365, checkmark the box labelled Use impersonation to authenticate.
   6. Click Save Options.

   MigrationWiz will automatically run a remote PowerShell command to allow the admin account to log in to (impersonate) user mailboxes.

   These are the remote PowerShell commands that are executed when a mailbox is submitted for migration:

   Enable-OrganizationCustomization

   New-ManagementRoleAssignment -Role ApplicationImpersonation -User <admin_user_name>

   To learn how to run these commands man​ually, click here. This is useful if there are delays from Microsoft and the PowerShell command does not run immediately.

   • If using the global admin account, the delegation steps listed above to grant full mailbox access are not necessary, since it already has the necessary rights.
   • If using impersonation, the account that was set up with full access rights to user mailboxes (as described above), or the global admin account, does not need an Exchange Online license granted to it since it is impersonating accounts that do have a license.

   ​

   The admin account must have a full license assigned to it, in order to be able to provision OneDrive for Business profiles for each user during the migration process. If you encounter the error "Personal Site is not instantiated = PermissionsUserNotLicensed", this means that the OneDrive collection for a user does not exist and the administrator account used for the migration does not have a full license assigned. To resolve this issue, assign a license to the administrator account, and resubmit the migration.
2. Assign an Office 365 license that contains OneDrive for Business to the admin account that will be used for migration.
   • If users have never used OneDrive before, MigrationWiz will provision OneDrive (SharePoint) profiles for each user being migrated, using the admin account credentials that are entered in the MSPComplete Destination endpoint. However, it does not create the user account; the user account needs to have already been created.
   • MigrationWiz cannot provision a OneDrive profile for blocked users. If a user is blocked, there will be a provisioning or access error.
3. Set up accounts on Office 365 and assign licenses. These can be created in several ways:
• Manually, one at a time.
• By bulk import, via CSV file. Read the Add several users at the same time to Office 365 article from Microsoft for more information. You can use the CSV file that was created under Step 3 of the Prepare the Source Environment section of this guide.
• By PowerShell script. Read the Create user accounts with Office 365 PowerShell article from Microsoft for more information.
  Important: If you are migrating permissions, the part of the usernames before the "@" sign on Office 365 must match the part of the username on Google Drive before the "@" sign, e.g., john.smith@domain1.com on Google Drive must follow the same format before the @ sign on Office 365, and so must also equal "john.smith" on Office 365. The domain name, however, can be different. For more information see:
  How are shared documents are handled when migrating documents?

   

  When people are working together on projects, they tend to share documents and folders with each other. You will typically want these permissions and shares to be migrated as well. 

  This is the case for most document migrations, including:

  • Google Drive to OneDrive for Business
  • OneDrive for Business to OneDrive for Business

  To ensure these items are migrated successfully, there are a few requirements to take into consideration:

  1. Make sure that the users and groups exist on the Destination prior to migration. If we cannot find the user or group, it is impossible to assign the correct permissions.
  2. Make sure the ​username (before the @) is the same. For example, username@domain1.com can become username@domain2.com.
  3. Make sure the groupname is the same on Source and Destination.
  4. Make sure the administrator domain is the same as the user domain. If your Destination users are xxx@domain2.com, the admin user has to be yyy@domain2.com.​
  5. We recommend that you create a different administrator account, such as migrationwiz@domain2.com, that is not a user you migrate.

   

4. Set up groups on Office 365. If permissions were assigned to groups on Google Drive, and you want these to be migrated, the group names on Office 365 must match the group names on Google Drive. 
5. Create the required Office 365 CNAME for your domain. Read the Create DNS records at Register365 for Office 365 article from Microsoft for more information.
6. Set up the app-based authentication in the Office 365 tenant. For specific instructions, see:
   Using App-based Authentication

   BitTitan uses app-based authentication for SharePoint, OneDrive for Business, Office 365 Groups (Documents) migrations, and Teams migrations. This provides greater security and reduces the potential of Microsoft throttling. It replaces the previous Office 365 authentication, which has been subject to increased throttling by Microsoft. This app-based authentication method is specific for Office 365 tenants.

   Important: This app must be added in both .microsoftonline.com tenants (Source and Destination) to reduce the throttling and failures due to Microsoft throttling policy changes.

   If this app is not added on both tenants, MigrationWiz will attempt to create a temporary substitute app in the tenants to be used for authentication. We do not recommend relying on this substitute app creation, as this behavior will only be a temporary transitional behavior within MigrationWiz. To avoid potential interruptions or failures in migrations, it is strongly recommended to set the app up in the tenants.

   Add the App to the tenant

   Step 1:

   Visit the following URL and sign in as the administrator user:

   For Teams migrations: https://login.microsoftonline.com/common/adminconsent?client_id=e541adb0-93aa-4053-a1e3-04692035881d&state=12345

   For SharePoint or OneDrive migrations: https://login.microsoftonline.com/common/adminconsent?client_id=e7c20566-14a7-4722-acd1-396f7268ea1a&state=12345

   Do this for both Source and Destination tenants.

   Step 2:

   Authorize the App for both Source and Destination tenants.

   

   Click on the Accept button.

   Post Migration Steps

   To remove the BitTitan Enterprise app, perform the following steps:

   1. Launch PowerShell.
   2. Connect PowerShell to Office 365.
   3. Enter the command:

      Connect-AzureAD

   4. Enter the admin credential in the prompt.
   5. Enter the command:

      Get-AzureADServicePrincipal -SearchString Migration

   6. Look for the ObjectId of the app you want to remove and enter the following command:

      Remove-AzureADServicePrincipal -objectId <the object id>

Step 2: Licensing

Licenses are required to run a migration project in MigrationWiz. To obtain license pricing information, or to purchase licenses, click the Purchase button in the top of your MSPComplete or MigrationWiz dashboard.

Payment: We accept credit cards, and wire transfer in certain situations.  

• When purchasing with a credit card, payment is immediately processed during checkout. If successful, licenses are granted to your account instantly.
• Wire transfers are available for purchases of 100 or more licenses. If you are purchasing at least 100 licenses, you will be presented an option to purchase via wire transfer during checkout. A wire transfer checkout will generate an invoice with wiring information for your accounts payable department and bank. Once the funds are received by our system, the licenses are granted to your account immediately. 

For this project type it is recommended to use our User Migration Bundle licenses. 

To purchase licenses:

1. Sign in to your BitTitan account. 
2. In the top navigation bar, click Purchase.
3. Click the Select button and choose the license type you need.
4. Enter the number of licenses you want to purchase. Click Buy Now.
5. Enter a Billing address if applicable.
6. Click Next.
7. Review the Order Summary and enter a payment method.
8. Click Place Your Order.

• These licenses enable you to perform multiple migrations of User mailboxes, documents, and in-place archives, and allows the use of DeploymentPro to perform post-migration Outlook email profile configuration.
• Further information on User Migration Bundle Licenses:
  • User Migration Bundle Licenses have unlimited data available per license.
  • User Migration Bundle Licenses are applied to the customer's users, for whom you'll be performing migrations, and are valid for one year.
  • Read the Licensing FAQ article for more information.

Step 3: Run Migration

Support Options for this migration:

• InitializationTimeout=8 - This increases the initialization timeout window to eight hours. 
• IncreasePathLengthLimit=1 - Use this Advanced Option in MigrationWiz to enable the use of 400 characters for the file path name. R
• RemoveExistingPermissionsWhenUnspecified=1 article for more information.
• ShrinkFoldersMaxLength=200 (optional, but recommended). For more information see:
  How do I auto shrink the folder path when migrating to OneDrive for Business or SharePoint Online?

  When migrating to OneDrive for Business or SharePoint Online, the path length limitation is a common issue. OneDrive for Business and SharePoint Online have several limitations:

  • A given element (file or folder) cannot be more than 128 characters.
  • A total file path including full path + the file name cannot be more than 260 characters.
  • All of the characters have to be URL encoded, so many characters will actually count as three (3) characters. Therefore, often the limit can be reached faster than expected.

  If encountering errors with "Request URL Too Long" or other issues related to folder names or file paths being too long, enable the Advanced Option ShrinkFoldersMaxLength=n where n is the maximum path length that can be tolerated before shrinking.

  How does this Advanced Option work?

  • This option compresses a folder name by truncating the longest path elements iteratively, until matching the ShrinkFoldersMaxLength requirement. It truncates once it reaches ten (10) characters to try to keep some meaning in the folder name.
  • This option also truncates a folder path element when it is longer than 100 characters (OneDrive for Business or SharePoint Online). Even though the limit is 128, we have to keep a few characters free for special character + filename conflict management.
  • This option truncates files to 100 characters, for the same reason explained above, for folders.
  • This option can be used in conjunction with the Advanced Option "RenameConflictingFiles", which will manage conflicting files after truncation. 
  • Permissions will continue to be resolved properly after the folders and files have been renamed.
  • If a folder cannot fit the limit even after compression (for example, in the case of too many folder levels), MigrationWiz will report an error at the beginning of the migration.

  We recommend that you set this Advanced Option as ShrinkFoldersMaxLength=200

  • This option can be set to a higher or lower value, depending upon what is acceptable to the customer.  The value is dependent upon the following criteria: the file system data, the email address that is a part of the folder path (collection root), and the domain name for permissions, etc. However, using 200 should keep a good security range to manage all edge cases, and it provides a very reasonable limit.
  • This option should be enabled on a case-by-case basis. We recommend that you create a project specifically for when this option is required. Within this project, add the Advanced Option: ShrinkFoldersMaxLength=200 and then move mailboxes that get "path too long" errors into this project. It is not recommended to use it on every mailbox by default, as many mailboxes should be below the limit and being too aggressive may cause truncation, while normal migration may actually succeed. 
  • If a former migration has been performed without the option on, then the storage will need to be reset at the Destination, otherwise, both file system structures will appear at the Destination.
  • If a user modifies the Source file system folder structure (for example, by renaming, removing, or creating a new folder) between two passes using this Advanced Option, the dynamic mapping may be totally different and the Destination may have two different file systems represented.
  • If multiple folders are truncated at 10 characters in the same parent folder, they may end up being merged into a single one if the first ten (10) characters are identical.
• DocumentBrowsingMode=Moderate For more information see: 
  How does Google Drive to Microsoft OneDrive for Business with Moderate Mode work?

  Although Google Drive and OneDrive for Business are both perceived to be user-driven storage systems, they are fundamentally different. Files in Google Drive are stored in a central location and the user interface and folder structure is built on-the-fly, based on the permissions of files and folders.

  Scroll down to the bottom of this article to read about two rare use cases, and how MigrationWiz handles these using Moderate Mode.

  To help explain this further, assume we have two users: James and John. Both have active Google Drive accounts. The following actions are executed:

  1. John creates a folder Active Directory and puts a Google document Overview under that folder.
  2. John shares the folder Active Directory with James.
  3. James creates a Google spreadsheet, Listing Ad Sites, under the directory Active Directory
  4. James creates a subfolder EMEA under Active Directory and creates three Google spreadsheets: IP Overview, IP detail, and IP Specific. 
  5. James shares the subfolder EMEA with John.

  Bold type stands for a folder created by the user, and regular type stands for a folder shared by the user.

  Red stands for a folder or document created by John. Blue is created by James.

   

  How will the Google Drives look?

  For John:

  • My Drive > Active Directory > Overview
  • My Drive > Active Directory > Listing AD Sites
  • My Drive > Active Directory > EMEA > IP Overview
  • My Drive > Active Directory > EMEA > IP Detail
  • My Drive > Active Directory > EMEA > IP Specific

  For James:

  • My Drive > Active Directory > Overview
  • My Drive > Active Directory > Listing AD Sites
  • My Drive > Active Directory > EMEA > IP Overview
  • My Drive > Active Directory > EMEA > IP Detail
  • My Drive > Active Directory > EMEA > IP Specific

  OneDrive has a completely different architecture. Every OneDrive is a functional storage on its own. Owners of the OneDrive have administrator rights to change whatever they want in their OneDrive, no matter what the permissions are on the documents and folders. This makes defining which OneDrive folders and files are migrated very important. Unfortunately, there is no one-to-one translation between Google Drive and OneDrive.

  When you migrate Google Drive to OneDrive in Moderate Mode, this is the expected behavior:

  • All files created by the user being migrated or shared by other users will be migrated to the user's OneDrive only if they are located inside a folder created by the user. Files created by the user, but located in folders shared by other users, will not be migrated to the user's OneDrive account, but to the OneDrive account of the user that created and shared the folder. Note that the user will have to access those files through the Shared With Me view. Therefore, no folders or files will be left behind in Google Drive, all will be migrated.
  • Every folder shared by other users on top of that folder created by the user will be migrated as well, to avoid confusion and to mimic the structure of Google Drive as closely as possible.
  • Items and folders in "Shared with Me" will not be migrated. Only items in "My Drive" will be migrated. To migrate "Shared with Me" items, they must be added to "My Drive".
  • Permissions are migrated as usual.

  When we translate this to our example, this becomes:

  For John:

  • John is owner of the folder Active Directory. This means the folder Active Directory and its content goes to John's OneDrive.

   

  For James:

  • The folder EMEA is owned by James, so this will be created in James' OneDrive.
  • Also, the folder Active Directory leading up to EMEA will be created.
  • All the files under EMEA will be migrated to James' OneDrive.

   

  What do the OneDrives look like?

  For John:

  • OneDrive > Active Directory > Overview
  • OneDrive > Active Directory > Listing AD Sites

  For James:

  • OneDrive > Active Directory > EMEA > IP Overview
  • OneDrive > Active Directory > EMEA > IP Detail
  • OneDrive > Active Directory > EMEA > IP Specific

  John and James access those files that do not appear under their "My Drive" through the Shared With Me view, because in Google Drive they were under folders created and shared by others, therefore:

  For John:

  • Shared With Me > EMEA > IP Overview
  • Shared With Me > EMEA > IP Detail
  • Shared With Me > EMEA > IP Specific

  For James:

  • Shared With Me > Active Directory > Overview
  • Shared With Me > Active Directory > Listing AD Sites

  
  How do you activate this mode?

  • Go to the project's Advanced Options and, under Support/Support options, enter this: DocumentBrowsingMode=Moderate.
  • Advanced Options flags are case-sensitive. Be sure to enter Moderate with a capital "M".
  • The Moderate browsing mode is incompatible with the default mode.
  • If you already started a document migration, and decide to activate this Advanced Option, you will need to:
  • Reset the OneDrive collections of the users,
  • Add this Advanced Option setting to your project, and
  • Remigrate.

   

  Explanation of two rare use cases, and how Moderate Mode will handle those scenarios

   

  Scenario 1:

  How things are set up on Google Drive:

  • John has Folder 1/File 1 and File 2.
  • James creates Folder 1/File 3 under John's Google Drive (not under his own GoogleDrive, and thus it only shows up under his own Google Drive/Shared With Me account).
  • James removes sharing for John, for Folder 1/File 3 under John's Google Drive/Shared With Me account.

  Migration Experience:

  This scenario will result in Folder 1/File 3 being skipped during migration.

  • When we migrate John, Folder 1/File 3 will not be migrated, because he is not the owner. The reason for this is that when looking for John's files to migrate, the file (while in the folder) is not enumerated because John no longer has access to it because James removed sharing for John to this file.
  • When we migrate James, Folder 1/File 3 will also not be migrated, because James is not officially seen as the owner since Folder 1/File 3 is only under James' Shared With Me folder but not under his main Google Drive directory. This is because when looking for James' files to migrate, the file is not enumerated because it is in his Shared with Me folder versus his My Drive.
    
    This is a very narrow, special-case scenario. It is only the case when John is not the owner and sharing has been removed with John (sharing == none). In this case, even though the file was in John's My Drive to begin with, and is only accessible to James though his own Shared with Me folder, this file will be skipped during migration.

   

  Scenario 2:

  How things are set up on Google Drive:

  • John has Folder 1/File 1, File 2, and File 3.
  • John transfers ownership of File 3 to James, but John still has Edit rights to File 3.

  Migration Experience:

  • John will have File 1, File 2, and File 3.
  • James will have File 3.
  • This will cause duplication on the Destination, since File 3 will be in both John's and James' OD4B accounts.
• RenameConflictingFiles=1 For more information see: 
  Error: Cannot create 'filename' because another file exists with the same name

  ​​​Cannot create "filename" because another file exists with the same name

   

  This error occurs because MigrationWiz attempted to migrate a file with a name that already exists at the Destination. The Destination environment doesn't support multiple files sharing the same name.

  You can either:

  • Rename the file in error at the Source to prevent the duplicate file name.

  Or

  • Activate the Advanced Option RenameConflictingFiles=1 to automatically rename conflicting files. This option will rename the files by adding a unique hash at the end of the original filename.

  You will need to reset the statistics of your item(s) before you resubmit the migration:

  Reset Items

  To reset the statistics of one or more items in the project:

  1. Sign in to your MigrationWiz account.
     
  2. Click Go to My Projects.
  3. Click the name of the project in the list.
  4. Select the items you want to reset statistics for.
  5. Click the Reset Items button in the top navigation bar.
  6. Do not select "Reset errors only for the selected items." if you need to reset the migration statistics completely.
  7. Click Reset Items.​

  You will know the reset was successful when all migration data for the selected users will be blank or returned to '0'.

  Learn how to set an Advanced Support Option​ for your project or item(s):​

  How do I add support options to a project or to a single item?

   

  In the Support Options section of MigrationWiz, you can set options for:

  • A project, which affects all items in the project.
  • A single item, which affects only that item in a project.

  To set Support Options for a project:

  1. Open the project in MigrationWiz.
  2. Click Edit Project from the top and select Advanced Options.
  3. Under the Support section, enter the support option you wish to set.
  4. Click the + icon to add more than one support option.
  5. Click Save.

  To set Support Options for a single item:

  1. Open the project in MigrationWiz.
  2. Click the Edit Item icon to the right of the item that you wish to edit.
  3. Under the Support section, enter the support option you wish to set.
  4. Click the + icon to add more than one support option.
  5. Click Save Item. 

   

  ​

• If the migration project is a long-term project, it may be necessary to add an additional Advanced Option for use during the final migration pass to verify the contents of previously migrated items. For more information, contact Support.
• There are no spaces on either side of the "=" sign, and the entries are case-sensitive, so pay special attention to the capital letters in the commands detailed above.
• MapPermissionEmailByPairsInProject=1Permissions generally cannot be migrated unless the prefix of the mail address is the same in the source and the destination. However, choosing Support Option MapPermissionEmailByPairsInProject=1 will allow permissions to be migrated without identical mail addresses.
• Set the Advanced Option to send a notification to end users after the migration pass completes. Notifications are not mandatory.
• Notifications > Send successful migration and notification to: > Source email address (if users are still using G Suite Gmail) or Destination email address (if users are already using Office 365).
  • Customize notification email. Checkmark the Customize "successful migration" email box. Add your own customization text and company name to this email.
  • Notifications are not mandatory for a successful migration.  Notifications should only be set up before the final pass. If performing a single, Full pass, set this up now. If you are following a Pre-Stage migration strategy, only set this up prior to the final Full (Delta) pass.

Remove the Authentication App

To remove the BitTitan Enterprise app, perform the following steps:

1. Launch PowerShell.
2. Connect PowerShell to Office 365.
3. Enter the command: Connect-AzureAD
4. Enter the admin credential in the prompt.
5. Enter the command: Get-AzureADServicePrincipal -SearchString Migration
6. Look for the ObjectId of the app you want to remove and enter the following command: Remove-AzureADServicePrincipal -objectId <the object id>