Orchestrator Read-only Replica - Standalone 2023.4
Banner background image
Orchestrator User Guide
Last updated Dec 6, 2023

Orchestrator Read-only Replica

Orchestrator maintains a read-only replica of its read-write operational database, with the main purpose of improving performance. Some read-only workloads are directed towards the read-only replica, so as to optimize write-replica consumption. This allows data to be read and loaded faster, which, in turn, ensures the performance of your system.

As a result of this implementation, a slight delay between the write and read actions might occur. This is to be expected, and has no impact on data becoming available.

Retrieving Queue Items

An example of this scenario is retrieving a queue item as soon as it was added: when performed from the interface, the new queue items might not be displayed instantly, as there is a slight asynchronicity between the operational database (where the item is written) and the replica (which is called for reading the item).

You can, however, avoid this by using the Get transaction item activity instead of Get queue items, since the former includes the queue item in its response.

Orchestrator Monitoring

The same mechanism applies when retrieving data used to display your monitoring views.

  • Retrieving Queue Items
  • Orchestrator Monitoring
Support and Services icon
Get The Help You Need
UiPath Academy icon
Learning RPA - Automation Courses
UiPath Forum icon
UiPath Community Forum
Uipath Logo White
Trust and Security
© 2005-2024 UiPath. All rights reserved.