텍스트 로그 새로운

연결하다 사용자 지정 로그 엑셀, 스프레드시트 및 AI로

Q: 내장 프로필 대신 이 기능을 언제 사용해야 할까요?

다른 방법이 없을 때 사용하세요. 내장 프로필은 머신 컨트롤러, 웹 서버, 컨테이너, 애플리케이션 프레임워크 및 시스템 로그를 지원하며, 각 프로필은 실제 파일을 기반으로 작성 및 테스트되었습니다. 따라서 로그 파일이 이러한 프로필 중 하나인 경우, 직접 설명하는 것보다 프로필을 선택하는 것이 더 간편하고 검증된 방법입니다. 결정하기 전에 연결 테스트를 실행하세요. 에이전트는 파일의 형식을 제공된 프로필과 비교하여 가장 유사한 프로필을 추천하므로, 추측이 아닌 실제 파일을 기반으로 최적의 프로필을 제공합니다. 프로필 테스트에서 적합한 프로필을 찾지 못한 경우, 설명을 추가하세요.

Q: 정규 표현식을 알아야 하나요?

보통은 그렇지 않습니다. 6가지 문법 중 5가지는 패턴이 전혀 필요하지 않습니다. 구분자로 구분된 파일은 구분자가 필요하고, 키=값 파일은 그 자체로 내용을 설명하며, JSON 줄은 그 자체로 내용을 설명하고, 헤더 지시문은 자체적으로 열 이름을 지정하며, 고정 너비는 열당 시작 위치와 길이를 지정해야 합니다. Grok은 여섯 번째 문법으로, 정말 까다로운 구문을 처리할 때 사용하는 예외적인 경우입니다. 하지만 Grok을 사용하더라도 대부분 타임스탬프, 레벨 등 이름이 지정된 요소들을 조합하는 방식이며, 내장 프로필의 패턴 라이브러리를 활용하여 빈 줄에서 시작하는 것이 아닙니다.

Q: 설명을 처음부터 완벽하게 해야 하나요?

아니요, 기본 설정이 되어 있어서 따로 설정할 필요가 없습니다. 기본적으로 거의 모든 텍스트 파일에서 첫 번째 동기화가 성공적으로 완료됩니다. 각 줄마다 메시지 열이 하나씩 표시되고, 이벤트 시간은 파일 수정 시간을 기준으로 합니다. 이렇게 하면 실제로 확인할 수 있는 작업 테이블이 생성됩니다. 그 후 필요에 따라 세부 설정을 할 수 있습니다. 미리 보기 기능을 통해 사용자가 입력한 설명이 각 줄에 어떤 영향을 미치는지 확인할 수 있으므로, 심각도나 작업 번호를 별도의 열로 분리하여 결과를 미리 확인한 후 변경할 수 있습니다. 나중에 수정하고 다시 동기화하면 되며, 그동안 데이터는 손실되지 않습니다.

Q: 만약 해당 라인에 타임스탬프가 전혀 없다면 어떻게 될까요?

이것이 기본 설정이며, 정상적으로 작동합니다. 시간 필드가 지정되지 않은 경우, 이벤트 시간은 파일의 수정 시간을 기준으로 합니다. 따라서 행 정렬은 정상적으로 이루어지고 보존 기간도 준수되지만, 행 단위가 아닌 파일 전체의 시간을 기준으로 정확한 시간이 기록됩니다. 만약 시간이 행에 있지만 날짜 열과 시간 열처럼 두 개의 필드로 나뉘어 있는 경우(고정 너비 구분 기호로 구분된 파일에서 흔히 볼 수 있음), 두 필드 모두에 이름을 지정하여 하나의 타임스탬프로 병합할 수 있습니다.

Q: 어떤 인코딩 방식을 선택해야 할까요?

