在進行歷史檔案採集、資料移轉或批量資料處理等情境時，傳統的增量日誌採集方式無法滿足一次性採集已有靜態檔案的需求。主機文本一次性採集功能支援通過控制台或API批量下發採集配置到機器組，一次性採集指定的靜態檔案內容，採集完成後任務自動結束。
適用範圍
LoongCollector 3.3及以上版本。
僅支援Linux與Windows平台的主機採集情境，不支援容器情境採集。
採集配置建立流程
準備工作：建立Project和LogStore，Project是資源嵌入式管理單元，用於隔離不同業務日誌，而LogStore用於儲存日誌。
配置機器組（安裝LoongCollector）：根據伺服器類型，安裝LoongCollector，並將其加入到機器組。使用機器組統一管理採集節點，對伺服器進行配置分發與狀態管理。
查詢與分析配置：系統預設開啟全文索引，支援關鍵詞搜尋。建議啟用欄位索引，以便對結構化欄位進行精確查詢和分析，提升檢索效率。
準備工作
在採集日誌前，需規劃並建立用於管理與儲存日誌的Project和LogStore。若已有可用資源，可跳過此步驟，直接進入配置機器組（安裝LoongCollector）。
建立Project
建立LogStore
單擊Project名稱，進入目標Project。
在左側導覽列，選擇
，單擊+。在建立LogStore頁面，完成以下核心配置：
LogStore名稱：設定一個在Project內唯一的名稱，該名稱建立後不可修改。
LogStore類型：根據規格對比選擇標準型或查詢型。
計費模式：
按使用功能計費：按儲存、索引、讀寫次數等各項資源獨立計費。適合小規模或功能使用不確定的情境。
按寫入資料量計費：僅按原始寫入資料量計費，提供30天免費儲存，以及免費的資料加工、投遞等功能。適合儲存周期接近30天或資料處理鏈路複雜的業務情境。
資料儲存時間：設定日誌的保留天數（1~3650天，3650為永久儲存），預設為30天。
其他配置保持預設，單擊確定。如需瞭解其他配置資訊，請參考管理LogStore。
步驟一：配置機器組（安裝LoongCollector）
在完成準備工作後，為不同類型的伺服器安裝LoongCollector並將其加入機器組。
以下安裝步驟僅適用於日誌源為阿里雲ECS執行個體，且該執行個體與Log ServiceProject屬於同一阿里雲帳號和相同地區的情境。
如果您的ECS執行個體與Project不在同一帳號或地區，或者日誌源為自建伺服器，請參考LoongCollector 安裝與配置進行操作。
配置步驟：
在
日誌庫頁面，單擊目標LogStore名稱前的
展開。單擊，在Logtail一次性配置頁簽下，單擊添加Logtail配置。
在快速資料接入彈框中，單擊一次性檔案採集 - 主機卡片上的立即接入。
在機器組配置頁面，配置如下參數：
使用情境：主機情境
安裝環境：ECS
配置機器組：根據目標伺服器的LoongCollector安裝情況與機器組配置狀態，選擇對應操作：
已安裝LoongCollector且已加入某個機器組，直接在源機器組列表中勾選，將其添加至應用機器組列表，無需重複建立。
未安裝LoongCollector，單擊建立機器組：
以下步驟將引導您完成LoongCollector的一鍵自動安裝並建立機器組。
系統會自動列出與 Project 同地區的 ECS 執行個體，勾選需要採集日誌的一台或多台執行個體。
單擊安裝並建立為機器組，系統將自動在所選ECS執行個體上安裝LoongCollector。
配置機器組名稱並單擊確定。
說明如果安裝失敗或一直處於等待中，請檢查ECS地區是否與Project相同。
如需將已安裝LoongCollector的伺服器加入已有機器組，請參考常見問題如何將伺服器加入到已有機器組？
檢查心跳狀態：單擊下一步，如頁面出現機器組心跳情況。查看心跳狀態，若為OK表示機器組串連正常，單擊下一步，進入Logtail配置頁面。
若為FAIL，可能是初次建立心跳需要花費一些時間，請等待兩分鐘左右，再重新整理心跳狀態。若重新整理後仍為FAIL，請參考機器組心跳串連為fail進一步排查。
步驟二：建立並配置一次性檔案採集規則
完成LoongCollector安裝和機器組配置後，進入Logtail配置頁面，定義日誌採集和處理規則。
1. 全域與輸入配置
定義採集配置的名稱及日誌採集的來源和範圍。
全域配置：
配置名稱：自訂採集配置名稱，在其所屬Project內必須唯一。建立成功後，無法修改。命名規則：
僅支援小寫字母、數字、連字號（-）和底線（_）。
必須以小寫字母或者數字作為開頭和結尾。
執行逾時時間：預設是600s（10分鐘），範圍600-604800 秒（10 分鐘~7天），單位為秒。若未能在此時間內完成採集，任務會強制停止，不再繼續採集未完成部分。
重要配置下發需注意：更新後配置有效期間會重設，需確認機器組範圍準確，且上次任務執行時間未超過執行逾時時間，避免重複下發或非預期資料上報。
更新時強制重新運行任務：預設為關閉。
關閉：
更新執行逾時時間或輸入配置之外的採集配置參數時，系統將延續當前的採集進度，不會從頭執行採集任務，保持採集的連續性。
若修改執行逾時時間或輸入配置，系統會重新執行採集任務。
開啟：更新採集配置時強制重新執行採集任務，確保所有資料的處理與上報符合最新改動的要求。注意：更新前已經採集的部分資料不會消失，如需清理請參考Log Service虛刪除）。
輸入配置：
類型：一次性檔案採集（3.3及以上版本LoongCollector可用）。
檔案路徑：日誌採集的路徑。
說明一次性採集的檔案清單以及每個檔案的大小以LoongCollector拉取到配置時的狀態為準，後續新增的檔案或檔案有追加寫的情況均不會採集。
Linux：以“/”開頭，如
/data/mylogs/**/*.log，表示/data/mylogs目錄下所有尾碼名為.Log的檔案。Windows：以盤符開頭，如
C:\Program Files\Intel\**\*.Log。
最大目錄監控深度：檔案路徑中萬用字元
**匹配的最大目錄深度。預設為0，表示只監控本層目錄。
2. Tlog與結構化
通過配置Tlog規則，將原始非結構化日誌轉換為結構化、可檢索的資料，提升日誌查詢與分析效率。建議在配置前先添加日誌範例：
在Logtail配置頁面的處理配置地區，單擊添加日誌範例，輸入待採集的日誌內容。系統將基於範例識別日誌格式，輔助產生Regex和解析規則，降低配置難度。
情境一：多行Tlog（如Java堆棧日誌）
由於Java異常堆棧、JSON等日誌通常跨越多行，在預設採集模式下會被拆分為多條不完整的記錄，導致上下文資訊丟失；為此，可啟用多行模式，通過配置行首Regex，將同一日誌的連續多行內容合并為一條完整日誌。
效果樣本：
未經任何處理的原始日誌 | 預設採集模式下，每行作為獨立日誌，堆棧資訊被拆散，丟失上下文 | 開啟多行模式，通過行首Regex識別完整日誌，保留完整語義結構。 |
|
|
|
配置步驟：在Logtail配置頁面的處理配置地區，開啟多行模式：
類型：選擇自訂或多行JSON。
自訂：原始日誌的格式不固定，需配置行首Regex，來標識每條日誌的起始行。
行首Regex：支援自動產生或手動輸入，Regex需要能夠匹配完整的一行資料，如上述樣本中匹配的Regex為
\[\d+-\d+-\w+:\d+:\d+,\d+]\s\[\w+]\s.*。自動產生：單擊自動產生Regex，然後在日誌範例文字框中，選擇需提取的日誌內容，單擊產生正則。
手動輸入：單擊手動輸入Regex，輸入完成後，單擊驗證。
多行JSON：當原始日誌均為標準JSON格式時，Log Service會自動處理單條JSON日誌內部的換行。
切分失敗處理方式：
丟棄：如果一段文本無法匹配行首規則，則直接丟棄。
保留單行：將無法匹配的文本按原始的單行模式進行切分和保留。
情境二：結構化日誌
當原始日誌為非結構化或半結構化文本（如 Nginx 訪問日誌、應用輸出日誌）時，直接進行查詢和分析往往效率低下。Log Service提供多種資料解析外掛程式，能夠自動將不同格式的原始日誌轉換為結構化資料，為後續的分析、監控和警示提供堅實的資料基礎。
效果樣本：
未經任何處理的原始日誌 | 結構化解析後的日誌 |
| |
配置步驟：在Logtail配置頁面的處理配置地區
添加解析外掛程式：單擊添加處理外掛程式，根據實際格式配置正則解析、分隔字元解析、JSON 解析等外掛程式。此處以採集NGINX日誌為例，選擇。
NGINX日誌配置：將 Nginx 伺服器設定檔（nginx.conf）中的
log_format定義完整地複製並粘貼到此文字框中。樣本：
log_format main '$remote_addr - $remote_user [$time_local] "$request" ''$request_time $request_length ''$status $body_bytes_sent "$http_referer" ''"$http_user_agent"';重要此處的格式定義必須與伺服器上組建記錄檔的格式完全一致，否則將導致日誌解析失敗。
通用配置參數說明：以下參數在多種資料解析外掛程式中都會出現，其功能和用法是統一的。
原始欄位：指定要解析的源欄位名。預設為
content，即採集到的整條日誌內容。解析失敗時保留原始欄位：推薦開啟。當日誌無法被外掛程式成功解析時（例如格式不匹配），此選項能確保原始日誌內容不會丟失，而是被完整保留在指定的原始欄位中。
解析成功時保留原始欄位：選中後，即使日誌解析成功，原始日誌內容也會被保留。
3. 日誌過濾
在日誌採集過程中，大量低價值或無關日誌（如 DEBUG/INFO 層級日誌）的無差別收集，不僅造成儲存資源浪費、增加成本，還影響查詢效率並帶來資料泄露風險。為此，可通過精細化過濾策略實現高效、安全的日誌採集。
通過內容過濾降低成本
基於日誌內容的欄位過濾（如僅採集 level 為 WARNING 或 ERROR 的日誌）。
效果樣本：
未經任何處理的原始日誌 | 只採集 |
| |
配置步驟：在Logtail配置頁面的處理配置地區
單擊添加處理外掛程式，選擇：
欄位名：過濾的日誌欄位。
欄位值：用於過濾的Regex，僅支援全文匹配，不支援關鍵詞部分匹配。
通過黑名單控制採集範圍
通過黑名單機制排除指定目錄或檔案，避免無關或敏感日誌被上傳。
配置步驟：在Logtail配置頁面的地區，啟用採集黑名單，並單擊添加。
支援完整匹配和萬用字元匹配目錄和檔案名稱，萬用字元只支援星號（*）和半形問號（?）。
檔案路徑黑名單：需要忽略的檔案路徑，樣本：
/home/admin/private*.log：在採集時忽略/home/admin/目錄下所有以private開頭，以.log結尾的檔案。/home/admin/private*/*_inner.log：在採集時忽略/home/admin/目錄下以private開頭的目錄內，以_inner.log結尾的檔案。
檔案黑名單：配置採集時需要忽略的檔案名稱，樣本：
app_inner.log：在採集時忽略所有名為app_inner.log的檔案。
目錄黑名單：目錄路徑不能以正斜線（/）結尾，樣本：
/home/admin/dir1/：目錄黑名單不會生效。/home/admin/dir*：在採集時忽略/home/admin/目錄下所有以dir開頭的子目錄下的檔案。/home/admin/*/dir：在採集時忽略/home/admin/目錄下二級目錄名為dir的子目錄下的所有檔案。例如/home/admin/a/dir目錄下的檔案被忽略，/home/admin/a/b/dir目錄下的檔案被採集。
4. 日誌分類
當多個應用或執行個體的日誌格式相同但路徑不同時（如 /apps/app-A/run.log 和 /apps/app-B/run.log），採集日誌難以區分來源。通過配置日誌主題（Topic），對來自不同應用、服務或路徑的日誌進行邏輯區分，實現統一儲存下的高效歸類與精準查詢。
配置步驟：：選擇Topic產生方式，支援如下三種類型：
機器組Topic：採集配置應用於多個機器組時，LoongCollector 會自動使用伺服器所屬的機器組名稱作為
__topic__欄位上傳。適用於按主機劃分日誌情境。自訂：格式為
customized://<自訂佈景主題名>，例如customized://app-login。適用於固定業務標識的靜態主題情境。檔案路徑提取：從記錄檔的完整路徑中提取關鍵資訊，動態標記日誌來源。適用於多使用者/應用共用相同記錄檔名但路徑不同的情況。當多個使用者或服務將日誌寫入不同頂級目錄，但下級路徑和檔案名稱一致時，僅靠檔案名稱無法區分來源，例如：
/data/logs ├── userA │ └── serviceA │ └── service.log ├── userB │ └── serviceA │ └── service.log └── userC └── serviceA └── service.log此時您可以配置檔案路徑提取，並使用Regex從完整路徑中提取關鍵資訊，將匹配結果作為日誌主題（Topic）上傳至LogStore。
檔案路徑擷取規則：基於Regex的擷取的群組
在配置Regex時，系統根據擷取的群組的數量和命名方式自動決定輸出欄位格式，規則如下：
檔案路徑的Regex中，需要對正斜線（/）進行轉義。
擷取的群組類型
適用情境
產生欄位
正則樣本
匹配路徑樣本
產生欄位樣本
單擷取的群組（僅一個
(.*?)）僅需一個維度區分來源（如使用者名稱、環境）
產生
__topic__欄位\/logs\/(.*?)\/app\.log/logs/userA/app.log__topic__：userA多擷取的群組-非命名（多個
(.*?)）需要多個維度區分來源但無需語義標籤
產生tag欄位
__tag__:__topic_{i}__，其中{i}為擷取的群組的序號\/logs\/(.*?)\/(.*?)\/app\.log/logs/userA/svcA/app.log__tag__:__topic_1__userA；__tag__:__topic_2__svcA多擷取的群組-命名（使用
(?P<name>.*？)需要多個維度區分來源且希望欄位含義清晰、便於查詢與分析
產生tag欄位
__tag__:{name}\/logs\/(?P<user>.*?)\/(?P<service>.*?)\/app\.log/logs/userA/svcA/app.log__tag__:user:userA；__tag__:service:svcA
步驟三：查詢與分析配置
在完成Tlog與外掛程式配置後，單擊下一步，進入查詢分析配置頁面：
配置完成後，單擊下一步，完成整個採集流程的設定。
步驟四：驗證採集結果
配置生效後，在目標Logstore的查詢分析頁面，單擊查詢/分析，查看採集到的日誌資料。
常見問題
一次性採集配置的生命週期
一次性採集配置建立後，具有以下生命週期特性：
配置下發有效期間：配置建立後5分鐘內，LoongCollector 可以拉取到該配置。超過5分鐘後，新的 LoongCollector 執行個體無法擷取該配置。
配置自動刪除：配置建立7天后自動刪除。
任務執行：在執行逾時時間內完成採集，逾時後任務強制停止。
一次性檔案採集相較於以往的歷史檔案採集，有什麼區別？
舊版歷史檔案採集方式不再推薦使用，請優先選擇新版功能進行歷史資料匯入。相較於舊版手動建立設定檔的採集方式，新版一次性檔案採集在配置效率、可靠性和可觀測性上均有顯著提升。具體對比如下：
對比項 | 舊版歷史檔案採集 | 新版一次性檔案採集 |
配置方式 | 主機上建立local_event.json檔案，需要一台一台操作 | 控制台/api建立配置，機器組層級批量下發。 |
檔案匹配 | 需要手動填寫檔案路徑、檔案名稱 | 類input_file方式快捷配置，支援黑名單過濾。 |
進度監控 | 無狀態上報、無本地日誌 | 有checkpoint，粒度精細至每個檔案當前採集到的offset位置。 |
可靠性 | 低，單獨流程，無資源控制，無checkpoint | 高，標準的Pipeline層級資源管控，支援流控，不影響其他採集，支援斷點續傳。 |
靈活性 | 低，需要使用已有的採集配置 | 高，自行編排採集配置，還支援中途修改 |
機器組心跳串連為fail
檢查使用者標識：如果您的伺服器類型不是ECS，或ECS和Project屬於不同阿里雲帳號，請檢查指定目錄下是否存在正確的使用者標識，如不存在請參考如下命令手動建立。
Linux：執行
cd /etc/ilogtail/users/ && touch <uid>命令，建立使用者標識檔案。Windows：進入
C:\LogtailData\users\目錄，建立一個名為<uid>的空檔案。
檢查機器組標識：如果您在建立機器組時使用了使用者自訂標識，請檢查指定目錄下是否存在
user_defined_id檔案，如果存在請檢查該檔案中的內容是否與機器組配置的自訂標識一致。Linux：
# 配置使用者自訂標識,如目錄不存在請手動建立 echo "user-defined-1" > /etc/ilogtail/user_defined_idWindows：在
C:\LogtailData目錄下建立user_defined_id檔案，並寫入使用者自訂標識。（如目錄不存在，請手動建立）
如果使用者標識和機器組標識均配置無誤，請參考LoongCollector（Logtail）機器組問題排查思路進一步排查。
如何將伺服器加入到已有機器組？
當您已有配置好的機器組，希望將新的伺服器（如新部署的 ECS 或自建伺服器）加入其中並繼承其採集配置時，可通過以下步驟完成綁定。
配置建立5分鐘後，新加入機器組中的機器不會接收採集配置，具體時間可以參考採集配置頁面上方的倒計時提示。
操作前提：
已存在一個配置完成的機器組。
新伺服器已安裝LoongCollector。
操作步驟：
查看目標機器組標識：
在目標Project頁面，單擊左側導覽列
。進入機器組頁面，單擊目標機器組名稱。
在機器組配置頁面，查看機器組標識。
根據標識類型執行對應操作：
說明同一機器組中不允許同時存在Linux伺服器、Windows伺服器，請勿在Linux和Windows伺服器上配置相同的使用者自訂標識。一個伺服器可配置多個使用者自訂標識，標識之間以分行符號分隔。
類型一：機器組標識為IP地址
在伺服器上，執行如下命令開啟
app_info.json檔案，查看ip值。cat /usr/local/ilogtail/app_info.json在目標機器組配置頁面，單擊修改，填寫伺服器的IP地址，多個IP之間使用分行符號分隔。
配置完成後，單擊儲存，並確認心跳狀態。心跳為OK後，伺服器將自動應用機器組的採集配置。
若心跳狀態為FAIL，請參考常見問題機器組心跳串連為fail進一步排查。
類型二：機器組標識為使用者自訂標識
根據作業系統，向指定檔案寫入與目標機器組一致的使用者自訂標識字串：
若目錄不存在需手動建立。檔案路徑和名稱由Log Service固定，不可自訂。
Linux：向
/etc/ilogtail/user_defined_id檔案寫入自訂字串 。Windows：向
C:\LogtailData\user_defined_id寫入自訂字串。
附錄：原生解析外掛程式詳解
正則解析
通過Regex提取日誌欄位，並將日誌解析為索引值對形式，每個欄位都可以被獨立查詢和分析。
效果樣本：
未經任何處理的原始日誌 | 使用正則解析外掛程式 |
| |
配置步驟：在Logtail配置頁面的處理配置地區，單擊添加處理外掛程式，選擇：
Regex：用於匹配日誌，支援自動產生或手動輸入：
自動產生：
單擊自動產生Regex。
在日誌範例中劃選需要提取的日誌內容。
單擊產生正則。
手動輸入：根據日誌格式手動輸入Regex。
配置完成後，單擊驗證，測試Regex是否能夠正確解析日誌內容。
日誌提取欄位：為提取的日誌內容（Value），設定對應的欄位名（Key）。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
分隔字元解析
通過分隔字元將日誌內容結構化，解析為多個索引值對形式，支援單字元分隔字元和多字元分隔字元。
效果樣本：
未經任何處理的原始日誌 | 按指定字元 |
| |
配置步驟：在Logtail配置頁面的處理配置地區，單擊添加處理外掛程式，選擇：
分隔字元：指定用於切分日誌內容的字元。
樣本：對於CSV格式檔案，選擇自訂，輸入半形逗號（,）。
引用符：當某個欄位值中包含分隔字元時，需要指定引用符包裹該欄位，避免錯誤切割。
日誌提取欄位：按分隔順序依次為每一列設定對應的欄位名稱（Key）。規則要求如下：
欄位名只能包含：字母、數字、底線（_）。
必須以字母或底線（_）開頭。
最大長度：128位元組。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
標準JSON解析
將Object類型的JSON日誌結構化，解析為索引值對形式。
效果樣本：
未經任何處理的原始日誌 | 標準JSON索引值自動提取 |
| |
配置步驟：在Logtail配置頁面的處理配置地區，單擊添加處理外掛程式，選擇：
原始欄位：預設值為content（此欄位用於存放待解析的原始日誌內容）。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
嵌套JSON解析
通過指定展開深度，將嵌套的JSON日誌解析為索引值對形式。
效果樣本：
未經任何處理的原始日誌 | 展開深度：0，並使用展開深度作為首碼 | 展開深度：1，並使用展開深度作為首碼 |
| | |
配置步驟：在Logtail配置頁面的處理配置地區，單擊添加處理外掛程式，選擇：
原始欄位：需要展開的原始欄位名，例如
content。JSON展開深度：JSON對象的展開層級。0表示完全展開（預設值），1表示當前層級，以此類推。
JSON展開串連符：JSON展開時欄位名的串連符，預設為底線 _。
JSON展開欄位首碼：指定JSON展開後欄位名的首碼。
展開數組：開啟此項可將數組展開為帶索引的索引值對。
樣本：
{"k":["a","b"]}展開為{"k[0]":"a","k[1]":"b"}。如果需要對展開後的欄位進行重新命名（例如，將 prefix_s_key_k1 改為 new_field_name），可以後續再添加一個重新命名欄位外掛程式來完成映射。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
JSON數組解析
使用json_extract函數，從JSON數組中提取JSON對象。
效果樣本：
未經任何處理的原始日誌 | 提取JSON數組結構 |
| |
配置步驟：在Logtail配置頁面的處理配置地區，將處理模式切換為SPL，配置SPL語句，使用 json_extract函數從JSON數組中提取JSON對象。
樣本：從日誌欄位 content 中提取 JSON 數組中的元素，並將結果分別儲存在新欄位 json1和 json2 中。
* | extend json1 = json_extract(content, '$[0]'), json2 = json_extract(content, '$[1]')Apache日誌解析
根據Apache日誌設定檔中的定義將日誌內容結構化，解析為多個索引值對形式。
效果樣本：
未經任何處理的原始日誌 | Apache通用日誌格式 |
| |
配置步驟：在Logtail配置頁面的處理配置地區，單擊添加處理外掛程式，選擇：
日誌格式：combined。
APACHE配置欄位：系統會根據日誌格式自動填滿配置。
重要請務必核對自動填滿的內容，確保與伺服器上 Apache 設定檔（通常位於/etc/apache2/apache2.conf）中定義的 LogFormat 完全一致。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
IIS日誌解析
根據IIS日誌格式定義將日誌內容結構化，解析為多個索引值對形式。
對比樣本：
原始日誌 | 微軟IIS伺服器專用格式適配 |
| |
配置步驟：在Logtail配置頁面的處理配置地區，單擊添加處理外掛程式，選擇：
日誌格式：選擇您的IIS伺服器日誌採用的日誌格式。
IIS：Microsoft IIS記錄檔格式。
NCSA：NCSA公用記錄檔格式。
W3C：W3C擴充記錄檔格式。
IIS配置欄位：選擇IIS或NCSA時，Log Service已預設設定了IIS配置欄位，選擇W3C時，設定為您的IIS設定檔中
logExtFileFlags參數中的內容。例如：logExtFileFlags="Date, Time, ClientIP, UserName, SiteName, ComputerName, ServerIP, Method, UriStem, UriQuery, HttpStatus, Win32Status, BytesSent, BytesRecv, TimeTaken, ServerPort, UserAgent, Cookie, Referer, ProtocolVersion, Host, HttpSubStatus"其他參數請參考情境二：結構化日誌中的通用配置參數說明。
其他參數請參考情境二：結構化日誌中的通用配置參數說明。
資料脫敏
對日誌中的敏感性資料進行脫敏處理。
效果樣本：
未經任何處理的原始日誌 | 脫敏結果 |
| |
配置步驟：在Logtail配置頁面的處理配置地區，單擊添加處理外掛程式，選擇：
時間解析
對日誌中的時間欄位進行解析，並將解析結果設定為日誌的__time__欄位。
效果樣本：
未經任何處理的原始日誌 | 時間解析 |
|
|
配置步驟：在Logtail配置頁面的處理配置地區，單擊添加處理外掛程式，選擇：
原始欄位：解析日誌前，用於存放日誌內容的原始欄位。
時間格式：根據日誌中的時間內容設定對應的時間格式。
時區：選擇日誌時間欄位所在的時區。預設使用機器時區，即LoongCollector（Logtail）進程所在環境的時區。