- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-07-2025 03:23 AM - edited 10-07-2025 03:50 AM
Context:
We’re consolidating two production instances (servicenow Instance A → ServiceNow Instance B). A clone is not possible due to tenant isolation and timing constraints. We only need to move operational data (not configuration) and keep the destination’s existing configuration intact.
Goal:
Migrate the following from A (prod) to B (prod) while preserving relationships and history where feasible:
incident, change_request, sn_customerservice_case, sc_request, sc_req_item,
Related/child data: sys_journal_field (work notes/comments), attachments (sys_attachment + sys_attachment_doc), streams, and key related lists.
Constraints / Requirements
No outage window long enough for a full export/import freeze; may need an incremental cutover.
Preserve sys_ids where possible so references stay intact.
Prefer to retain timestamps (sys_created_on, sys_updated_on) and authors if supported.
Volumes are mid-to-high (hundreds of thousands of tasks + journal entries).
Destination does not contain live data.
- This is a one-time transformation as we are migrating from instance A to instance B
Question:
Given these constraints, what is the best and most reliable method to migrate this operational data between two production instances while maintaining data integrity, relationships, and history?
Additionally, are there any ServiceNow-recommended best practices or documented runbooks for performing this type of production-to-production operational data migration?
Thank you,
Puneet
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-07-2025 05:41 AM
IDR can be used but it's paid plugin.
It can be used for 1 time migration or it can sync continuously data between those 2 instances
OR
If you don't want to use Paid Plugin then you will require a custom integration to be done between those 2 instances.
you can setup bi-directional integration between the tables
ServiceNow to ServiceNow Integration using REST API and PUSH and PUT methods with Business Rule
You can also explore on Ebonding Spoke with less scripting
Refer the below link which has the approach with example shared by me.
Integration hub ebonding spoke
If my response helped please mark it correct and close the thread so that it benefits future readers.
Ankur
✨ Certified Technical Architect || ✨ 10x ServiceNow MVP || ✨ ServiceNow Community Leader
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-07-2025 03:27 AM
Explore: IDR - Instance data replication
Regards
Dr. Atul G. - Learn N Grow Together
ServiceNow Techno - Functional Trainer
LinkedIn: https://www.linkedin.com/in/dratulgrover
YouTube: https://www.youtube.com/@LearnNGrowTogetherwithAtulG
Topmate: https://topmate.io/dratulgrover [ Connect for 1-1 Session]
****************************************************************************************************************
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-07-2025 03:34 AM
Dear Atul,
As IDR is a paid plugin it will not meet our requirement as we need to transfer data only once as we are migrating from instance A to instance B. Is there any other best practice for this type of requirement?
Thank you,
Puneet
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-07-2025 03:37 AM
I'm not 100% certain, but it's possible to build an integration between A and B. From A, you could use the update API to send all data to B. In this case, the timestamps will differ, but I believe all data will still be transferred.
Integration between SN to SN is relatively simple and straightforward. However, it's a time-consuming task, as you'll need to configure the API for each record individually. Alternatively, you could try using XML import/export, but that would also require importing and exporting records one by one.
Regards
Dr. Atul G. - Learn N Grow Together
ServiceNow Techno - Functional Trainer
LinkedIn: https://www.linkedin.com/in/dratulgrover
YouTube: https://www.youtube.com/@LearnNGrowTogetherwithAtulG
Topmate: https://topmate.io/dratulgrover [ Connect for 1-1 Session]
****************************************************************************************************************
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-07-2025 03:43 AM - edited 10-07-2025 03:44 AM
I would highly recommend to use Instance Data Replication IDR as this would be the perfect scenario for 'Build Vs Buy' option. To build integration from scratch using Scripted REST API or Flow Designer or any other methods for such a scenario would create technical debt with detailed testing pre-requisites, development efforts and overall cost of purchasing IDR solution could be a better option than building and maintaining a custom solution.
Refer below article for more information on IDR
https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1191897
Talk to your Accounts team to get in touch with ServiceNow representative and discuss the options.
If this helped to answer your query, please mark it helpful & accept the solution.
Thanks,
Bhuvan