UTF-8은 최근 10년 동안 작성된 대부분의 파일에 적합한 인코딩 방식입니다. UTF-8은 기본값이 없는 유일한 필드인데, 이는 의도적인 것입니다. Latin-1 파일에서 UTF-8을 사용하면 오류가 발생하지 않더라도 모든 악센트 문자가 조용히 손상되며, 이러한 손상은 오류를 묻는 것보다 훨씬 심각한 문제를 야기합니다. 인코딩이 확실하지 않은 경우 미리보기를 통해 확인할 수 있습니다. 잘못된 인코딩은 샘플 행에서 문자가 깨져 보이는 현상으로 즉시 나타납니다. 구형 Windows 소프트웨어나 산업용 장비의 경우 UTF-8이 적합하지 않은 경우가 많습니다.

Q: 제 형식을 기본 제공 형식으로 추가해 주실 수 있나요?

문의해 주세요. 상당수의 사용자가 사용하는 형식(상용 제품, 일반적인 프레임워크, 산업용 장비 등)이라면 모든 고객이 똑같은 것을 설명하는 것보다 내장 프로필로 제공하는 것이 훨씬 낫습니다. 커넥터는 요청에 직접 연결됩니다. 내장 프로필은 저희뿐만 아니라 고객에게도 더 좋습니다. 에이전트에 고정되어 있고 실제 캡처 데이터를 기반으로 테스트되었으며, 누군가가 커넥터를 수정할 필요 없이 에이전트 업데이트와 함께 서버에 적용되기 때문입니다.

Q: 일치하지 않는 줄은 어떻게 되나요?

문법이 맞지 않는 행은 삭제되지 않고 그대로 유지됩니다. 문법이 맞지 않는 행은 이유가 첨부된 원시 행으로 보존되므로, 특이한 입력값, 변경된 형식, 또는 아직 완벽하지 않은 설명도 숫자의 공백으로 남지 않고 확인하고 조회할 수 있게 됩니다. 이것이 바로 설명을 다듬는 작업을 합리적으로 만들어주는 안전장치입니다. 데이터를 버리는 엄격한 파서와 텍스트 덩어리를 출력하는 느슨한 파서 중에서 선택할 필요가 없습니다. 파싱된 행은 그대로 입력되고, 파싱에 실패한 내용도 그 옆에 그대로 남아 있습니다.

사용하시는 형식이 목록에 없습니다. 형식을 한 번 설명한 다음 쿼리하세요. 일부 로그는 회사에서만 사용하는 소프트웨어에 의해 기록됩니다. 쿼리 스트림에서 해당 폴더를 지정하고, 레코드가 시작되는 위치, 사용된 문법, 타임스탬프, 열 이름 등을 지정하면 다른 테이블과 마찬가지로 처리됩니다. 설명과 일치하지 않는 행은 삭제되지 않고 원시 행으로 유지됩니다.

무료로 시작하세요 11개 목적지

1연결

0입국항

읽기 전용강제된

6가지 문법 중에서 선택하세요 기록을 표시하는 6가지 방법 일치하지 않는 줄은 삭제하지 않고 그대로 둡니다. 읽기 전용 · 서버에 아무것도 설치되어 있지 않음

핵심 아이디어

텍스트 파일이라면 표 형식일 수 있습니다.

서로 관련 없는 세 개의 파일이 있습니다. 하나는 기간 업무용 애플리케이션에서 생성되었고, 하나는 배치 작업에서 생성되었으며, 나머지 하나는 2011년 이후로 아무도 지원하지 않는 컴퓨터에서 생성되었습니다. 각 파일을 한 번씩만 설명하면, 지정한 열이 바로 쿼리할 열입니다. 데이터 수집기를 실행할 필요도 없고, 인덱스를 유지 관리할 필요도 없으며, 데이터의 두 번째 복사본도 필요하지 않습니다.

로그 폴더파일

plant-audit.log키=값

batch-2026-09-10.txt고정 너비

로봇.트레이스구분된

파일 회전, 압축 아카이브 및 재읽기 파일 처리

무엇이 잘못되었는가.sqlSQL

선택 파일 이름, 심각도,
       세다(*) AS 윤곽
FROM   파일셋.이벤트
어디  심각성 안에 ('경고하다','오류')
그룹 기준 파일 이름, 심각도
주문 기준 윤곽 DESC

결과컬럼

