Preserve List Items IDs for On-Premise Migrations
Preserve List Items ID's
Lately we decided to shift most of our energy towards migrating, managing and adopting Office 365. When we create new features, we make sure they also work with SharePoint on-premise (if possible), but we are not planning on developing more options of features specifically for on-premise at the moment.
I’ll keep the suggestion open and our ears are still open to new comments.
We use Metalogix for migration of lists where the ID must stay the same :) ....GUYS!?
Yes I need this
yes i need this
Olivier Dupont Renaud commented
Preserve GUID property of an item during a migration ($li.FieldValues.GUID).
IDs shoudl be preserved as part of migration. There might be custom code solutions expecting certain IDs.
Preserve list item id after migration
Most of the functionalities are based on the list item id, so after migration if list item changes , it is difficult to restore the same functionality again in target. It will be better if list item ids are preserved during migration.
Naval Verma commented
SegreGate will preserve ids if "Insane mode" is on and also target environment should not be on-premise.
Dawn Bartnicki commented
The ability to preserve list IDs is an important option. It would be nice it there was an option to do this as needed, since it doesn't always matter. In some cases we have lists that rely on the item ID. Having that change during migration becomes a huge problem. I've seen the workaround, but that only works in limited situations.
keep List item id's
Yan Beauchamp commented
Adding the list item GUID information would help this user associate the flawed items with his environment