Réplica Orchestrator en lecture seule

Orchestrator conserve une réplique en lecture seule de sa base de données opérationnelle en lecture-écriture, dans le but principal d'améliorer les performances. Certaines charges de travail en lecture seule sont dirigées vers le réplica en lecture seule, afin d'optimiser la consommation de réplica en écriture. Cela permet de lire et de charger les données plus rapidement, ce qui garantit les performances de votre système.

En raison de cette implémentation, un léger délai entre les actions d'écriture et de lecture peut se produire. Ceci est normal et n’a aucune incidence sur la disponibilité des données.

Récupération des éléments de la file d'attente

This can be enabled through the Features.Queues.QueryUseReadOnlyReplica parameter in the UiPath.Orchestrator.dll.config file. Details...

Sachez que, lorsque le workflow essaie de récupérer les éléments de la file d'attente dès qu'ils ont été ajoutés, ils peuvent ne pas s'afficher instantanément, car il y a un léger délai de l'ordre de la milliseconde entre la base de données opérationnelle (où l'élément est écrit) et le réplica (qui est appelée pour lire l'élément).

Vous pouvez cependant éviter cela en utilisant l'activité Obtenir l'élément de transaction (Get transaction item) au lieu de Obtenir les éléments de file d'attente (Get Queue Items), car la première inclut l'élément de la file d'attente dans sa réponse.

Surveillance d'Orchestrator

This can be enabled through the Monitoring.UseReadOnlyReplica parameter in the UiPath.Orchestrator.dll.config file. Details...

Le même mécanisme s'applique lors de la récupération des données utilisées pour afficher vos vues de surveillance.