파일 이름심각성윤곽

plant-audit.log오류268

배치-2026-09-10경고하다154

로봇.트레이스오류61

plant-audit.log경고하다9

있습니다 심각성 당신이 열이 있다고 했으니까요.

예시적인 수치들 — 이는 해답의 형태를 보여주는 것이지 기준점을 제시하는 것이 아닙니다.

문법

한 줄의 의미를 표현하는 여섯 가지 방법

지금까지 작성된 거의 모든 텍스트 로그는 이 여섯 가지 형태 중 하나입니다. 아래에서 자신의 로그 유형을 찾아보세요. 샘플 문장을 보면 설명을 읽는 것보다 더 빨리 파악할 수 있을 겁니다.

선택할 수 있는 문법

6가지 문법

구분된CSV, TSV, 파이프, 그 외 무엇이든

04:11:07, 웹-01, 오류, 디스크 용량 부족

구분 기호의 이름을 지정하세요. 쉼표, 탭, 세미콜론, 파이프 등 파일에서 사용하는 기호를 사용하면 됩니다.
따옴표로 묶인 필드는 그대로 유지되므로 메시지 안에 쉼표가 있어도 그대로 남습니다.
머리글 행을 사용하면 열 이름을 직접 입력하는 대신 자동으로 이름을 지정할 수 있습니다.
소수점 구분 기호는 사용자가 설정할 수 있으며, 쉼표로 구분되는 파일의 경우에도 마찬가지입니다.

키 = 값자기 설명 쌍

ts=04:11:07 호스트=web-01 레벨=오류

해당 행의 키는 열이 됩니다. 다시 입력할 필요가 없습니다.
키와 값 사이, 그리고 쌍 사이의 구분선은 모두 사용자가 정할 수 있습니다.
쌍 앞에 붙는 접두사(타임스탬프, 태그 등)는 생략할 수 있습니다.
분석될 목적으로 작성된 애플리케이션 및 시스템 로그에서 흔히 볼 수 있는 내용입니다.

그록 패턴어색한 사람들을 위해

%{TIME:ts} %{LOGLEVEL:lvl} %{DATA:msg}

명명된 캡처는 열이 됩니다. 다른 어떤 것도 들어맞지 않을 때 탈출구가 되는 것이죠.
내장 프로필의 기반이 되는 패턴 라이브러리는 참고용으로 제공됩니다.
여러 개의 선 모양이 포함된 파일의 경우, 여러 패턴을 순서대로 시도해 볼 수 있습니다.
초기 기본값 — 1 메시지 열을 선택한 다음 범위를 좁힙니다.

JSON 라인한 줄에 하나의 객체

{“ts”:”04:11:07″,”level”:”error”}

필드가 열로 바뀌고, 실제로 필요한 열을 선택할 수 있습니다.
중첩된 객체는 평면화되거나 삭제되지 않고 JSON 형식으로 그대로 유지됩니다.
컨테이너 런타임의 래퍼를 해제하면 내부 레코드를 쿼리할 수 있습니다.
대부분의 최신 로깅 라이브러리가 구조화하라는 지시를 받았을 때 작성하는 내용입니다.

헤더 지시문파일은 자체적으로 열 이름을 지정합니다.

#필드: 날짜 시간 s-ip cs-method

맨 위쪽 줄에 필드들이 명시되어 있고, 그 뒤에 열들이 이어집니다.
W3C 확장 형식 및 그 아이디어를 차용한 모든 것
지시사항의 이름을 적으시면 되므로 철자를 일일이 적을 필요는 없습니다. #전지
동기화할 필요가 없습니다. 파일이 열 목록의 소스입니다.

고정 너비위치별 열

20260910041107 웹-01 오류

각 열에 이름, 시작 주소 및 길이를 지정하세요. 구분 기호는 필요하지 않습니다.
필드에 구분자가 포함될 수 있는 파일의 경우 올바른 답변입니다.
메인프레임, 컨트롤러 및 많은 산업용 장비가 여전히 기록하는 내용입니다.
패딩이 제거되어 값이 공백으로 감싸지지 않고 표시됩니다.

