- This is the complete onboarding task flow for migrating file shares from File Servers to SharePoint Online document libraries
- Complete each step in the order listed. Links to corresponding Knowledge Base articles are provided.
- If performing a file server home directory to OneDrive for Business migration, refer to File Server Home Directories to OneDrive for Business Migration Guide.
- SharePoint Online has certain limitations. You should be aware of these limitations before performing your migration. They are documented in the article Limitations of SharePoint Online or OneDrive for Business. The good news is that by using MigrationWiz, these limitations can be overcome by setting a few MigrationWiz Advanced Options. These are included in this migration guide.
- The Destination must be SharePoint Online or SharePoint On-Premises 2010 or later.
- If permissions are to be included in the migration, users must exist on Office 365 and have Office 365 licenses assigned to them.
- This migration scenario is free and requires no MigrationWiz licenses.
- You will need to create separate MigrationWiz projects for each file share. You will create a baseline project first with all the Advanced Options set, and then use the MigrationWiz Clone feature to create one MigrationWiz project per file share, based on this first baseline project.
- MigrationWiz now supports the capability to share migration projects across a Workgroup. Migration projects are no longer tied to individual accounts, they are tied to Workgroups. When Workgroup Administrators turn on the Project Sharing feature, all Agents besides those who are Inactive are able to view all migrations projects. For more information, visit Project Sharing in MigrationWiz.
- The diagram below provides a high-level overview of the steps involved in migrating a small number of file shares. The key difference for this type of migration scenario is that this one requires an Azure subscription, and the use of the BitTitan UploaderWiz utility to upload the file shares to Azure before they can be migrated into SharePoint Online, using MigrationWiz.
Prepare the Azure Environment
- Estimate Azure storage costs. This step is optional, but is useful in order to provide the customer with upfront storage costs ahead of time. For more information, see Estimate Azure Storage costs for migrations
- 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). For more information, see How do I buy an Azure subscription?
- See How do I create an Azure Storage Account? to create your storage account. 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 Source 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. Separate containers are created on a per-home directory basis. During migration, MigrationWiz creates two separate metadata files (with extensions: -directory.metadata and -files.metadata) which are added to each container. These are used during migration to build out the folder structure in OneDrive for Business and to migrate the permissions. They should not be deleted until after the migration.
Note: The access key information that is needed are these:
- -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==”
- -rootpath "xxxxxxxx" – this is where your files are stored – example “C:\”
Prepare the Destination Environment
- Create a SharePoint Online administrator or Site Collection administrator account to be used for migration, or use the global admin account for the tenant. More information can be found here.
- Create a SharePoint document library.
Note: Make a note of the site URL where the document library is stored. This will be entered when creating your MSPComplete Destination endpoint.
- Before beginning the migration project, create the structure of the document libraries, and also create the actual document libraries on the Destination SharePoint Online site.
Note: Refer to this Microsoft training video for more information on the steps to do this: Create your document library.
Upload Files to Azure
Note: Steps are performed from a file server, or a computer joined to the domain, when logged in with the domain admin account, with local admin rights to the machine.
- Download and extract the UploaderWiz utility from here (e.g., extract into the c:\apps\uploaderwiz directory).
- Set the file share migration batch to read-only access by user, and inform the users that a migration is occurring and that their file shares are now read-only. (This will prevent the user from adding files to these file shares during the migration). For more information see How do I restrict users to read-only access to their Home Directories?
- From the command console, running as administrator, from the directory that UploaderWiz was extracted into, run the following command (replace the x's with your own information): For more information see Using BitTitan UploaderWiz for File Server Migrations
UploaderWiz -accesskey "xxxxxxxx" -secretkey "xxxxxxxxxxxxxxxxxxxxxxx" -type azureblobs -rootpath "xxxxxxxx" -homedrive true
- If there are problems with the upload, and you need troubleshooting help, refer to How do I troubleshoot UploaderWiz?.
- If you are performing these steps from a domain-joined computer, a network drive needs to be mapped from the domain-joined computer to the file server, and the root path needs to match this drive letter, followed by the directory path, e.g., "x:\home files" (if there are spaces in the path, you need to surround the path with quotation marks) or x:\fileshare.
- The parameter -homedrive true creates separate blob containers for each file share, under your top-level Azure blob container.
- Create the customer. For more information see View, Add, and Edit Your Customers
- Create the Source and Destination endpoints.
- For the Source endpoint:
- Click Endpoints > Add Endpoint > Enter endpoint name > For endpoint type, select Azure File System.
- Enter Storage Account Name and Access Key in fields provided.
- For the Destination endpoint:
- Click Endpoints > Add Endpoint > Enter endpoint name > For endpoint type, select SharePoint.
- Enter the URL for the top-level SharePoint document library. For more information on finding the URL for the SharePoint library, see How do I find the URL for my SharePoint Library or OneDrive for Business?
- Enter the administrator username and password in the fields.
Note: This must be either a Global administrator, SharePoint Online administrator, or a Site Collection administrator account.
- For the Source endpoint:
- Launch MigrationWiz (select All Products > MigrationWiz).
- Set up the Project. Read the How do I set up a migration project? for more information.
Note: This first project is the baseline project, from which all other projects will be cloned. We recommend that you call this "baseline", for easy reference.
- Set the Project Advanced Options. For more information see What project Advanced Options are available?
- Under Support Options add:
ShrinkFoldersMaxLength=200For more information see How do I auto shrink the folder path when migrating to OneDrive for Business or SharePoint Online?
RenameConflictingFiles=1For more information see What limitations of SharePoint Online or OneDrive for Business should I be aware of when migrating? Refer to the section in this article with the heading "Multiple files with the same name limitation".
InitializationTimeout=8For more information see Cannot retrieve folders from "folder"
Note: 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 above.
- Set the Preferred BitTitan Data Center. For the fastest migration speeds, select the Data Center that is closest to your Office 365 Destination tenant. For more information see How do I specify the data center to use for my migration?
Important: Repeat this process to create one MigrationWiz project per file share. For more information see How do I clone a migration project and then move items between projects?
- In each cloned MigrationWiz project, set the Project Advanced Option for the container name. For more information see What project Advanced Options are available?
- Specify the correct container name under the Source: File System/Container Name field. By default, the container name is migrationwiz.
- This must be changed or your migration will fail. This must be set to match the name of the Azure container that was created on your Azure subscription when the home directories were uploaded in the previous step, under the "Prepare Source File Server Environment" section of this guide. Typically, this will match the name of the home directory, unless the home directory contained any special characters (including spaces and uppercase characters). In such cases, the Azure container name could be different, and so the names should be checked within Azure. For more information see How does UploaderWiz overcome Microsoft restrictions to Azure container names?
- The Source entry field will already contain the Azure information, based on the Source endpoint.
- The Destination Library field will be the name of the SharePoint document library, e.g., Sales. It does not need the entire URL because this was captured when setting up the Destination endpoint.
- Remove access to the Source file shares.
- Provide training on SharePoint Online.
- Decommission the file server. Perform this step only after migrating all data from the file server, such as home directories, when you are certain that you will not be returning to the file server.
- Delete all the Azure blob containers that were created during the upload to Azure.
Important: This will prevent incurring post-migration Azure costs for these containers. Be careful to only delete the containers created by UploaderWiz; these will be names that match the file shares, and have a create date from the date of the upload.