robot
2024.10
true
UiPath logo, featuring letters U and I in white
Robot admin guide
Last updated 18. Nov. 2024

Roboter-Executor

UiPath Executor ist eine Dienstkomponente der UiPath-Softwarestruktur, die zum Ausführen von Automatisierungen oder Aufträgen verwendet wird. Es ist die Komponente, die die Automatisierungs-Workflows ausführt, und Sie können sie in der Liste der Systemdienste als UiPath.Executor.exe identifizieren.

Wie es funktioniert

Während des Lebenszyklus einer Automatisierung stellt der Executor die Ausführungsphase dar:

  1. Design stage—Once an automation workflow is designed and created in Studio, it is then published to Orchestrator.

  2. Orchestrator stage—The Orchestrator is the component that manages, controls, and logs the operations executed by the robots. Here, you can schedule a job or run it on-demand.

  3. Execution stage—When a task is scheduled or triggered, Orchestrator sends a command to the Robot Service. The Robot Service then starts instances of UiPath Executor to run the automation task. Each instance operates in an isolated session, ensuring that if one task fails, the others remain unaffected.

  4. Post-execution stage—When the task is completed, Executor instances are terminated, and the results are sent back to the Orchestrator. Details such as execution time, status (success or failure), and any exceptions are logged and can be analyzed for troubleshooting or process improvement.

Capabilities

Einige der Executor-Funktionen umfassen:

  • Executing local or remote tasks—UiPath Executor can execute tasks both in the local device where the Robot Service is installed, or it can connect to other devices remotely and execute tasks there.

  • Running jobs concurrently—The Executor is capable of performing multiple automations at the same time, each one operating as an independent session.

  • Load balancing and task prioritization—Together with UiPath Orchestrator, the Executor can help balance automation loads across multiple robots and prioritize tasks based on predefined rules.

  • Maintaining workflow isolation—Each execution in the Executor is isolated, implying that error or failure in one job does not impact the performance of the rest.

Hinweis:

Der Executor passt sich an verschiedene DPI-Einstellungen an, sodass Workflows mit jeder Auflösung ausgeführt werden können. Wenn einige Anwendungen DPI nicht verarbeiten können, können Sie diese spezielle Funktion deaktivieren.

Executor-Typen basierend auf Automatisierungsprojekten

Basierend auf dem Automatisierungsprojekt startet der Roboterdienst den relevanten Executor-Typ, der die Automatisierung ausführen soll. Die folgenden Tabellen fassen die Projekttypen zusammen, die ein Executor basierend auf dem verwendeten Zielframework ausführen kann.

Projekt-/Executor-Typ

Architektur

Unterstütztes Betriebssystem

Verwendetes Framework

Windows – Legacy

32-Bit

Windows (x64 und x86)

.NET Framework 4.6.1

Windows

64-Bit

Windows x64

.NET 8 mit Windows-Unterstützung (.NET Core – Windows)

Plattformübergreifend

64-Bit

Windows, Linux, MacOS (64-Bit)

.NET 8 mit plattformübergreifender Unterstützung (.NET Core)

Jede Zeile in der Tabelle stellt einen anderen Executor-Typ dar und zeigt, wie er für die Ausführung von Projekten basierend auf den spezifischen Anforderungen des Projekttyps, des Zielbetriebssystems und der verwendeten .NET-Framework-Version konfiguriert ist. Diese Informationen helfen dabei, zu verstehen, welcher Executor für das jeweilige Projekt geeignet ist, um die Kompatibilität mit der Zielumgebung sicherzustellen und die relevanten Framework-Funktionen zu nutzen.

Benutzerkonfigurationen für den Executor

Der Executor verfügt über eine dedizierte Systemvariable UIPATH_HEADLESS_WITH_USER, die Sie abhängig vom Benutzertyp, der die Automatisierung ausführt, und der auf Ihrer Maschine installierten Version des Roboters konfigurieren können.
Wenn der Benutzer das lokale System ist, können Sie Hintergrundautomatisierungen mit Robot 2021.10 oder einer neueren Version ausführen. Hier sollte die Einstellung für UIPATH_HEADLESS_WITH_USER entweder Falseoder überhaupt nicht festgelegt sein.