내장형을 요청하세요다른 사람들도 사용하는 형식이라면

직접 설명하는 것이 가장 빠른 방법입니다. 하지만 많은 사람들이 사용하는 형식이라면, 에이전트가 모든 사용자에게 고정하는 내장 프로필 형태로 제공하는 것이 더 좋습니다. 커넥터가 요청에 직접 연결되고 에이전트 업데이트와 함께 전달됩니다.

이 내용의 근거를 명확히 밝히는 것이 중요합니다. 다른 로그 페이지에 있는 내장 프로필들은 각각 실제 캡처된 파일을 기반으로 구축 및 테스트되었으며, 해당 페이지에 그 사실을 명시하고 있습니다. 이 사전 설정은 사용할 수 없습니다. — 형식은 사용자가 설명한 대로이므로, 사전에 검증할 수 있는 고정된 형태는 없습니다. 대신 미리보기 기능을 통해 확인할 수 있습니다. '연결 테스트'를 실행하면 사용자가 설명한 내용이 실제 파일에 대해 실행되어 어떤 부분이 파싱되었고 어떤 부분이 파싱되지 않았는지 확인할 수 있으므로, 최종 작업을 진행하기 전에 미리 결과를 받아볼 수 있습니다.

모든 사이트

한 번만 설명해 주세요. 달리는 곳이라면 어디든 사용하세요

설명은 커넥터의 일부이지 장비의 일부가 아닙니다. 본사에서 감사 파일을 읽는 동일한 다섯 가지 구성 요소가 공장과 다른 지역에서도 해당 파일을 읽습니다. 각 사이트는 파일이 있는 위치에서 파일을 읽고 쿼리 스트림으로 연결하는 네트워크 에이전트를 실행합니다. 방화벽 관점에서 이는 일반적인 아웃바운드 연결이므로 열어야 할 포트도 없고 VPN을 구축할 필요도 없습니다.

본점 업무용 앱이 자체 감사 파일을 작성합니다. 전화를 걸다

공장 바닥 고정 폭 배치 레코드를 작성하는 컨트롤러 전화를 걸다

eu-서쪽 같은 앱, 같은 설명, 두 번째 폴더 전화를 걸다

세 개의 외부 연결을 한 곳에서 조회할 수 있습니다. 인바운드 포트, VPN, 방화벽 변경은 필요 없습니다.

당신이 그 정체를 밝히세요

각 행에는 출처가 표시됩니다. 기본적으로 파일 이름이 출처로 사용되며, 행에 머신이나 사이트 필드가 있거나 파일 이름의 일부가 포함된 경우 해당 정보를 레이블로 지정하고 그룹화할 수 있습니다.

파일 이름 · 열 · 파일 이름의 일부

열 내용이 없습니다

에이전트는 암호화된 외부 연결을 하나만 생성하며, 요청과 응답 모두 해당 연결을 통해 전송됩니다. 인바운드 포트도, VPN도, 방화벽 설정 변경도 필요 없으며, 이미 컬렉터 데몬이 실행 중인 서버에 추가 데몬을 설치할 필요도 없습니다.

하나의 연결, 양방향

여러 지역에 걸친 단일 쿼리

모든 출처 연합 쿼리 자체 에이전트 이름을 지정하므로, 한 번의 명령으로 데이터베이스 옆에 해당 에이전트를 설명하는 사용자 지정 로그를 추가하고, 해당 주문 옆에 배치 파일을 추가할 수 있습니다. 비즈니스 및 엔터프라이즈 버전에 포함되어 있습니다.

로그 1개 + 데이터베이스 1개 → 결과 집합 1개

사이트별로 작성하는 것이 아니라 한 번만 작성합니다.

형식을 설명하는 작업은 일회성입니다. 동일한 형태의 두 번째 폴더는 동일한 설명을 가진 두 번째 커넥터이므로, 이를 다른 위치로 배포하는 것은 추가 조사가 아닌 설정 단계입니다.

1 설명 → 모든 폴더가 이와 같습니다

어려운 부분

