- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-10-2025 07:38 PM
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-17-2025 03:58 AM
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.
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
09-17-2025 03:58 AM
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.
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
I lost $55,000 worth of founds to a fake liquidity mining platform and thought it was gone for good. Thankfully, the ETHICSPY team helped me recover everything. They are legitimate experts in asset recovery not like the many
sc-m sites out there. Recovering lost founds requires rare technical expertise skills only a legitimate team like ETHICSPY possesses. With many fake recovery sites online, it's crucial
to work with trusted professionals.
You can reach them on
Gmail @ ETHICSPY
