Professional Documents
Culture Documents
Migration Tips: 1 Previous Steps To Migrate 2
Migration Tips: 1 Previous Steps To Migrate 2
Migration Tips: 1 Previous Steps To Migrate 2
All information and material contained in these pages, including text, layout, presentation, logos, icons, photos, processes, data
and all other artwork including – but not limited to – any derivative works are business sensitive and confidential information
and/or information and material protected by patents, designs, trade-marks or copyrights in the name of SICPA HOLDING SA
or any of its affiliates and shall be kept strictly confidential.
The material and information contained in – or derived from – these pages may therefore not be copied, exploited, disclosed or
otherwise disseminated, in whole or in part, without SICPA’s prior written approval.
For managed metadata, the best approach is to migrate the site columns before the structure
and content. When migrating a metadata site column, the corresponding term set will be
created.
The main reason to keep the version history is when working with drafts. If a library is using
the draft versioning with the visibility configured only to editors, it is necessary to migrate the
version history to ensure all published versions are migrated. In this case, taking only the
latest version will result on having any file with draft versions (for example, 1.2, 1.4, 2.5…)
migrated as draft.
To ensure the latest published version, the limit must be at least the maximum number of
drafts in one version. For example, if we have the following files:
The version limit must be 6 or higher to ensure that the process will take the latest published
version of the third file.
In case they are not needed anymore, the configuration must be changed in ShareGate to
map the content type to folder.
To do so, it is highly advisable to extract a permissions matrix from the site collection(s) to
have both the checklist and the capture of the latest status on access configuration.
This may occur when there are deprecated terms in a term set that is used by a managed
metadata column. The terms are not available anymore but there might be old files with this
information. The solution is to enable the terms in the destination tenant during the migration
an re-deprecate them when finished.
https://support-desktop.sharegate.com/hc/en-us/articles/115000643408?
utm_source=Sharegate&utm_medium=App&utm_content=Migration&utm_campaign=App-
Support
There is a problem with Office 365 API and managed metada columns in folders. In a normal
migration process, this columns will be blank on destination. The recommendation for
ShareGate is to use the insane mode or to manually copy the values after the migration.
https://support-desktop.sharegate.com/hc/en-us/articles/115000645448?
utm_source=Sharegate&utm_medium=App&utm_content=Migration&utm_campaign=App-
Support
This error may appear when copying only the content from one library to another one and the
source has the draft versioning activated but the destination does not.
This case shouldn’t appear when copying structure and content because the same
versioning settings should have been copied with the structure.
https://support-desktop.sharegate.com/hc/en-us/articles/115000645448?
utm_source=Sharegate&utm_medium=App&utm_content=Migration&utm_campaign=App-
Support