Support SharePoint Online to SharePoint Online Migrations in the SharePoint Migration Tool
A very useful addition to the SharePoint Migration Tool from Microsoft would be support for SharePoint Online to SharePoint Online migrations. There are many scenarios where this is commonly needed for some customers who must restructure or realign and be able to migrate from one area of SharePoint Online to another. Just in general as well this would be a handy option to have.
Could this please be considered as a future improvement to the SharePoint Migration Tool including support with bulk migrations for SharePoint Online as a source. Thanks.
Thank you for bringing this suggestion to our attention. While the SharePoint migration investments have been focused on helping the on-prem customer transition to OneDrive and SharePoint in Office 365 using the SharePoint migration tool, we acknowledge that there are additional scenarios like the ones explained in this suggestion that are not covered yet. We are currently considering various options to solve those scenarios, but we cannot commit to anything at this point. Please continue bringing great suggestions to our attention like this one.
Pistle Jumbo commented
The SharePoint Migration Tool (SPMT) is a tool that migrates your files from SharePoint on-premises document libraries or regular file shares and easily copies them to SharePoint in Microsoft 365. It is available to all Microsoft 365 users.
How would one publish/deploy an SPO Portal from Development SPO to Production SPO? ..at least the basic structures : Sites, Hub & their associations, Doc Libraries, Columns, etc.
Jim martin commented
Thanks for sharing such decent post you are doing great job by sharing such great info. Bullying is really not a good idea, infect it is consider as a offence.
I'm migrating content between 2 Office365 tenants, It's hard for me to understand why Microsoft is not commited to upgrade the SPMT to include migrations from SPO to SPO.
This year a new option appeared with the acquisition of mover.io but I find It hard to follow; I would ask if mover.io is the tool I should be using, or maybe I should follow the Microsoft experts advise (inside techcommunity Microsoft forums) who recomend Sharegate Desktop or AvePoint, It's coming to a point where my department advises me to check Sharegate Desktop tool for migrations between SP on premise to Online instead of using the SPMT.
Why is it that the SPMT is not listed in Gartner report as an option for content migration to SPO? I mean there's a list of 13 options including options that are really bs.
;tldr Improve and upgrade the SPMT to include SPO to SPO option, commit to the challenge.
SharePoint Migration tool is awesome. Love it. Great work team Microsoft.
A bit sad and surpised to find out that it’s not possible to migrate between sites in my online tenant.
Please allow SPMT to maximize full screen.
Common ... this is a 2 minutes programmer time !
Justin Cobler commented
I believe that such an option of SharePoint Online to Online migration is a necessity. We need to realign the client userbase the way they want to and SharePoint should help us in doing that.
This URL helps me to migrate as said above but Microsoft needs to bring their own tool to the market so that the SharePoint userbase can make use of it.
Saketa Sharepoint commented
The best SharePoint Migration Tool https://saketa.com/migrator/ helps you migrate data from all online SharePoint versions, Office 365 migration software and cloud.
Nick Snelling commented
This tool is required for the ongoing maintenance and restructuring of existing online tenant. Please make this a focus.
Mike D. Handy commented
It`s been long from the release of the migration tool V1. But, still, now the tool is not at all comparable to other tools in the market. it`s better to select tool wisely to do hassle-free migrations which boost our productivity too... give a try to https://saketa.com/migrator/
We want to move to SharePoint Modern site collections with hub sites and flat structure. Right now that would be a total manual process of redesigning and moving content. I suppose the intention is for us to leave the old stuff behind and start fresh? Kinda sounds Win95-ish.
migrazione da sito sharepoint 365 ad altro sito sharepoint 365 (altro account)
Vaibhav Antriwale commented
Almost 2 years since this idea was shared. Not sure if MS is planning to bring this feature in soon. This is a must nowadays, specially considering people want to restructure the SP online sites and also implementing the Hub sites and flat structure.
Venn Torr commented
Yes, many users want to migrate SharePoint Online to SharePoint Online, but Microsoft SharePoint migrator tool doesn't support this migration, So in my scenario, I have used SysTools SharePoint Migrator - https://www.systoolsgroup.com/sharepoint-migrator.html . It helps me to migrate SharePoint Online sites.
Thanks for the update to include 2010 migrations! I'd like to suggest a couple of things to improve the product. 1. the feedback seems very untimely, 2. controls to scale up system resources to deploy to the migration job.
[Deleted User] commented
As a general practice, IT pros have spent years and much sweat and heartache controlling change within our production environments. We often have strict change management practices and security to ensure nothing negative happens to our important business systems during the work-day. We enforce maintenance windows with our staff and our organizations. This is a core requirement for all systems that the business relies on. And it was not an easy road for us to get here.
SharePoint has become one of our most important business tools. YES, it needs to be flexible, and we must be able to fluidly add new sites, libraries, etc. on the fly, but we also need some constraints to reduce the risk to our data.
What we can't do is Test, Validate and Iterate new approaches and features in our Production Tenants. So we create Lab/Dev tenants to do that in. And we put up with having to manage the administration of 2 ecosystems, because we know the value is high. Having a place to try stuff, and import data, and mess with list columns and figure it all out using SharePoint emerging features makes it worth it.
It is clear that MS is working in a very agile approach to deliver features to SharePoint. You're obtaining customer input from us, and then iterating the product to general release and beyond. This is great. The evolution of the product is awesome, and now that we have insight into what is coming--well that part seems to be working well.
Unfortunately, without some sort of tool to help us move config and data around from tenant-to-tenant in the SharePoint cloud, your customers aren't able to work in an Agile way ourselves. Even when we have defined a solution in our Lab--to make it happen in Production, we often have no choice but to dive elbows deep into live data lists and libraries and make the changes manually--and hope we didn't overlook something or mess-up the data. This is just not good.
I'm sure this is not an easy problem to solve, but it is a critical one that inhibits those of us that are pushing for new features to be adopted, and for the tech to solve more of our business problems. There is just so much hand-work involved--too much! In these days of AI and automation and all that, we’re living in the stone age without this ability.
Frankly, It is difficult to understand why we don't have a truly basic need like this fulfilled when there has clearly been years of development time spent on features like Spaces. I'm sure these things aren't correlate-able within the way that MS makes decisions and prioritizes future-looking functionality vs. administrative tools. but from the outside it stinks that there hasn't been move progress with this while less practical things move forward.
Rather than diving into a full move tool, how about we start small and step into it. Give us some way to produce a packaging report on an Item (list/library/calendar) that shows its columns and their configuration. We could all benefit so much from just this! This would be a great step in the right direction towards the ability to packaging an item with or without its data and import it somewhere else. Seriously, the ability to pull a report on an item’s configuration would be HUGE!
I propose that this is not a Migration issue, but rather a general administration issue. Where the Item is coming from or going to should be irrelevant. The ability to identify an item, package it, and import it wherever we want is what is critical. Whether that is within the same site, another site in the tenant, or another tenant.
Starting with an Item rather than a Site would have more immediate application in our day-to-day world.
Today it is so difficult to share solutions in the community because we have to manually write out all configuration option settings—it can take hours to do a decent job. Imagine a world where we (citizen developers) can create a solution that we know others could benefit from, and so we package it up and post it on the Tech Community to help other folks with the same issue. Talk about a powerful community!
Maybe I’m preaching to the choir and you guys already know all this—but it is such a huge issue that I had to get my soap-box out and vent a little.
I hope my perspective helps.
Princess Zahraaa Megat Noor commented
Really need this.
Even within the same tenant would be helpful. We had several units set up as their own site collections. If we could mode these to subsites under other site collections, to get to a flat architecture without having to recreate everything, that would be amazing.
UX Consultant commented
How would YOU move from one tenant to another... or from dev/test/UAT to Production? Come on guys, waky waky time.
This is very important and pedestrian at best that we cannot perform these migrations without VERY expensive tools...
Time to get it done :)
So why is it that this still has not even been respronded to?