- Versionshinweise
- Erste Schritte
- UiPath Assistant
- Installation und Upgrade
- Robotertypen
- Roboterkomponenten
- Lizenzierung
- Verbindung von Robotern mit Orchestrator
- Prozesse und Aktivitäten
- Protokollierung
- Robot JavaScript SDK
- Spezifische Szenarien
- Neustarten von Roboterkomponenten
- Windows-Sitzungen
- Anmeldung mit Thales Luna Credential System
- Anmelden mit nShield Key Storage Provider
- Weiterleitung von Robotern über einen Proxy-Server
- Ausführung von Aufgaben in einem minimierten RDP-Fenster
- Arbeiten mit zugeordneten Netzwerklaufwerken
- Anhalten eines Prozesses:
- Schaltfläche „Beenden“ deaktivieren
- Benutzerdefinierte Paketordner und Netzwerkpfade
- CrowdStrike-Integration
- Robot Citrix Apps-Virtualisierung
- Fehlersuche und ‑behebung
- Häufige Verbindungsfehler
- Nicht reagierender Roboter über RDP
- Doppelte Ausführungsprotokolle
- Häufig auftretende Fehler bei Robotern
- Erhöhte Prozessausführungsdauer
- Erzwungene Paketsignaturüberprüfung
- Nachricht zu groß für die Verarbeitung
- Fehler bei der Ausführung als Administrator
- NuGet-Pakete nach der Migration nicht zugänglich
- Aufforderung zur Benutzerzugriffssteuerung und UI-Automatisierungsaktivitäten
- .NET während der Installation erforderlich
- Assembly kann nicht vom Netzwerk oder Azure File Share geladen werden
- Aktivitäten können .NET-Runtime nicht finden
Doppelte Ausführungsprotokolle
In seltenen Fällen werden doppelte Protokolleinträge in die lokale LiteDB-Datenbank geschrieben, was zu einem übermäßigen Speicherplatzverbrauch in der Protokolldatenbank führt. Als Ergebnis würde Orchestrator auch mehrere doppelte Protokolleinträge erhalten. Da der Roboter keine Protokolle in die Datenbankdatei schreiben konnte, wurden wiederholte Versuche unternommen, ohne jeden Versuch als gesendet zu markieren.
Die LiteDB-Datenbankdatei wird beschädigt, sodass der Roboter keine Lese- und Schreibvorgänge für die Datei ausführen kann.
Es wurde eine Validierungsmethode eingeführt, um sicherzustellen, dass die LiteDB-Datei jederzeit zugänglich ist und nicht beschädigt wird. Wenn die LiteDB-Datei beschädigt wird, muss der Roboterdienst neu gestartet werden, damit automatisch eine Sicherung erstellt und eine neue Datei generiert wird, um zu verhindern, dass die Datenbank erneut beschädigt wird.