- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Gestion de grands déploiements
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Réplica Orchestrator en lecture seule
- Exportation des grilles dans l'arrière-plan
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Authentification par carte à puce
- Audit
- Paramètres - Niveau du locataire
- Service de catalogue de ressources
- Robots Automation Suite
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Intégrations
- Robots classiques
- Résolution des problèmes
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.
Par exemple, ce scénario peut s’appliquer au processus de récupération d’un élément de la file d’attente immédiatement après son ajout : en effet il est possible que les nouveaux éléments de file d’attente ne s’affichent pas instantanément lorsqu’ils sont exécutés à partir de l’interface, en raison d’un léger décalage entre la base de données opérationnelle (où l’élément est écrit) et la réplique (appelée afin de 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.
ApplicationIntent=ReadOnly
), Orchestrator l’utilisera pour récupérer les éléments suivants :
- Éléments de file d'attente
- Données de surveillance
- données de tâche
Les données des éléments de la file d'attente peuvent être récupérées à partir du réplica en lecture seule.
Features.Queues.QueryUseReadOnlyReplica
du fichier UiPath.Orchestrator.dll.config
. Plus de détails ici.Les données utilisées pour afficher vos vues de surveillance peuvent être récupérées à partir du réplica en lecture seule.
Monitoring.UseReadOnlyReplica
du fichier UiPath.Orchestrator.dll.config
. Plus de détails ici.