- Erste Schritte
- Grundlegendes zu UiPath Robot
- Installationsanforderungen
- Installation von Robotern für unbeaufsichtigte Automatisierungen
- Konfiguration von Robotern für unbeaufsichtigte Automatisierungen
- Bereitstellen von unbeaufsichtigten Automatisierungen
- Verbinden von Robotern für unbeaufsichtigte Automatisierungen mit Orchestrator
- Einrichtung von Windows Server für High-Density-Roboter
- Weiterleitung von Robotern über einen Proxy-Server
- Implementieren der Authentifizierung mit Anmeldeinformationsanbietern
- Einrichten von Paketordnern und Netzwerkpfaden
- Konfigurieren von Aktivitätsfeeds
- Installation von Robotern für beaufsichtigte Automatisierungen
- Konfiguration von Robotern für beaufsichtigte Automatisierungen
- Integrationen
- Governance
- Fehlersuche und ‑behebung
- Fehlerbehebung für den Roboterdienst
- Fehlerbehebung für die Ausführung
- Fehlerbehebung bei Aufzeichnung und Steuerelement
- Fehlerbehebung für Netzwerke
- Fehlerbehebung für die Verbindung
- Fehlerbehebung bei der Lizenzierung
- Fehlerbehebung bei Paketen
- Fehlerbehebung für .NET
- Fehlerbehebung für Protokollierung
- Fehlerbehebung für Sitzung

Robot-Administratorhandbuch
Beschreibung
Gelegentlich können Roboter bei der Ausführung einer unbeaufsichtigten Automatisierung kein zugeordnetes Netzwerklaufwerk finden, insbesondere wenn Hintergrundprozesse ausgeführt werden.
Mögliches Problem
Dies kann aufgrund der nicht interaktiven Beschaffenheit der Windows-Anmeldesitzung passieren.
Lösung
Ordnen Sie das Netzwerklaufwerk im Headless-Modus für jeden Auftrag zu, den der Roboter startet, indem Sie folgenden Befehl ausführen:net use Z: \\unc\path
net use Z: \\unc\path
Beschreibung
Der Versuch, ein Paket von einem Netzwerkpfad oder Azure File Share auszuführen, schlägt mit dem Fehler „System.Xaml.XamlObjectWriterException: Unbekannter Typ kann nicht erstellt werden [….]“ fehl.Der Roboter protokolliert die folgende Fehlermeldung: „System.NotSupportedException: Es wurde versucht, eine Assembly von einem Netzwerkspeicherort zu laden, was dazu geführt hätte, dass die Assembly in früheren Versionen von .NET Framework in einer Sandbox geöffnet worden wäre.“
Mögliches Problem
Die Robotermaschine vertraut möglicherweise nicht der Webadresse für die Azure File Share, auf der sich das Paket befindet. Alternativ hat das Konto, das der Roboter verwendet, möglicherweise keine Berechtigungen für diesen bestimmten Speicherort.
Lösung
Stellen Sie sicher, dass das Konto, unter dem der Roboter ausgeführt wird, über die erforderlichen Berechtigungen verfügt. Fügen Sie dann die Azure File Share-Webadresse als vertrauenswürdiges Netzwerk auf der Robotermaschine hinzu.
Beschreibung
Die Robotermaschine reagiert nicht mehr und zeigt irgendwann nach dem Start der Automatisierung eine hohe CPU-Auslastung an. Es tritt auf Maschinen mit Windows 10 v1903 auf.
Mögliches Problem
DWM.exe
auswirkt, was nach Abschluss einer Remotedesktopsitzung zu einer hohen CPU-Auslastung führt.
Lösung
Wenden Sie das Update KB4522355 auf der fehlerhaften Windows-Maschine an.