텍스트 파일이 답할 수 없는 네 가지 질문

해당 줄을 분석하는 것은 쉬운 부분입니다. 로그 파일 자체에는 나와 있지 않은 정보들이 있는데, 이러한 정보들은 저희가 추측하는 것이 아니라 사용자가 직접 명시해야 하는 것들입니다.

레코드가 시작되고 끝나는 지점

스택 트레이스는 20줄에 걸쳐 하나의 이벤트로 표현되는데, 이를 20개의 이벤트로 읽으면 숫자가 잘못 해석됩니다. 경계를 표시하는 방법은 한 줄, 레코드를 시작하는 패턴, 빈 줄, 시작 및 종료 마커, 연속 규칙 또는 고정된 카운트 등 6가지가 있습니다.

레코드 하나가 항상 한 줄을 의미하는 것은 아닙니다.

인코딩에는 기본값이 없습니다.

이 필드는 의도적으로 아무것도 입력하지 않은 유일한 필드입니다. UTF-8을 Latin-1 파일에 사용하면 오류가 발생하지 않는다고 가정해 봅시다. 실제로 오류가 발생하면 모든 악센트 문자가 조용히 손상되고, 그 사실은 몇 달 후에야 발견됩니다. 따라서 첫 번째 동기화 전에 이 필드를 한 번만 확인하고 값을 입력하도록 했습니다.

선택된 것이지, 결코 당연하게 여겨진 것이 아니다.

그 줄에 아무것도 없는 해

많은 파일 형식은 월과 일만 출력하고 멈춥니다. 이를 해결하는 세 가지 방법이 있습니다. 연도가 해당 줄에 포함되어 있거나, 파일 자체의 수정 시간을 가져오거나, 파일 이름에서 읽어오는 것입니다. 날짜가 지정된 아카이브 파일은 일반적으로 파일 이름에 연도를 저장합니다.

해당 줄에서 · 파일에서 · 이름에서

아무것도 두 번 계산되지 않습니다

각 파일은 처음 4KB로 식별되므로, 파일 이름이 변경되거나 회전된 파일은 처음부터 다시 읽지 않고 바로 인식됩니다. 10가지 회전 패턴이 이름으로 인식되며, 단순히 크기가 커지는 파일의 경우에는 인식되지 않습니다.

4KB 접두사 해시 · 20,000개 레코드 윈도우

설명

다섯 부분으로 나뉘고, 그 다음에는 표가 나옵니다.

이것이 여러분이 입력해야 할 전부입니다. 다른 로그 페이지에 있는 모든 기본 프로필은 저희가 입력하고 상담원이 고정하는 이 다섯 부분으로 구성되어 있습니다. 바로 이것이 여러분의 프로필입니다.

기록 경계하나의 사건으로 간주되는 것은 무엇입니까?

한 줄개방형 패턴빈 줄시작 및 종료 표시연속 규칙고정된 카운트

문법레코드가 어떻게 분할되는지

구분된키=값그록JSON 라인헤더 지시문고정 너비

타임스탬프어느 부분이 시간인가요?

필드체재시간대연식 모드두 분야로 구성됨null을 의미하는 값

컬럼이름과 유형

끈정수빅인트더블부울타임스탬프타임스탬프날짜JSON

성장파일이 어떻게 변하는가

추가회전 패턴압축 접미사파일들의 고리최대 선 길이

기본 설정은 의도적으로 소박하게 되어 있으며, 그것이 바로 설계 의도입니다. 메시지 각 행마다 열이 하나씩 표시되고, 이벤트 시간은 파일의 수정 시간을 기준으로 합니다. 이 정도면 거의 모든 파일에서 첫 번째 동기화가 성공할 수 있으며, 이후 미리 보기를 통해 원하는 열이 표시될 때까지 조정하면 됩니다. 각 행에는 해당 행이 속한 파일 정보도 함께 저장되며, 모든 데이터는 하나의 테이블에 통합됩니다. 파일셋.이벤트.

파워 쿼리 M

