- Versionshinweise
- Erste Schritte
- UiPath Assistant
- Installation und Upgrade
- Robotertypen
- Roboterkomponenten
- Lizenzierung
- Verbindung von Robotern mit Orchestrator
- Prozesse und Aktivitäten
- Protokollierung
- Roboter-Protokolle
- Protokollierungs- und Protokollstufen
- Robot JavaScript SDK
- Spezifische Szenarien
- 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
- Neustarten von Roboterkomponenten
- Fehlersuche und ‑behebung
- Informationen zur Fehlerbehebung
- 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
Roboter-Benutzerhandbuch
Roboter-Protokolle
Protokolle sind Dateien mit Zeitstempel, die informative Ereignisse, Fehler- und Warnmeldungen enthalten, die für die Anwendung relevant sind.
C:\Windows\System32\config\systemprofile\AppData\Local\UiPath\Logs\execution_log_data
) innerhalb des verfügbaren Platzes auf der Festplatte gespeichert, bis die Verbindung wiederhergestellt wird. Ist die Verbindung wiederhergestellt, werden die Protokolle in Batches in der Reihenfolge gesendet, in der sie erzeugt wurden.
Der Status eines Jobs wird im Speicher des UiPath Robot-Dienstes gespeichert. Ist der Orchestrator verfügbar, werden Informationen in Hinblick auf den Jobstatus zwischen den beiden synchronisiert. Falls der Orchestrator aber nicht verfügbar ist und Sie den UiPath Robot-Dienst neu starten, gehen die Informationen verloren. Dies bedeutet, dass der Job, sobald der Orchestrator wieder verfügbar ist, erneut ausgeführt wird.
Diese Protokolle liefern Informationen in Bezug auf den Roboter (Robot) selbst und dessen Kontext. Sie sind nützlich für die Identifizierung der Ursache eines bestimmten Fehlers.
Standardmäßig sind die Roboter-Diagnoseprotokolle aktiviert, und alle Meldungen auf den Stufen Fehler (Error) oder Warnung (Warning) werden protokolliert.
Wenn andere Stufen der Protokollierung benötigt werden, können diese aktiviert werden, sofern Low Level Tracing aktiviert ist. Standardmäßig ist diese Funktion deaktiviert.
UiRobot.exe --enableLowLevel
in der Eingabeaufforderung aus.
UiRobot.exe --disableLowLevel
in der Eingabeaufforderung aus.
.etl
-Datei. Dies aktiviert eine ausführliche Ablaufverfolgung für den Roboter-Executor und -Dienst in der Ereignisanzeige.
cd
aufzurufen, beispielsweise cd C:\Program Files\UiPath\Studio
.
Es wird empfohlen, die Ablaufverfolgung auf niedriger Ebene nur zu aktivieren, während ein Problem untersucht wird, und sie zu deaktivieren, wenn die Untersuchung beendet ist.
.etl
-Datei mit den Ablaufverfolgungsinformationen erst generiert, nachdem Sie die Funktion deaktiviert haben.
Der Roboter muss nicht neu gestartet werden, damit die Änderungen wirksam werden.
<Installation Folder>\NLog.config
gesteuert. Die Diagnoseprotokolle werden durch den Internal-Protokollierer gesammelt und mithilfe von NLog targets weitergeleitet.
NLog.config
angegeben:
<target xsi:type="EventLog" name="eventLog" layout="${callsite:className=false:includeSourcePath=true:methodName=false} ${message}"
source="UiPath" log="Application" />
<logger name="Internal" minLevel="Trace" writeTo="eventLog" />
NLog.config
benötigen Sie Administratorberechtigungen. Der Dienst UiRobot.exe muss neu gestartet werden, wenn das Ziel Internal in der Datei NLog.config
geändert wurde, damit die Änderungen wirksam werden.
Dieser Dateityp kann von der Ereignisanzeige aus geöffnet werden:
- Im Bereich Actions der Ereignisanzeige klicken Sie Gespeichertes Protokoll öffnen an. Das Fenster Gespeichertes Protokoll öffnen wird angezeigt.
- Navigieren Sie zur Datei mit dem erzeugten Nachverfolgungsprotokoll und klicken Sie auf Öffnen. Die Datei wird im linken Panel unter Gespeicherte Protokolle angezeigt.
-
Wählen Sie die Datei aus. Beachten Sie, dass die Inhalte der Protokolle angezeigt werden.
Die Protokolle der Roboter-Ausführung sind Meldungen, die bei der Ausführung eines Prozesses erzeugt werden, und sie enthalten typischerweise Informationen zum Verhalten des Prozesses sowie benutzerdefinierte Meldungen.
Es gibt mehrere Möglichkeiten, wie Ausführungsprotokolle erzeugt werden können:
- Die Aktivität Zeile schreiben (Write Line) erstellt Protokolle auf der unteren Nachverfolgungsstufe.
- Die Aktivität Protokollmeldung (Log Message) erstellt Protokolle auf der Stufe, die im Eigenschaftsfeld Grad (Level) angegeben ist.
- Beim Ausführen eines Automationsprojekts werden Protokolle erstellt, die das Verhalten jeder Aktivität beinhalten. Diese Protokolle haben die Nachverfolgungsstufe, wenn die Einstellung Stufe (Level) im Fenster Orchestrator-Einstellungen (Orchestrator Settings) auf Verbose festgelegt ist.
Die standardmäßige Protokollierungsstufe wird über die Einstellung Stufe (Level) im Fenster Orchestrator-Einstellungen (Orchestrator Settings) gesteuert. Standardmäßig ist sie auf Informationen (Information) festgelegt.
Änderung der standardmäßigen Protokollierungsstufe im Fenster Orchestrator-Einstellungen (Orchestrator Settings):
- Öffnen Sie in UiPath Assistant zuerst das Menü „Einstellungen“ und dann Orchestrator-Einstellungen.
-
Wählen Sie die gewünschte Protokollierungsstufe im Dropdown-Menü Protokollstufe des Abschnitts Protokollierung.
Hinweis: Wenn der Roboter als Windows-Dienst installiert ist, ist eine Administratorberechtigung erforderlich, um diese Einstellung zu bearbeiten.
%LocalAppData%\UiPath\Logs
abgelegt. Die Meldungen werden vom WorkflowLogging-Logger gesammelt und können mithilfe von NLog-Zielen weitergeleitet werden, wie dies durch die folgenden Parameter in der Datei NLog.config
angegeben ist:
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<variable name="WorkflowLoggingDirectory" value="${specialfolder:folder=LocalApplicationData}/UiPath/Logs" />
<rules>
<logger name="WorkflowLogging" writeTo="WorkflowLogFiles" final="true" />
</rules>
<targets>
<target type="File" name="WorkflowLogFiles" fileName="${WorkflowLoggingDirectory}/${shortdate}_Execution.log" layout="${time} ${level} ${message}" keepFileOpen="true" openFileCacheTimeout="5" concurrentWrites="true" encoding="utf-8" writeBom="true" />
</targets>
</nlog>
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<variable name="WorkflowLoggingDirectory" value="${specialfolder:folder=LocalApplicationData}/UiPath/Logs" />
<rules>
<logger name="WorkflowLogging" writeTo="WorkflowLogFiles" final="true" />
</rules>
<targets>
<target type="File" name="WorkflowLogFiles" fileName="${WorkflowLoggingDirectory}/${shortdate}_Execution.log" layout="${time} ${level} ${message}" keepFileOpen="true" openFileCacheTimeout="5" concurrentWrites="true" encoding="utf-8" writeBom="true" />
</targets>
</nlog>
Wenn der Roboter mit dem Orchestrator verbunden ist, werden alle Ausführungsprotokolle an den Orchestrator gesendet und können auf der Seite Protokolle eingesehen werden.
<Installation Folder>\NLog.config
konfigurieren.
Um zu vermeiden, dass eine große Menge von Protokolldateien erstellt wird, die Speicherplatz auf der Maschine verbrauchen, können Sie Protokolldateien archivieren, sobald eine bestimmte Anzahl von Dateien erreicht wurde.
<target>
-Tag hinzu:
- archiveNumbering="Date"
- archiveEvery="Day"
- archiveDateFormat="yyyy-MM-dd"
- archiveFileName="${WorkflowLoggingDirectory}/{#}_Execution.log"
-
maxArchiveFiles="10"
<?xml version="1.0" encoding="utf-8" ?> <nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <variable name="WorkflowLoggingDirectory" value="${specialfolder:folder=LocalApplicationData}/UiPath/Logs" /> <rules> <logger name="WorkflowLogging" writeTo="WorkflowLogFiles" final="true" /> </rules> <targets> <target type="File" name="WorkflowLogFiles" fileName="${WorkflowLoggingDirectory}/${shortdate}_Execution.log" layout="${time} ${level} ${message}" keepFileOpen="true" openFileCacheTimeout="5" concurrentWrites="true" encoding="utf-8" writeBom="true" archiveNumbering="Date" archiveEvery="Day" archiveDateFormat="yyyy-MM-dd" archiveFileName="${WorkflowLoggingDirectory}/{#}_Execution.log" maxArchiveFiles="10" /> </targets> </nlog>
<?xml version="1.0" encoding="utf-8" ?> <nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <variable name="WorkflowLoggingDirectory" value="${specialfolder:folder=LocalApplicationData}/UiPath/Logs" /> <rules> <logger name="WorkflowLogging" writeTo="WorkflowLogFiles" final="true" /> </rules> <targets> <target type="File" name="WorkflowLogFiles" fileName="${WorkflowLoggingDirectory}/${shortdate}_Execution.log" layout="${time} ${level} ${message}" keepFileOpen="true" openFileCacheTimeout="5" concurrentWrites="true" encoding="utf-8" writeBom="true" archiveNumbering="Date" archiveEvery="Day" archiveDateFormat="yyyy-MM-dd" archiveFileName="${WorkflowLoggingDirectory}/{#}_Execution.log" maxArchiveFiles="10" /> </targets> </nlog>Hinweis:maxArchiveFiles
ist der Parameter, der die Anzahl der Archivdateien steuert.Hinweis: Für das Bearbeiten der DateiNLog.config
benötigen Sie Administratorberechtigungen. Der Roboter muss nicht neu gestartet werden, damit die Änderungen wirksam werden.
UiPath.Executor.exe.config
, die sich im Ordner C:\Program Files\UiPath\Studio
befindet, angepasst werden. Dazu muss XML-Code unter dem Tag <system.serviceModel>
hinzugefügt werden. Zum Beispiel:
<tracking>
<profiles>
<trackingProfile name="StandardProfile">
<workflow>
<activityStateQueries>
<activityStateQuery activityName="*">
<states>
<state name="Faulted"/>
</states>
<arguments>
<argument name="*"/>
</arguments>
<variables>
<variable name="*"/>
</variables>
</activityStateQuery>
</activityStateQueries>
</workflow>
</trackingProfile>
</profiles>
</tracking>
<tracking>
<profiles>
<trackingProfile name="StandardProfile">
<workflow>
<activityStateQueries>
<activityStateQuery activityName="*">
<states>
<state name="Faulted"/>
</states>
<arguments>
<argument name="*"/>
</arguments>
<variables>
<variable name="*"/>
</variables>
</activityStateQuery>
</activityStateQueries>
</workflow>
</trackingProfile>
</profiles>
</tracking>
<states>
nur <state name="Faulted"/>
enthält, aktiviert das Einfügen des obigen Codes nur die Protokollierung von Aktivitäten, die den Zustand Faulted aufweisen. Das Hinzufügen weiterer Parameter unter dem Tag <states>
, wie <state name="Executing"/>
, führt dazu, dass Aktivitäten mit anderen Zuständen ebenfalls protokolliert werden.
Nicht nur Aktivitätszustände lassen sich modifizieren, sondern auch Variablen und Argumente. Weitere Informationen über Anpassungsmöglichkeiten finden Sie hier.
UiPath.Executor.exe.config
erfordert einen Neustart des Roboter-Dienstes, damit die Änderungen wirksam werden.
- Roboter-Diagnoseprotokolle
- Aktivierung der Roboter-Diagnoseprotokolle
- Ziele der Roboter-Diagnoseprotokolle
- Öffnen der .etl-Protokolldatei
- Roboter-Ausführungsprotokolle
- Protokollierungsstufe der Ausführungsprotokolle
- Änderung der standardmäßigen Protokollierungsstufe im Fenster Orchestrator-Einstellungen (Orchestrator Settings):
- Ziele der Ausführungsprotokolle
- Löschen alter Protokolldateien
- Weitere Bearbeitung der Protokolle