- 入门指南
- 最佳实践
- 租户
- 操作
- 文件夹上下文
- 自动化
- 流程
- 作业
- 触发器
- 日志
- 监控
- 队列
- 资产
- 存储桶
- Test Suite - Orchestrator
- 操作目录
- 配置文件
- 系统管理员
- 身份服务器
- 身份验证
- 其他配置
- 集成
- 传统机器人
- 故障排除
关于日志
“日志”页面会显示机器人在您有权访问的所有文件夹内生成的日志。
如需访问,请从文件夹上下文导航到 Orchestrator“自动化”选项卡,然后从显示的选项中选择“日志”。
C:\Windows\SysWOW64\config\systemprofile\AppData\Local\UiPath\Logs\execution_log_data
) 中。恢复连接后,系统会按日志的生成顺序将其分批发送。
作业状态存储在 UiPath 机器人服务的内存中。如果 Orchestrator 处于可用状态,则系统会在二者之间同步作业状态的相关信息。不过,如果 Orchestrator 处于不可用状态,则您在重启 UiPath 机器人服务后便会丢失此类信息。这意味着,每当 Orchestrator 处于可用状态时,您均需再次执行作业。
日志可以发送到 ElasticSearch,本地 SQL 数据库和/或 Insights,使您能够具有不可否认的日志。两者彼此独立,因此,其中一者发生问题不会影响另一者。
如果日志发送到 Elasticsearch 或 SQL 数据库,则日志页面会显示机器人发送到 Orchestrator 的条目。如果日志同时发送到 Elasticsearch 和 SQL,则日志页面仅显示发送到 Elasticsearch 的条目。
当机器人日志达到 200 万个时,SQL 数据库的性能开始下降,一旦达到 600 万个阈值,性能就会严重下降。 降级会导致日志搜索速度变慢,并影响自动化的性能。
这些阈值代表我们观察到的平均值。 根据您的数据库服务器硬件,这些值可以更小或更大(最多 2 到 3 倍)。
您需要定期 清理 数据库,以确保不超出这些限制。
但是,如果您的业务需求需要超过这些阈值,则需要使用 Elasticsearch 以保持性能。
请注意,如果您使用 Elasticsearch 来存储机器人日志,则在某些情况下只能查询 10000 个项目。
由于 Elasticsearch 的限制,我们将 Cloud Platform 的 Orchestrator 租户配置为忽略大于 50 KB 的机器人日志。绝大多数日志的平均大小约为 2 KB。
记录的消息包括以下级别:“Trace”、“Debug”、“Info”、“Warn”、“Error”和“Fatal”。
自定义消息也可以通过日志消息活动从 Studio 发送到此页面。可以记录上述所有级别的消息,并且应将其用于诊断目的。
例如,在下面的屏幕截图中,您可以看到我们记录了一条严重级别为 Fatal 的自定义消息。
通过单击导出按钮将数据导出到 .csv 文件。生成此文件时,系统会考虑应用到此页面的筛选器。例如,如果您设置为仅查看过去 30 天严重性级别为 Info 的日志,则仅下载符合这些条件的条目。
请注意,为了确保最佳性能,导出的条目不按时间倒序排列。
仅在以下情况下,日志的顺序可能不正确:
- 有两个或更多机器人日志条目的时间戳几乎相同 - 它们直到毫秒部分都相同(表示为
yyyy-MM-dd HH\:mm\:ss.fff
的时间相同),但在毫秒的子单位不同(yyyy-MM-dd HH\:mm\:ss.fffffff
中的最后四个值不同)。 - 在 Orchestrator 中查看日志时,日志在网格中以默认顺序排序(按时间降序排序)。
但是,这不会影响数据库和导出的 .csv文件。