Running a delta migration¶
Before you start a delta migration make sure users and groups are in sync between both instances. cs_tools user-management sync can help you to achieve this by exporting all users and groups including their assignments and importing those to the new environment.
- compare source and target instance by running the deltas command. This function looks at the created and modified time stamp of the metadata objects and stores them into separate subfolders.
- run cs_tools searchable on the source instance in order to gather all necessary metadata information and store the output in ./projects/myproject/output/delta_migration/cs_tools_falcon
- migrate worksheets first, as there are maybe dependencies to answers and liveboards. Run all commands in validation mode first and check log files for potential migration issues (version incompatibility).
- now migrate answers and liveboards (other object types coming soon).
- Failed objects will be store in ./projects/myproject/output/delta_migration/failed_
object type
.csv - migrate all failed objects from all object types manually or try to fix them in the source system. If you migrate objects manually store their new guid in the failed.csv file. This helps to do reduce manual effort during the next steps.
- apply tags for all objects
- transfer ownership of all objects
- share permissions with users and groups (this will only impact new objects, permission delta will be available in the upcoming version of
ps_migration_tools
)