--- sourceDocument: Australia ServiceNow AI Platform Capabilities sourceDocumentLink: https://www.servicenow.com/docs/r/australia/servicenow-platform Release : - australia ft:locale : - en-US ft:publication_title : - Australia ServiceNow AI Platform Capabilities ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Monitoring queues # Monitoring queues in Instance Data Replication {#ariaid-title1} Release version: Australia Updated March 12, 2026 ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 minutes to read Summarize ![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete. ## Summary of Monitoring Queues in Instance Data Replication The Instance Data Replication (IDR) Queue Dashboard allows users to monitor various replication metrics, including queued records, outbound and inbound messages, and their processing status. Access is granted to users with admin or idradmin roles through the navigation path: Instance Data Replication \> Queue Dashboard. Show full answer Show less ## Key Features * **IDR Queued Producer Records:** Displays hourly records queued across tables, helping identify traffic patterns and potential performance lags. * **Outbound Messages Remaining:** Indicates messages pending from the producer instance, which is crucial for troubleshooting replication delays. * **Outbound Messages Processed:** Tracks the flow of records sent to the message queue, revealing if the instance is successfully sending data. * **Inbound Messages Remaining:** Shows messages pending on the consumer instance, helping assess its ability to keep up with real-time replication. * **Inbound Messages Processed:** Monitors the flow of consumed records, indicating the traffic level and processing efficiency of each consumer set. ## Key Outcomes By utilizing the IDR Queue Dashboard, ServiceNow customers can effectively manage and monitor replication health. The insights gained from the various charts help identify potential issues, such as: * Performance lags due to high activity periods. * Failures in processing messages, indicating a need for troubleshooting. * Overall efficiency of the replication process, ensuring timely data synchronization across instances. Monitoring these metrics is essential for maintaining optimal performance and reliability within ServiceNow environments. Monitor the replication record queue, message produced queue, message consumed queue, and the messages processed for all replications sets through the Instance Data Replication (IDR) Queue Dashboard. ## Accessing the IDR Queue Dashboard {#idr-queue-dashboard__section_nhq_l3q_npb} Users with the admin or idr_admin role can access the dashboard. Access the IDR Queue Dashboard by navigating to Instance Data ReplicationQueue Dashboard. ## IDR Queue Dashboard {#idr-queue-dashboard__section_nnx_y3q_npb} The IDR Queue Dashboard enables you to monitor the following: * IDR Queued Producer Records which are hourly records queued for all tables over a 24-hour time period. * Outbound Messages Remaining which are messages remaining in the replication queue that are not yet sent to the message queue. * Outbound Messages Processed which are messages produced from this instance to the message queue. * Inbound Messages Remaining which are messages remaining in the message queue, that have not yet been processed. * Inbound Messages Processed which are messages consumed on this instance. {#idr-queue-dashboard__ul_uc5_fqz_spb} In any chart, select Last 24 Hours or Last 5 Days as the time period. For the 24-hour period, the number of messages is per hour. For the 5-day period, the number of messages is per day. Select the legend link under the chart to exclude that data source. Figure 1. IDR Queue Dashboard ## IDR Queued Producer Records {#idr-queue-dashboard__section_khy_1lq_npb} With the IDR Queued Producer Records chart, you can see the number of records queued for each table over an hourly or daily period. It shows which tables account for the highest amount of traffic within IDR over time. Use this chart to identify activity spikes that cause predictable performance lags on the consumer instance. For example, if you see that a large spike of activity occurs every day at 3:00 a.m. due to a business rule on a table, you should expect a performance lag to occur on the consumer around that time. Select All Tables or a specific table. Position your cursor over a point in the chart to see the queue count and tables for that point. ## Outbound Messages Remaining {#idr-queue-dashboard__section_cbp_xnq_npb} With the Outbound Messages Remaining chart, you can determine whether a producer instance is catching up to real-time replication after a large spike in activity. When replication is working correctly, the messages remaining count should be very low. If there is a spike in activity, you can expect a large value. For example, when a business rule is changing tens of thousands of records within a minute. You can also expect messages remaining to decrease over time as the jobs process the messages. If the messages remaining count continues to grow without resolution, it might indicate: * An issue processing the messages. For example, the IDRProducerJob is not running, or cannot send messages to the message queue. * The instance is recording changes faster than IDR can produce them. {#idr-queue-dashboard__ul_tzt_jz4_ppb} Select All Sets or a specific set. Position your cursor over a point in the chart to see the message count and replication set name for that point. ## Outbound Messages Processed {#idr-queue-dashboard__section_tdd_l4q_npb} With the Outbound Messages Processed chart, you can see the flow of records from a producer instance to the message queue over time. Trends for messages processed and the messages remaining over time indicates if replication is recovering from a lag or if there are issues sending data to the message queue. Along with the Data Replication Queued Producer records chart, you can see if the instance is sending data. If your instance has queued records that are not being sent, it might indicate: * The instance is not able to run the producer job. For example, due to other resource-intensive processes running on the instance and all worker threads being busy. * There is an issue connecting to the message queue. {#idr-queue-dashboard__ul_xn5_xz4_ppb} To see the message count and replication set name for a graph point, select All Sets or a specific set and position your cursor over a point in the chart. ## Inbound Messages Remaining {#idr-queue-dashboard__section_rwp_g4q_npb} With the Inbound Messages Remaining chart, you can determine whether a consumer instance is catching up to real-time replication after a large spike in activity. You can expect a temporary large value when there is a spike in activity. The value normally decreases as the messages are processed. If this value continues to grow without resolution, it might indicate: * An issue processing the messages. For example, the IDRConsumerJob is not running, or cannot read messages from the message queue. * The instance is recording changes faster than IDR can consume them. {#idr-queue-dashboard__ul_u3p_nz4_ppb} Select All Sets or a specific set. Position your cursor over a point in the chart to see the message count and replication set name for that point. ## Inbound Messages Processed {#idr-queue-dashboard__section_zwn_54q_npb} With the Inbound Messages Processed chart, you can see the flow of records for each consumer set over time. Use the inbound messages chart to determine which replication sets have the most traffic and see trends for messages processed and the messages remaining. If the producer is sending records to the message queue and the consumer is not processing them, it might indicate issues with the producer or the consumer instance. Position your cursor over a point in the chart to see the message count and replication set name for that point. **Related concepts** * [Comparing replicated data between instances in Instance Data Replication](https://www.servicenow.com/docs/fpyIjqmYlXgkD6NyfRn_FQ "Find missing or mismatched records by comparing replication data between instances in Instance Data Replication (IDR).") * [Deploying a replication configuration from one instance to another in Instance Data Replication](https://www.servicenow.com/docs/QfpxJuAbjAejd9nIr6n4kg "Copy a replication configuration from one instance to another through an update set in Instance Data Replication (IDR).") * [Cloning options with Instance Data Replication](https://www.servicenow.com/docs/iERfEPEI4wo7VcdKNgRoTQ "Ensure that certain tables are preserved or excluded to clone your database from one instance to another successfully with Instance Data Replication (IDR).") * [Monitoring replication status in Instance Data Replication](https://www.servicenow.com/docs/NbOLQPlISfuFEzJ1ICwJtA "Monitor the status of active producer and consumer replication sets, scheduled jobs, seeding requests, license usage, or scheduled replication through the Instance Data Replication (IDR) Monitoring Dashboard.") * [Avoiding insert and update errors in Instance Data Replication](https://www.servicenow.com/docs/h~FPr2m5bJruNw3b6MT2TA "You can avoid insert and update failures in Instance Data Replication (IDR) by specifying a class name filter in the producer replication set.") **Related tasks** * [Manage consumer access to replication data in Instance Data Replication](https://www.servicenow.com/docs/GbS~jLvCgOCGA27Oy_xGTA "Approve a consumer's request to access replication data in Instance Data Replication (IDR).") **Related reference** * [Resolving data replication errors in Instance Data Replication](https://www.servicenow.com/docs/cv1szlSXY0gJ1O6VxSvO2w "Resolve errors and monitor the status of Instance Data Replication (IDR) replication sets.") *[\>]: and then