- Erste Schritte
- Installation und Upgrade
- Robotertypen
- Roboterkomponenten
- UiPath-Roboterdienst
- Roboter-Executor
- Befehlszeilenschnittstelle
- Lizenzierung
- Verbindung von Robotern mit Orchestrator
- Prozesse und Aktivitäten
- Protokollierung
- 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
- Governance
- 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
- Fehlerbehebung bei der CrowdStrike-Integration
Benutzerhandbuch zu Robotern
Der Roboter-Executor (UiPath.Executor.exe) ist die Roboterkomponente, die direkt für die Ausführung eines Prozesses verantwortlich ist. Wenn ein Auftrag gestartet wird, startet der Roboterdienst eine Roboter-Executor-Instanz.
Der Executor erkennt die DPI-Einstellungen von jedem Monitor. Demzufolge können Workflows mit beliebigen DPI-Einstellungen ausgeführt werden, unabhängig davon, mit welcher DPI-Einstellung sie erstellt wurden. Bei Apps, die keine DPI-Einstellung erkennen können oder entsprechend konfiguriert wurden, können Sie die DPI-Einstellung deaktivieren.
Basierend auf dem Automatisierungsprojekt startet der Roboterdienst den Typ des Executors, der die Automatisierung ausführen soll.
Für jeden verfügbaren Automatisierungsprojekttyp gibt es einen Executor-Typ:
|
Projekttyp |
Architektur |
Unterstützte Plattformen |
Framework |
|---|---|---|---|
|
Windows – Legacy |
32-Bit |
Windows (32-Bit und 64-Bit) |
.NET Framework 4.6.1 |
|
Windows |
64-Bit |
Windows (64-Bit) |
.NET 6 mit Windows-Unterstützung |
|
Plattformübergreifend |
64-Bit |
Windows, Linux und macOS (64 Bit) |
.NET 6 mit plattformübergreifender Unterstützung |
Wenn Sie immer einen zusätzlichen Executor zum Ausführen einer Automatisierung bereit haben, wird die Startzeit der Prozessausführung verbessert.
Standardmäßig werden beim Starten des Roboters die folgenden vorgeladenen Executors automatisch gestartet:
-
Unter Windows: Windows und Legacy
-
Unter Mac: plattformübergreifend (portabel)
Sie können das Standardverhalten überschreiben, indem Sie die Benutzerumgebungsvariable UIPATH_PRE_LOADED_EXECUTOR zur Robotermaschine mit dem Wert Keine hinzufügen. Auf diese Weise wird der vorab geladene Executor nur gestartet, wenn der erste Prozess ausgeführt wird.
Um die vorab geladene Executor-Funktion vollständig zu deaktivieren, fügen Sie die Umgebungsvariable UIPATH_DISABLE_PRE_LOADED_EXECUTOR zur Robotermaschine hinzu, wobei der Wert auf „True“ gesetzt ist.
Die Funktion des vorgeladenen Executors ist nur für Attended-Ausführungsprozesse verfügbar, die über UiPath Assistant, RobotJS, Studio oder die Befehlszeilenschnittstelle gestartet werden. Ein Unattended-Auftrag, der über den Orchestrator gestartet wurde, startet beim Start des Auftrags einen einzelnen Executor.