생성된 Power Query M을 Power BI 고급 편집기에 붙여넣으면 보고서가 HTTPS를 통해 실시간 사용자 지정 로그 결과를 읽어옵니다. ODBC 드라이버도 필요 없고 데이터베이스 포트도 열 필요가 없습니다.

Power BI 작동 방식

지원됨

사용자 지정 로그 알림 및 보고서

슬랙 · 디스코드 · 이메일 · 웹훅

사용자 지정 로그 쿼리를 예약하고 결과를 Slack, Discord, 이메일 또는 서명된 웹훅으로 전송하거나, 설정한 행 수, 임계값 또는 백분율 변화 기준치를 초과할 때까지 메시지 전송을 보류할 수 있습니다.

알림 및 보고서 작동 방식

여기서 다시 한번 살펴볼 만한 것은 Excel입니다. 다른 곳에서 지원하지 않는 로그는 대개 누군가가 이미 스프레드시트에 수동으로 입력하고 있는 로그입니다. 워크시트에서 쿼리를 직접 가리키도록 설정하면 해당 작업이 더 이상 필요하지 않게 됩니다. 로그별 단계별 가이드는 아직 작성되지 않았으며, 링크된 페이지에서 각 기능의 작동 방식을 설명합니다.

이것이 의도적으로 하지 않는 것은 무엇인가

가장 큰 것부터 말해볼게요: 이 기능을 사용하기 전에 내장 프로필을 먼저 사용해 보세요.테스트 연결을 실행하면 에이전트가 인식하는 가장 유사한 내장 연결을 제공합니다. 이 내장 연결은 에이전트에 고정되어 있으며 실제 파일에 대해 테스트를 거쳤습니다. 그런데 오늘 오후에 작성하신 설명에는 이러한 테스트가 반영되지 않았습니다. 이 사전 설정은 다른 곳에서 실행되지 않는 형식을 위한 예외적인 경우일 뿐, 기본 시작점이 아닙니다.

로그 파일을 읽어 형식을 자동으로 파악하는 기능은 없습니다. 가장 유사한 파일 형식을 제시하는 것은 사용자의 파일 형태를 제공된 프로필과 비교하는 것, 즉 알려진 형식과의 패턴 매칭을 통해 이루어지며, 모델이 사용자의 데이터를 읽어오는 것이 아닙니다. 만약 일치하는 프로필이 없다면, 파일 설명은 사용자가 직접 작성해야 하며, 미리보기를 통해 확인할 수 있습니다.

이는 실시간 로그 추적 기능이 아닙니다. 쿼리 스트림은 쿼리를 실행할 때 디스크에 저장된 파일을 그대로 읽어오기 때문에, 작업 실패 시 로그가 스트림 형태로 표시되는 것이 아니라 행 단위로 기록됩니다. 출력되는 모든 줄에 대해 초 단위 미만의 알림을 받아야 하는 경우에는 로그 파이프라인이 적합한 도구입니다.

텍스트만 읽습니다. 폴더에는 아카이브 및 바이너리 데이터베이스가 있습니다. .지퍼, .택시가공되지 않은 저널 파일과 같은 파일은 열어서 내용을 추측하는 대신 그대로 둡니다. 압축된 텍스트 로그 파일은 읽지만, 다른 내용이 담긴 컨테이너는 읽지 않습니다.

설명이 잘못될 수도 있기 때문에 아무것도 버려지지 않습니다. 문법이 맞지 않는 줄은 이유가 첨부된 원시 행으로 유지되므로 오류가 발생하더라도 눈에 띄지 않는 공백으로 남지 않고 확인하고 조회할 수 있습니다. 설명을 수정하고 다시 동기화하면 됩니다. 나머지는 일반적인 설계와 동일합니다. 에이전트는 외부 연결을 통해 파일을 읽고, 서버에 아무것도 설치되지 않으며, 아무것도 다시 기록되지 않고, 액세스는 읽기 전용입니다.

작동 방식

세 단계만 거치면 서버에 아무것도 설치되지 않습니다.

폴더를 가리키세요

