IDR vs Remote Spoke
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
yesterday
I want to have certain tables synched between PROD and sub prod on ongoing basis. What is the best option for this? I see that IDR requires subscription and Remote Spoke doesn't. Is Remote Spoke set up complicated if we want to only have few tables?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
yesterday
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
yesterday
hello @samadam
Instance Data Replication (IDR) :
IDR is a ServiceNow-managed, near real-time replication solution designed to keep data in sync across instances.
Pros
Near real-time synchronization
Fully supported and managed by ServiceNow
Handles updates, inserts, and deletes automatically
Minimal configuration and low operational overhead
Reliable for large data volumes and complex dependencies
Cons
Requires a paid subscription
Limited flexibility in transformation or custom logic
Typically used for many tables, not just a small subset
IntegrationHub – Remote Spoke / Remote Tables:Remote Spoke allows you to expose tables from PROD as read/write remote tables in Sub-Prod using IntegrationHub, without physically copying data.
Pros
No additional subscription if IntegrationHub is already licensed
Ideal when you need to sync only a few tables
More control over which tables and fields are exposed
Supports read-only or read/write access
No data duplication (single source of truth remains PROD)
Cons
Not true replication (data is accessed remotely)
Performance depends on network and API response times
Requires careful access control and security setup
Slightly more configuration effort than IDR
Since your requirement is to synchronize only a few tables on an ongoing basis:
Use Remote Spoke if:
You want to avoid additional licensing costs
You need flexibility and selective table access
Remote access (instead of physical replication) is acceptable
Use IDR if:
You need guaranteed near real-time replication
You want the simplest operational model
Budget is not a concern
If this response proves useful, please mark it as Accept as Solution and Helpful. Doing so benefits both the community and me.
