RPA 中不同型別的日誌及其欄位


如果您使用過軟體一段時間,則可能至少在一種情況下使用或見過“日誌”一詞。一些常見的表達,尤其是在與 RPA 相關的上下文中,例如“將它們新增到日誌中”、“驗證日誌”、“它們屬於日誌嗎?”,這些是在使用 RPA 時出現的一些常見問題。

考慮到您(或您的公司)最近在基礎設施、開發、培訓、流程識別和機器人技術方面投入了大量資金。您需要了解一切進展情況,包括您如何有效地使用機器人,以及您的自動化執行良好還是經常失敗。

並非所有級別都能直接檢視此資訊。即使是程式設計師,也只有在實際操作中觀察自動化並監控流程日誌時才能真正監控其自動化的效能。本質上,不可能在一個地方找到全面的視角。

日誌型別

UiPath 平臺為其所有重要元件提供了所有可能的功能。UiPath 特定的日誌基於 Nlog 基礎架構(Nlog 只是根據不同條件工作的中性日誌)。這些日誌可以根據不同的特徵進行分類,如下所示:

日誌類別

  • 執行開始

  • 執行結束

  • 事務開始

  • 事務結束

  • 錯誤日誌

除錯日誌

日誌類別可以透過不同的方式判斷,它描述了日誌訊息是由物理使用者設計還是由系統本身預設生成的,日誌可以是:

預設日誌

在專案執行開始和最終結束時預設生成,但是,假設在中間發生系統錯誤並且執行停止,或者當日志設定配置為記錄每個活動的執行時。此類別記錄的事件包括:

  • 任務執行開始:每次啟動流程時都會生成(級別 = 資訊)

  • 任務執行結束:每次流程完成時都會生成(級別 = 資訊)

  • 事務開始:每次啟動流程中的事務時都會生成(級別 = 資訊)

  • 事務結束:每次流程中的事務完成時都會生成(級別 = 資訊)

  • 錯誤日誌:每次執行遇到錯誤並停止時都會生成(級別 = 錯誤)

  • 除錯日誌(級別 = 追蹤):如果機器人日誌設定設定為詳細,則會生成此日誌,其中包含活動名稱、型別、變數值、引數等。

使用者定義的日誌

根據使用者在 Studio 中設計的流程生成,在使用“日誌訊息”活動或“寫入行”活動時。

日誌欄位

預設欄位

  • 訊息 - 日誌訊息。

  • 級別 - 定義日誌嚴重性。

  • 時間戳 - 執行操作的確切日期和時間。

  • 檔名 - 正在處理的 .xaml 檔案的名稱。

  • jobId - 作業流程的 keyId。

  • processName - 機器人應該執行的流程的名稱。

  • processVersion - 流程的版本號。

  • windowsIdentity - 執行操作的使用者名稱稱。

  • robotName - 機器人的名稱。

  • machineName - 機器人機器的名稱。

  • machineId - 機器人機器的 ID。

這些日誌儲存為 JSON 檔案,它們本質上只是格式為“fieldx=valuex”和“fieldy=value(y)”的鍵值對。它們被傳遞到 UiPath Orchestrator,後者會新增以下新欄位:

  • 基於日誌訊息的訊息。

  • 日誌嚴重程度。

  • 時間戳顯示操作完成的日期和時間。

  • 檔名,正在“執行”的 .xaml 檔案的名稱。

  • JobId - 執行流程的作業的唯一鍵。

  • ProcessName 是流程的標題。

  • ProcessVersion,或流程的版本,是數字七。

  • WindowsIdentity - 記錄其操作的使用者。

  • RobotName,即機器人的名稱(在 Orchestrator 中定義)。

  • MachineName - 在執行流程時機器人連線到的裝置的名稱。

完成日誌後,您可以選擇將日誌儲存在幾個位置。您的日誌將自動轉發到 Elasticsearch 和 Orchestrator 支援的 SQL 資料庫。您可以將日誌限制為僅 SQL 或僅 Elasticsearch,或者兩者都不使用!後者方法不太推薦,因為資料對於您選擇的任何型別的分析都至關重要,但這完全取決於您。

更新於:2022年12月8日

463 次瀏覽

開啟您的職業生涯

完成課程獲得認證

開始學習
廣告