Wenn der Benutzer, der die Automatisierung ausführt, über Anmeldeinformationen im Orchestrator verfügt, sollten Sie drei Szenarien in Betracht ziehen:

  • Für jede Version von Robot, die Hintergrundautomatisierungen ausführt, sollte die UIPATH_HEADLESS_WITH_USER -Einstellung auf True stehen.
  • Für eine Version von Robot, die Vordergrundautomatisierungen ausführt, darf keine UIPATH_HEADLESS_WITH_USER -Variable festgelegt sein.
  • Sowohl für Vordergrund- als auch für Hintergrundautomatisierungen, die die Robot-Version 2021.4 oder älter verwenden, darf keine UIPATH_HEADLESS_WITH_USER -Variable festgelegt sein.
In der folgenden Tabelle sind die Benutzerbedingungen für den Executor zusammengefasst.

Benutzertyp

Automatisierungstyp

UIPATH_HEADLESS_WITH_USER -Einstellung

Die Roboterversion, die diese Konfiguration verwendet

Lokaler Systembenutzer

Hintergrund

False oder NULL

2021.10 und neuer

Benutzer, der in Orchestrator konfiguriert ist

Hintergrund

True

Alle Versionen

Vordergrund

Keine Variable erforderlich

Alle Versionen

Alle

Keine Variable erforderlich

2021.4 und älter

Executor vorab geladen

Normalerweise benötigt jeder Prozess Zeit, um den erforderlichen Workflow, die Pakete und die Bibliotheken in den Arbeitsspeicher zu laden, bevor er mit der Verarbeitung beginnen kann. In einem vorab geladenen Setup werden diese Abhängigkeiten bereits in dedizierten Ausführungsslots in den Speicher geladen. Ein vorab geladener Executor ist standardmäßig aktiviert.

Hier sind einige wichtige Details zum vorab geladenen Executor:

  • Schnellere Ausführung: Durch das Vorladen des Prozesses können Ihre Roboter viel schneller mit der Arbeit an ihren Aufgaben beginnen.

  • Ressourcennutzung: Mit einem vorab geladenen Executor verbrauchen Roboter weniger Ressourcen, da die erforderlichen Workflows bereits in den Speicher geladen sind.

  • Verfügbarkeit: Vorgeladene Executors sind in erster Linie für Attended-Automatisierungen konzipiert, die über Assistant, RobotJS, Studio oder die Befehlszeilenschnittstelle gestartet werden. Unattended-Aufträge vom Orchestrator initiieren einen einzelnen, nicht vorab geladenen Executor.

Systemvariablen für das vorab geladene Setup

Sie können das Verhalten von vorab geladenen Executors verwalten, indem Sie bestimmte Umgebungsvariablen auf der Robotermaschine wie folgt festlegen:

Umgebungsvariable

Wert

Beschreibung

UIPATH_PRE_LOADED_EXECUTOR

Keine

Überschreibt das Standardverhalten und startet den vorab geladenen Executor nur, wenn der erste Auftrag gestartet wird.
UIPATH_DISABLE_PRE_LOADED_EXECUTOR

True

Deaktiviert den vorab geladenen Executor.

Wie es funktioniert

Wenn Sie die Variable UIPATH_PRE_LOADED_EXECUTOR zu Ihrem System hinzufügen, konfigurieren Sie ein vorab geladenes Setup. Dadurch werden zwei Executors gestartet: einer, wenn ein Auftrag startet, und ein anderer, der auf zukünftige Aufträge wartet – der vorab geladene Executor. Wenn ein anderer Auftrag gestartet wird, verwendet er den vorab geladenen Executor und erzeugt einen anderen vorab geladenen Executor, der auf den nächsten Auftrag wartet. Kurz gesagt, ein vorab geladenes Setup stellt immer sicher, dass ein verfügbarer Executor auf Aufträge wartet.

Vorab geladene Executors und Betriebssysteme

Bei Windows -Geräten startet UiPath.Service.UserHost.exe beim Start zwei vorab geladene Executors: einen für Windows-Projekte und einen anderen für Windows-Legacy-Projekte.
Bei macOS -Geräten wird beim Start von UiPath.Service.UserHost.exe ein einzelner vorab geladener Executor für plattformübergreifende Projekte gestartet.

War diese Seite hilfreich?

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