Incremental Migration of Error Items Only & Retry
The idea is to use the migration report to start a new migration of the files that error out only, instead of running a full incremental migration.
Annette Boyd commented
This would be a FANTASTIC idea. I'm struggling right now with moving a doc library with hundreds and hundreds of documents, and it would be FANTASTIC if I could grab just those that with an error (list item on lookup not found) and could just re-run those items.
Being able to create a re-run of just the items that resulted in an error would be great!.
e.g. just tried using duplicate site collection resulting in 400+ error. (When I do this via a migration I only get ~20)
Things like Page layout could not be found could be corrected in sharepoint quite easily (assuming the layout and content types were successfullly migrated). Select the items that errored and re-run.
It'd be a significant time saver if there was a way to re-run a migration job on only those items that errored. We get random 407 errors and always have to do a full incremental run which still is wasted cycles when we only need to retry a few dozen records out of thousands.
Marc D Anderson commented
When we're doing a Bulk Update of metadata (one of the most awesome uses of Sharegate!), sometimes we run into errors when documents are checked out. It would be great if we could do a retry of just those updates after we've checked in the docs.
I would envision this being useful in other cases as well. Bascially, set the Filter to show the errors, go off and fix whatever the issues are (often requireing some sort of manual intervention), and then apply only the changes which have errored out.
Occassionally I will see Error 500 errors or connection errors, it would be amazing if there was a right-click retry option for errors. That way you can sort on Error - Retry all and what ever fails the second time you could investigate.
A retry feature would be great. Often, errors in migration result from previous versions of items having entries that no longer exist in choice fields, and the choice field not being set to allow alternative entries. It would be great to be able to make the change to the list, then retry the items that have thrown an error.
Would be nice to have a feature to be able to retry to copy a file from the error log.
I am copying subsites from on-premises to Office365 and somewere copied over and yet people don't want them! I know, a waste! So I am going through and deleting on the Office365 side with the great right click feature to delete the site, when I do, rarely I get a comunication error and I wonder if you can set it to retry if it failed, instead of going and clicking and right clicking and deleting again? Thank you!
Upvoting this feature request. Woudl be a timesaver in large migrations.
Agree with this need/functionality; to be able to act on reported migration errors.
Another example is when moving content. My steps have been to select a set of items or documents from source (like a date range) and copy to destination, when copy is complete, delete the selected items from source. When there are errors, the only recourse has been to export the errors to Excel, then find each of the error items in the source selection and de-select each error. After those error items are located and de-selected, I can delete the remaining selection of source items. Then finally deal with the error items... Quite complex and time consuming.
I want to run a copy from the report results. Or maybe get the option to export the report in Excel in a format that would allow me to do a content copy from that.
When a list of errors is presented, it would be really handy to have a "Retry" button for each error. I have tried to run a report which has produced errors on a lot of site collections. If I try to fix the error by adding my account as a site collection administrator, I want to test it's worked before doing all the others. It would be handy to retry just the one site collection.