쿼리 스트림 에이전트에 파일이 이미 저장된 위치(서버의 디렉터리, 매핑된 공유 폴더, 작업 출력이 기록되는 폴더 등)에 대한 읽기 권한을 부여하십시오.

형식을 설명하세요

먼저 연결 테스트를 실행하세요. 모양이 기본 제공되는 것과 일치하면 기본 제공되는 기능을 사용하면 됩니다. 일치하지 않으면 다섯 부분을 모두 채우고 열이 올바르게 표시될 때까지 미리보기를 확인하세요.

쿼리하거나 참여하세요

포털에서 SQL을 실행하고, 결과를 Microsoft Excel이나 Google Sheets에 바로 표시하거나, 통합 쿼리를 사용하여 파일을 컨텍스트 정보를 제공하는 데이터베이스에 연결할 수 있습니다. 이 모든 작업을 하나의 명령으로 처리할 수 있습니다.

사용자 지정 로그 FAQ

내장 프로필 대신 이 기능을 언제 사용해야 할까요?

다른 방법이 없을 때, 내장 프로필을 사용해 보세요. 이 프로필들은 머신 컨트롤러, 웹 서버, 컨테이너, 애플리케이션 프레임워크 및 시스템 로그를 지원하며, 각각 실제 파일을 기반으로 작성 및 테스트되었습니다. 따라서 로그가 이러한 프로필 중 하나라면, 직접 설명하는 것보다 프로필을 선택하는 것이 훨씬 간편하고 검증된 방법입니다.

결정하기 전에 연결 테스트를 실행하세요. 에이전트는 제공된 프로필과 파일 형식을 비교하여 가장 유사한 프로필을 제공합니다. 따라서 결과는 추측이 아닌 실제 파일 정보를 기반으로 합니다. 테스트 결과가 없는 경우 설명을 참조하세요.

정규 표현식을 알아야 하나요?

일반적으로는 그렇지 않습니다. 6가지 문법 중 5가지는 패턴이 전혀 필요하지 않습니다. 구분자로 구분된 파일은 구분자가 필요하고, 키=값 파일은 그 자체로 내용을 설명하며, JSON 줄은 그 자체로 내용을 설명하고, 헤더 지시문은 자체적으로 열 이름을 지정하며, 고정 너비는 열당 시작 위치와 길이를 지정해야 합니다.

Grok은 여섯 번째 기능이며, 정말 까다로운 라인을 처리할 수 있는 탈출구입니다. 하지만 그마저도 대부분 타임스탬프, 레벨 등 이름이 지정된 요소들을 조합하는 방식이며, 내장 프로필의 기반이 되는 패턴 라이브러리를 활용하여 처음부터 완전히 새로운 라인을 만들 필요가 없습니다.

설명을 처음부터 완벽하게 해야 하나요?

아니요, 기본 설정이 되어 있어서 따로 설정할 필요가 없습니다. 별도의 설정 없이도 거의 모든 텍스트 파일의 첫 번째 동기화가 성공적으로 완료됩니다. 메시지 각 줄마다 열을 지정하고, 이벤트 시간은 파일 수정 시간을 기준으로 합니다. 이렇게 하면 실제로 살펴볼 수 있는 작업 테이블을 얻을 수 있습니다.

그다음에는 세부 조정을 할 수 있습니다. 미리보기에서는 설명이 실제 항목에 어떤 영향을 미치는지 보여주므로, 심각도나 작업 번호를 별도의 열로 분리하여 확정하기 전에 결과를 확인할 수 있습니다. 나중에 변경하고 다시 동기화하면 됩니다. 그동안 데이터는 손실되지 않습니다.

이벤트가 여러 줄에 걸쳐 발생하는데, 스택 트레이스를 처리할 수 있을까요?

네, 그리고 이것이 사람들이 가장 자주 필요로 하는 설정입니다. 레코드는 반드시 한 줄일 필요는 없습니다. 한 줄이 특정 패턴(일반적으로 왼쪽 여백의 타임스탬프)과 일치할 때 레코드가 시작된다고 정의할 수 있으며, 그 이후의 모든 내용은 다음 일치 항목이 나타날 때까지 해당 레코드에 속합니다.

