orchestrator
latest
false
Orchestrator-Anleitung
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 30. Okt. 2024

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.

Anwendungsfälle

Wenn Ihre Datenbank ein schreibgeschütztes Replikat (ApplicationIntent=ReadOnly) unterstützt, verwendet der Orchestrator es, um die folgenden Elemente abzurufen:
  • Warteschlangenelemente
  • Überwachungsdaten
  • Auftragsdaten
Andernfalls verwendet der Orchestrator die Lese-Schreib-Datenbank.
  • Anwendungsfälle

War diese Seite hilfreich?

Hilfe erhalten
RPA lernen – Automatisierungskurse
UiPath Community-Forum
Uipath Logo White
Vertrauen und Sicherheit
© 2005–2024 UiPath. Alle Rechte vorbehalten