- Erste Schritte
- Best Practices
- Organisationsmodellierung im Orchestrator
- Verwalten großer Bereitstellungen
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Organisieren von Ressourcen mit Tags
- Schreibgeschütztes Orchestrator-Replikat
- Exportieren von Rastern im Hintergrund
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern von Unattended-Roboterkennwörtern in Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im AWS Secrets Manager (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- Audit
- Ressourcenkatalogdienst
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Hostverwaltung
- Identity Server
- Authentication
- Organisationsadministration
- Sonstige Konfigurationen
- Integrationen
- Klassische Roboter
- Fehlersuche und ‑behebung
Schreibgeschütztes Orchestrator-Replikat
Der Orchestrator verwaltet ein schreibgeschütztes Replikat seiner Betriebsdatenbank mit Lese-/Schreibzugriff, um die Leistung zu verbessern. Einige schreibgeschützte Workloads werden auf das schreibgeschützte Replikat geleitet, um den Verbrauch von Schreibreplikaten zu optimieren. Dadurch können Daten schneller gelesen und geladen werden, was wiederum die Leistung Ihres Systems gewährleistet.
Als Ergebnis dieser Implementierung kann eine geringfügige Verzögerung zwischen den Schreib- und Leseaktionen auftreten. Dies ist zu erwarten und hat keine Auswirkungen auf die Verfügbarkeit von Daten.
Features.Queues.QueryUseReadOnlyReplica
parameter in the UiPath.Orchestrator.dll.config
file. Details...Bitte beachten Sie, dass wenn der Workflow versucht, Warteschlangenelemente abzurufen, sobald sie hinzugefügt wurden, diese möglicherweise nicht sofort angezeigt werden, da es eine leichte Verzögerung im Millisekundenbereich zwischen der Betriebsdatenbank (in der das Element geschrieben wird) und dem Replikat gibt (die zum Lesen des Elements aufgerufen wird).
Sie können dies jedoch vermeiden, indem Sie die Aktivität Get transaction item anstelle von Get Queue Items verwenden, da erstere das Warteschlangenelement in ihrer Antwort einschließt.
Monitoring.UseReadOnlyReplica
parameter in the UiPath.Orchestrator.dll.config
file. Details...Der gleiche Mechanismus gilt beim Abrufen von Daten, die zum Anzeigen Ihrer Überwachungsansichten verwendet werden.