- Erste Schritte
- Best Practices
- 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 der Kennwörter von Unattended-Robotern im 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
- Konfigurieren von Automatisierungsfunktionen
- Audit
- Einstellungen
- Cloud Robots
- Ausführen von Unattended-Automatisierungen mit Cloud Robot – VM
- Hochladen Ihres eigenen Image
- Wiederverwenden von benutzerdefinierten Maschinen-Images (für manuelle Pools)
- Zurücksetzen der Anmeldeinformationen für eine Maschine (für manuelle Pools)
- Überwachung
- Sicherheitsupdates
- Testversion anfordern
- Häufig gestellte Fragen
- Konfigurieren einer VPN für Cloud-Roboter
- Live-Streaming und Remotesteuerung
- Events
- Anzeigen und Zugreifen auf Benachrichtigungen
- Anzeigen und Zugreifen auf E-Mail-Benachrichtigungen
- Es werden nur ungelesene Benachrichtigungen angezeigt
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Abonnieren von Ereignissen
- Abbestellen von Ereignissen
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- 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.
Ein Beispiel für dieses Szenario ist das Abrufen eines Warteschlangenelements, sobald es hinzugefügt wurde: Bei der Ausführung über die Schnittstelle werden die neuen Warteschlangenelemente möglicherweise nicht sofort angezeigt, da es eine leichte Asynchronität zwischen der operativen Datenbank (in die das Element geschrieben wird) und der Replik (die zum Lesen des Elements aufgerufen wird) gibt. 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.