Oct 01 2017 09:10 AM - edited Oct 01 2017 09:12 AM
Last week, at Microsoft Ignite, the new SharePoint Migration Tool was announced with a goal to simplify moving your content from your on-premises SharePoint environment or file shares to SharePoint Online. This first product release offers a simple user interface, with which you can list all the documents for migration in a CSV file, thereby targeting multiple sources and destination in one batch migration. If you need to do a simple "lift and shift" migration, where the main goal is to move files as-is from source to destination, then this tool may work well for you.
File Versioning
Unlike a simple upload operation into SharePoint, the tool can upload previous versions of the same file and set date ranges when migrating from SharePoint on-premises to SharePoint Online.
User Mapping
You also have the option to create a user mapping from your source to your destination. This helps with maintaining ownership of documents throughout the migration process.
If you don't leverage the mapping CSV, then for file share migrations, the "Modified By" field takes on the name of the user as it appears on the on-premises network. If you use the mapping, the actual user name will appear.
OPPORTUNITIES FOR IMPROVEMENT
As I've mentioned earlier on, for simple "lift and shift" migrations, you can start using the tool in its current state. However, to make this tool a viable option for more complex migrations, there are some key limitations to consider:
Reporting
As migration often require large amounts of data to be moved, it's important to get a detail report on the progress and outcome to determine if there are any follow-up actions required. In its current version, the SharePoint Migration Tool stores a number of files in an obscure location (e.g. C:\Users\haniel\AppData\Roaming\Microsoft\MigrationTool\haniel@2toLead.com\WF_8af8b419\Report\TaskReport_b1ce57ad).
Unless you book marked the location of these reports, there is no easy way to get back to them. The reports themselves also make it tedious to get to the bottom of issues as they don't provide any insights on what caused a failure.
Metadata is key
One of the main reasons that organizations choose to move their files to SharePoint Online is to better organize the files and improve their discoverabilty and searchability. A key aspect that helps achieve this is using metadata. Currently, the tool does not consider any content types or additional metadata. Without the ability to assign these, there will be additional work required to fill these gaps.
I look forward to provide feedback on Uservoice as there is a definite need for such a product.
Oct 01 2017 09:55 AM
Thanks for trying out the tool and sharing your notes!
@Simon Bourdages might be interested in your review.
Oct 02 2017 08:12 AM - edited Oct 02 2017 08:15 AM
Interesting feedback Haniel, I particularly agree with the metadata point. This would make the tool even more useful and tie in with the whole raison d'être of SharePoint with collaboration in mind.
I'll look to incorporate some of your feedback into my Getting started with the SharePoint Migration Tool from Microsoft article as well.
Oct 03 2017 08:50 AM
The SharePoint Migration Tool looks promising!
We are looking for SharePoint Online to SharePoint Online migration support. Will support for this be added in the future? When can we expect this functionality?
Oct 04 2017 02:03 AM
Hi @Haniel Croitoru,
I had a play with the same tool last week and I found that all my files from a filesystem were marked as not needed to be migrated:
https://veenstra.me.uk/2017/09/29/sharepoint-migrations-without-3rd-party-tools-soon/
Did you come across the same issue?
Oct 04 2017 05:44 AM
Great tool and a great potential, if the make it possible that also MetaData and Contenttype's are given to files during the migration than i have all i hoped for.
Anyone knows if its also posible to copy the versioning on a fileshare aswell? the options are availible and im sure it will work on version from a on prem sharepoint farm to sharepoint online but from a file server to sharepoint online can i copy all the versions than aswell? and if yes are they availible als verions of that document or will they be different document. Like docname.docx, docname(1).docx etc.
Oct 04 2017 10:55 PM
Really cool thanks for testing and writing down your experience
Oct 09 2017 01:06 PM - edited Oct 09 2017 01:13 PM
I saw this demo'ed at Ignite too and it looked really useful.
Downloaded this afternoon and pointed it at some of our data....
My first impressions were it looked and worked nicely although could have some tweaks (see below)...Then someone pointed out they could no longer see our entire documentation library.......the permissions seemed to have been wiped.
1. It would be nice if we could migrate a subfolder of a share to a subfolder of a document site. For example migrate s:\clients\TestClientA to tenant.sharepoint.com/sharepointlibrary/TestClientA. This way it allows me to run a couple of tests up to make sure it works. Currently I can only migrate the onprem TestClientA up to tenant.sharepoint.com/sharepointlibrary/ so everything is one directory higher than it should be. In my test folder that wasn't a big deal to then select the couple of files in the root of the library and move them into TestClientA
2. Logging as mentioned goes into a random directory. Would be nice to have this linked in the gui somehow.
3. I think I lost access as the permissions on my existing share directory was for InternalDomain\UserGroup1 that does not exist in Office365 (the equivalent would be TeamTechs) (not sure why as I'm not involved in the AzureADConnect side of things) and as this does not exist in Office365 it replaced the existing permissions with a blank set of permissions as opposed to leaving the existing permissions there and still granting my TeamTechs access.
4. No smiley/sad face in the gui to add feedback information and no link to the appropriate uservoice (or other official) feedback locations.
5. I think the default option to migrate Onenote folders as a Onenote Notebook should be enabled and not turned off by default. Is there a reason this is disabled by default?
On the plus side it did migrate my files across nicely and fortunately I still had access to grant permissions back to my TeamTechs group again.
Oct 09 2017 07:16 PM
Hi @Pieter Veenstra,
When I tried a couple of migrations, one worked fine and brought all the documents over. The second one reported errors on all the documents, but the messages were very cryptic to the point that I couldn't really tell the cause of the failure. I haven't had a chance to dig deeper and find the source of this problem.
Oct 09 2017 07:18 PM
Hi @Rob Giesen,
As far as I know, when you migrate from SharePoint on-premises, it can take multiple versions and bring it over to SharePoint Online. However, I didn't see a way to map multiple files in a file share to a single docment with versions in SharePoint Online.
Oct 09 2017 07:42 PM
Oct 11 2017 07:42 AM
Regards, about 1 month ago I am working with the tool and in some occasions I have generated internal errors, today in particular I
generate the error of the image, my user is office 365 tenant administrator, could you give me some solution for this error , Thank
you.
Oct 11 2017 10:43 PM
Oct 27 2017 08:32 AM
I am keep getting "Scan File Failure:Not enough disk space to pack the file" error. Any suggestion how to resolve this issue?
Nov 03 2017 06:43 AM
Greetings, you have a picture of the error
Nov 07 2017 06:06 PM
Nov 08 2017 07:50 AM
I am testing with a single document so I am not sure it's a space issue.
Nov 13 2017 05:30 AM
I also received the Scan File Failure:Not enough disk space to pack the file.
This is using version 0.2.68.0
I have run test runs successfully on previous versions of this tool and foolishly upgraded to the latest version before attempting to go live this weekend with the full site. My previous migrations were just taking a subdirectory of my source and migrating that. The only issue I was having was the permissions getting reset on the destination sharepoint directory and locking everyone out (but easy enough to fix).
My source directory is 22.3GB of content with 24gb of free space and my temp drive (which I am assume it is writing to) has 203GB free. The log file directory is being written to %appdata% which in my case is a network share if that would help diagnose the issue.
Nov 13 2017 05:46 AM
For those of you who have problems with this tool - it looks like the official support forum is at https://social.technet.microsoft.com/Forums/en-US/home?forum=SharePointMigrationTool