만약 원하는 모양이 아니라면, 경계를 그리는 다른 다섯 가지 방법이 있습니다. 레코드 사이에 빈 줄을 넣거나, 시작 및 종료 표시를 하거나, 연속 줄로 간주하는 규칙을 정하거나, 줄 수를 고정하는 것입니다. 20줄 예외의 경우, 전체 추적 내용이 포함된 한 줄로 표시됩니다.

만약 해당 라인에 타임스탬프가 전혀 없다면 어떻게 될까요?

이것이 기본 설정이며, 정상적으로 작동합니다. 시간으로 지정된 필드가 없는 경우 이벤트 시간은 파일의 수정 시간을 기준으로 합니다. 따라서 행은 여전히 정렬되고 보존 기간을 준수하지만, 행 단위가 아닌 파일 전체의 시간을 기준으로 정확하게 정렬됩니다.

시간이 한 줄에 있지만 날짜 열과 시간 열처럼 두 필드로 나뉘어 있는 경우(고정 너비 및 구분 기호로 구분된 파일에서 흔히 볼 수 있음) 두 필드 모두 이름을 지정하여 하나의 타임스탬프로 결합할 수 있습니다.

어떤 인코딩 방식을 선택해야 할까요?

UTF-8은 최근 10년 동안 작성된 대부분의 파일에 적합한 형식입니다. UTF-8은 기본값이 없는 유일한 필드인데, 이는 의도적인 것입니다. Latin-1 파일에서 UTF-8을 사용하면 오류가 발생하지 않더라도 모든 악센트 문자를 조용히 손상시키며, 이러한 조용한 손상은 한 번이라도 오류를 묻는 것보다 훨씬 더 심각한 문제를 야기합니다.

확실하지 않다면 미리보기를 통해 확인할 수 있습니다. 잘못된 인코딩은 샘플 행에 흐릿한 이미지로 즉시 나타납니다. 일반적으로 오래된 Windows 소프트웨어나 산업용 장비 때문에 UTF-8이 아닌 경우가 많습니다.

제 형식을 기본 제공 형식으로 추가해 주실 수 있나요?

문의해 주세요. 상당수의 사람들이 사용하는 형식(상용 제품, 공통 프레임워크, 산업용 장비 등)이라면 모든 고객이 똑같은 내용을 설명하는 것보다 내장 프로필로 제공하는 것이 훨씬 낫습니다. 커넥터는 요청에 바로 연결됩니다.

내장형 커넥터는 저희뿐만 아니라 여러분에게도 더 좋습니다. 에이전트에 고정되어 있고 실제 캡처 데이터를 기반으로 테스트되었으며, 커넥터를 직접 수정할 필요 없이 에이전트 업데이트와 함께 서버에 배포됩니다.

일치하지 않는 줄은 어떻게 되나요?

해당 데이터는 삭제되지 않고 보존됩니다. 문법이 맞지 않는 행은 이유가 첨부된 원시 행으로 유지되므로, 특이한 입력값, 변경된 형식 또는 아직 완벽하지 않은 설명은 데이터에서 누락된 부분이 아니라 확인하고 조회할 수 있는 항목으로 표시됩니다.

이것이 바로 설명을 다듬는 것을 합리적으로 만들어주는 안전장치입니다. 데이터를 버리는 엄격한 파서와 텍스트 덩어리를 출력하는 느슨한 파서 사이에서 선택할 필요가 없습니다. 파싱된 행은 유형이 그대로 유지되고, 파싱되지 않은 부분도 그 옆에 그대로 남아 있습니다.

누군가가 그 파일을 스프레드시트에 다시 입력하고 있습니다.

형식을 한 번만 설명하면 누구나 쿼리할 수 있는 표가 됩니다. 무료 요금제이며, 신용 카드 정보도 필요 없고, 서버에 아무것도 설치하지 않아도 됩니다.

무료로 시작하기 모든 커넥터 보기

읽기 전용 · 아웃바운드 연결 전용 · 로그는 서버에 보관됩니다