질의 로그에는 관리자가 질의 성능, 오류 시나리오, 잘못된 결과와 관련된 문제를 분석하고 해결할 수 있게 해주는 강력한 진단 정보가 포함되어 있습니다. Oracle Analytics에서 질의 로그를 사용으로 설정하면 구문분석, 최적화, 실행 계획, 물리적 질의, 요약 통계 등에 대한 정보가 질의 로그에 기록됩니다.
질의 로그 액세스
주:
또한 워크북 작성자가 워크북에서 시각화 구성요소에 대한 질의 시간, 서버 시간, 스트리밍 시간과 같은 질의 정보에 액세스할 수 있습니다. 이 항목의 끝에 있는 워크북의 질의 로그 액세스을(를) 참조하십시오.질의 로그 레벨
로그 레벨에 따라 생성되는 로그 양과 상세한 정도가 결정됩니다.
시스템 로깅 레벨 속성(툴, 옵션, 저장소)을 사용하여 의미 모델(RPD)의 전역 로그 레벨을 정의하거나 세션 변수를 사용할 수 있습니다.
보고서의 고급 탭에서 제공되는 Prefix 속성에 LOGLEVEL
변수를 추가하여 보고서의 로그 레벨을 무효화할 수 있습니다.
캐시 적중을 피해서 전체 로그를 얻기 위해서는 LOGLEVEL
과 함께 DISABLE_CACHE_HIT=1
변수를 포함하면 됩니다.
LOGLEVEL
) 값 범위는 0~7입니다.
LOGLEVEL=0
은 로깅이 사용 안함으로 설정되었음을 의미합니다.LOGLEVEL=7
은 Oracle 개발 팀에서 주로 사용되는 가장 높은 로깅 레벨입니다.LOGLEVEL=2
는 성능 튜닝 및 기본 파악에 적합합니다.LOGLEVEL=3
은 행 레벨의 데이터 보안 필터 문제를 해결하기 위해 필요합니다.로그 레벨에 따라 질의 로그에는 논리적 요청, 탐색, 실행 계획, 생성된 물리적 질의, 실행 시간, 여러 실행 모드로 검색된 행 및 바이트, 캐시 관련 정보를 포함하여 질의에 대한 정보가 포함됩니다.
관리자는 적절한 LOGLEVEL
및 변수 설정으로 질의를 실행하여 콘솔의 SQL 실행 페이지에서 질의 로그를 추출할 수 있습니다.
질의 로그 읽기
세션 및 질의 캐시 페이지에는 현재 활성 상태인 모든 질의 및 세션이 나열됩니다. 관리자가 콘솔에서 이 페이지에 액세스할 수 있습니다.
페이지의 각 항목은 설정된 레벨(즉, 의미 모델, 세션 또는 보고서 레벨)에서 특정 질의의 질의 로그에 대한 액세스 권한을 제공합니다.
각 요청에는 Oracle Analytics에서 고유한 requestid
가 포함되어 있습니다.
논리적 SQL 질의
여기에서는 Oracle Analytics의 샘플 논리적 SQL 질의를 보여줍니다.
논리적 SQL 요청에서 볼 수 있는 일반적인 변수는 다음과 같습니다.
QUERY_SRC_CD
: 질의 원본: 프롬프트, 보고서, DV, SQL 실행 등입니다.SAW_SRC_PATH
: 질의가 저장된 경우 카탈로그의 질의 경로입니다.SAW_DASHBOARD
: 질의가 대시보드에 포함된 경우 카탈로그의 대시보드 경로입니다.SAW_DASHBOARD_PG
: 대시보드 페이지의 이름입니다.논리적 요청
논리적 요청은 보안 필터(있는 경우)를 추가한 후 프리젠테이션 층에서 비즈니스 모델 및 매핑 층으로 질의를 변환하는 것입니다.
논리적 요청에 따라 Oracle Analytics는 질의가 기존 캐시에 적중하는지 또는 데이터베이스에서 검색되어야 하는지 여부를 결정합니다.
실행 계획
실행 계획은 실제 논리적 요청을 최적화된 실행 계획으로 변환하는 것입니다. 여기에는 각 작업의 전달 계획과 데이터베이스 또는 Oracle Analytics 중 하나의 수행 위치가 포함됩니다. Oracle Analytics에서 작업이 처리될 때 질의 로그에는 [for database 0:0,0]
이 표시됩니다.
질의를 실행하는 동안 Oracle Analytics는 이 트리를 정확하게 탐색합니다. 세부 로그에서 처리된 행에 대한 정보가 실행 트리의 모든 노드에 제공됩니다.
물리적 또는 데이터베이스 요청
실행 계획에 따라 Oracle Analytics는 지정된 데이터베이스에서 실행할 물리적 SQL을 생성합니다. 하나 이상의 데이터베이스에 여러 요청을 전송할 수 있습니다.
데이터베이스에 전송되는 모든 물리적 요청에는 검색된 행 및 바이트 수에 대한 로그가 기록됩니다.
질의가 여러 개일 때 질의 ID(이 예에서는 1914627
)를 사용하여 데이터베이스에 질의 전송
섹션에 로깅된 정확한 질의를 찾을 수 있습니다. 이렇게 하면 데이터베이스 요청이 여러 개 있을 때 질의를 검색된 행과 매핑할 수 있습니다.
하나의 보고서는 보고서 구조 및 의미 모델 정의에 따라 하나 이상의 데이터베이스에 여러 질의를 전송할 수 있습니다. 예를 들어 이 질의 로그에서는 3개의 물리적 질의가 데이터베이스로 전송되었습니다.
로그는 실행 계획의 모든 노드에 대해 유사한 행 처리 정보를 제공합니다. 마지막으로 클라이언트로 전송되는 행이 로깅됩니다.
또한 로그에 전체 실행 시간을 포함한 최종 통계 요약이 포함됩니다. 이 시간을 조사하여 성능 문제를 분석하고 조사할 수 있습니다.
요약 통계
질의 로그 고려 사항
처리가 단일 스레드 활동으로 수행됩니다. 어려운 상황에서는 로그 레벨이 2를 초과할 때 성능 병목이 발생할 수 있습니다.
나열되고 계산되는 시간은 로그에 입력이 기록되는 시간에 해당하며, 이는 거의 항상 이벤트(즉, 로그 입력을 시작한 작업)가 발생하는 시간입니다. 그렇지 않으면 로깅에 영향을 주는 다른 병목이 있습니다.
질의 로깅은 진단용이며 사용 정보를 수집하기 위한 것이 아닙니다. 사용 추적에 대한 자세한 내용은 사용 추적을(를) 참조하십시오.
워크북의 질의 로그 액세스
관리자만 콘솔에서 세션 및 질의 캐시를 통해 로그에 액세스할 수 있습니다. 하지만 콘텐츠 작성자는 개발자 메뉴를 통해 워크북에서 가상화 질의에 대한 로그 정보에 액세스할 수 있으며, 이는 질의 성능 문제를 해결하려는 작성자에게 유용한 툴입니다. 워크북의 성능 툴(개발자 메뉴 옵션)에 액세스하려면 사용자가 내 프로파일 아래의 고급 메뉴에 있는 개발자 옵션 사용을 켜야 합니다.
사용으로 설정되었으면 개발자 메뉴 옵션이 워크북 메뉴에 표시됩니다.
개발자 옵션을 사용하면 사용자가 캔버스의 모든 시각화에 대해 여러 로그를 즉시 확인하고 분석할 수 있습니다. 각 정보 유형에 대해 서로 다른 탭이 포함된 개별 프레임이 캔버스 아래에 표시됩니다. 기본적으로 시각화가 실행될 때는 로그가 채워지거나 새로고침되지 않습니다.
분석하려는 시각화를 선택하고 새로고침을 눌러서 로그를 생성합니다. 새로고침된 다음에는 시각화와 관련된 여러 정보가 표시되고 특정 시각화에 대해 로그 정보를 분석할 수 있습니다. 여러 시각화를 분석하려면 개별적으로 새로고침하고 하나씩 분석해야 합니다.
주:
개발자 메뉴는 워크북에만 제공됩니다. 클래식 분석 및 대시보드의 경우 세션 및 질의 캐시 페이지를 통해 질의 로그에 액세스합니다.