- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2 weeks ago
Hi @kuuum_aaaya ,
The relationship between Agile stories and Update Sets will break during a clone because sys_update_set and related tables are always excluded.
The most reliable approach is Option #1 (Pre-export + Post-recovery):
Before Clone
Export your in-progress or critical Update Sets to XML.
This captures the metadata and relationships you need.
After Clone
Import the Update Sets back into Dev from XML.
Commit them so the changes are available.
If you still want them “in-progress,” you can change the state back or merge them into a fresh Update Set.
I found some references from community which can help u:
Preserve Update Sets when Cloning a Community thread where pre-export → XML / import after clone is discussed.
https://www.servicenow.com/community/itsm-forum/preserve-update-sets-when-cloning/td-p/810249
Update sets show committed after cloning dev here someone did exactly what we are talking about
https://www.servicenow.com/community/developer-forum/update-sets-show-committed-after-cloning-dev/m-...
This explains the “Preserve In Progress Update Sets” option added in Orlando release, which helps reduce manual export/import.
https://www.servicenow.com/community/developer-articles/system-clone-preserve-update-sets-orlando/ta...
This is from forum, about how to preserve update sets of latest 90 days during cloning.
https://www.servicenow.com/community/servicenow-ai-platform-forum/preserve-in-progress-update-sets/m...
Exclude a Table from Cloning Doc about excluding tables like sys_update_set via clone settings. Useful to understand what cannot travel via clone.
https://www.servicenow.com/docs/bundle/zurich-platform-administration/page/administer/managing-data/...
Thanks & Regards,
Muhammad Iftikhar
If my response helped, please mark it as the accepted solution so others can benefit as well.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2 weeks ago
Hi @kuuum_aaaya ,
The relationship between Agile stories and Update Sets will break during a clone because sys_update_set and related tables are always excluded.
The most reliable approach is Option #1 (Pre-export + Post-recovery):
Before Clone
Export your in-progress or critical Update Sets to XML.
This captures the metadata and relationships you need.
After Clone
Import the Update Sets back into Dev from XML.
Commit them so the changes are available.
If you still want them “in-progress,” you can change the state back or merge them into a fresh Update Set.
I found some references from community which can help u:
Preserve Update Sets when Cloning a Community thread where pre-export → XML / import after clone is discussed.
https://www.servicenow.com/community/itsm-forum/preserve-update-sets-when-cloning/td-p/810249
Update sets show committed after cloning dev here someone did exactly what we are talking about
https://www.servicenow.com/community/developer-forum/update-sets-show-committed-after-cloning-dev/m-...
This explains the “Preserve In Progress Update Sets” option added in Orlando release, which helps reduce manual export/import.
https://www.servicenow.com/community/developer-articles/system-clone-preserve-update-sets-orlando/ta...
This is from forum, about how to preserve update sets of latest 90 days during cloning.
https://www.servicenow.com/community/servicenow-ai-platform-forum/preserve-in-progress-update-sets/m...
Exclude a Table from Cloning Doc about excluding tables like sys_update_set via clone settings. Useful to understand what cannot travel via clone.
https://www.servicenow.com/docs/bundle/zurich-platform-administration/page/administer/managing-data/...
Thanks & Regards,
Muhammad Iftikhar
If my response helped, please mark it as the accepted solution so others can benefit as well.