- 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
- 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
- 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
Roboter-Protokolle
Protokolle sind Dateien mit Zeitstempeln, die informative Ereignisse, Fehler- und Warnmeldungen enthalten, die für die Anwendung relevant sind.
Die Protokolltypen werden auf den folgenden Seiten vorgestellt:
Die Protokolle der Roboter-Ausführung sind Meldungen, die bei der Ausführung eines Prozesses erzeugt werden. Sie enthalten Informationen zum Verhalten des Prozesses sowie benutzerdefinierte Meldungen im Workflow.
Ausführungsprotokolle werden generiert von:
- Die Aktivität Write Line erstellt Protokolle auf der Stufe „Trace“.
- Aktivität Log Message, die Protokolle auf der Stufe erstellt, die im Eigenschaftsfeld Stufe der Aktivität angegeben ist.
- Beim Ausführen eines Automatisierungsprojekts werden Protokolle erstellt, die das Verhalten jeder Aktivität beinhalten. Diese Protokolle verwenden die Stufe
Trace
, wenn die Einstellung Stufe im Fenster „Orchestrator-Einstellungen“ 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.
- Ö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 im Dienstmodus installiert ist, sind Administratorrechte erforderlich, um diese Einstellung zu bearbeiten.
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.
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.
<Installation Folder>\NLog.config
konfigurieren.
<Installation Folder>\NLog.config
gesteuert. Die Diagnoseprotokolle werden durch den Internal-Protokollierer gesammelt und mithilfe von NLog targets weitergeleitet.
%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>
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 in der NLog.config
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.
<system.serviceModel>
hinzugefügt werden.
<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.
Die Roboter-Diagnoseprotokolle liefern Informationen in Bezug auf den Roboter selbst und dessen Kontext. Sie sind nützlich für die Identifizierung der Ursache eines bestimmten Fehlers.
Roboterdiagnoseprotokolle werden an den folgenden Orten gespeichert:
- Unter Windows werden Diagnoseprotokolle im Zusammenhang mit Fehlern in der Ereignisanzeige protokolliert.
-
Auf allen Plattformen, einschließlich Windows, werden ausführliche Diagnoseprotokolle in eine Datei geschrieben:
%LocalAppData%\UiPath\Logs\internal\Robot.log
unter Windows, wenn der Roboter im Benutzermodus installiert ist.%PROGRAMDATA%\UiPath\Logs\internal\Robot.log
unter Windows, wenn der Roboter im Dienstmodus installiert ist.~/.local/share/UiPath/Logs/internal/Robot.log
auf anderen Plattformen.
.etl
-Datei geschrieben.
cd
auf das Installationsverzeichnis zu, z. B. cd C:\Program Files\UiPath\Studio
, und führen Sie den Befehl UiRobot.exe --enableLowLevel
aus.
cd
auf das Installationsverzeichnis zu, z. B. cd C:\Program Files\UiPath\Studio
, und führen Sie den Befehl UiRobot.exe --disableLowLevel
aus.
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.