Réplica Orchestrator en lecture seule

Comment la réplique de la base de données en lecture seule Orchestrator améliore les performances en déchargeant les charges de travail de lecture

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.

Un exemple de ce scénario est la récupération d'un élément de file d'attente dès son ajout : lorsqu'elle est effectuée à partir de l'interface, les nouveaux éléments de file d'attente peuvent ne pas être affichés instantanément, car il existe une légère asynchronisme entre la base de données opérationnelle (où l'élément est écrit) et la réplique (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.

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

Les données des éléments de la file d'attente peuvent être récupérées à partir du réplica en lecture seule.

Vous pouvez activer cela via le paramètre Features.Queues.QueryUseReadOnlyReplica du fichier UiPath.Orchestrator.dll.config. Plus de détails ici.

Surveillance d'Orchestrator

Les données utilisées pour afficher vos vues de surveillance peuvent être récupérées à partir du réplica en lecture seule.

Vous pouvez activer cela via le paramètre Monitoring.UseReadOnlyReplica du fichier UiPath.Orchestrator.dll.config. Plus de détails ici.