SAT - ABAP 런타임 분석으로 병목 지점 찾기#

#SAT는 무엇인가

SAT는 ABAP 프로그램이 어디서 얼마나 시간을 쓰는지 측정하는 런타임 분석 도구입니다. 오랫동안 쓰이던 SE30의 후속으로 나왔고, 측정 방식과 결과 화면이 크게 개선되었습니다.

핵심은 단순합니다. 프로그램을 한 번 실행시키면서 모든 호출 지점의 소요 시간을 기록해 두었다가, 나중에 그 기록을 여러 각도로 뜯어보는 것입니다.

#SAT와 ST05, 무엇을 언제 쓰나

성능 문제를 만나면 가장 먼저 정해야 할 것은 범인이 ABAP인지 DB인지입니다. 이 판단에 쓰는 도구가 다릅니다.

실무에서는 SAT로 큰 그림을 보고, DB 쪽이 의심되면 ST05로 넘어가는 순서가 자연스럽습니다. SAT 결과에서 DB 관련 시간이 압도적이면 ST05 SQL 트레이스로, ABAP 처리가 압도적이면 그대로 SAT를 파고들면 됩니다.

#측정 시작하기

SAT 초기 화면에서 측정 대상을 지정하고 실행합니다. 실행 방식은 크게 세 가지입니다.

측정이 끝나면 결과가 파일로 남고, 나중에 언제든 다시 열어볼 수 있습니다.

#측정 변형(Variant)이 결과를 좌우한다

SAT에서 가장 자주 실수하는 지점이 여기입니다. 변형 설정에 따라 볼 수 있는 것이 완전히 달라집니다.

#집계(Aggregation)

가장 중요한 설정입니다. 같은 코드가 1만 번 호출됐을 때, 이걸 한 줄로 합쳐서 보여줄지 1만 번을 다 남길지를 정합니다.

#측정 대상 제한

무엇을 기록할지도 고를 수 있습니다. 보통 아래 범주로 나뉩니다.

대상	설명
ABAP 처리	서브루틴·메서드·함수 호출 등 모듈화 단위
내부 테이블	LOOP, READ TABLE, SORT 등 내부 테이블 연산
DB 접근	Open SQL / ABAP SQL 문
시스템 커널	커널 내부 처리

전부 켜면 정확하지만 무겁습니다. 의심 가는 범주만 켜는 것이 실전에서 훨씬 낫습니다.

#실행 제한

측정 파일이 무한정 커지지 않도록 최대 실행 시간과 최대 파일 크기 제한이 있습니다. 대량 배치를 측정하다 결과가 잘려 있다면 이 값을 의심해 보세요.

#결과 읽는 법

#총시간과 순시간

SAT 결과를 볼 때 반드시 구분해야 하는 두 값입니다.

총시간 상위 = 호출 경로의 위쪽일 뿐, 그 자체가 병목은 아닙니다. 최상위 프로그램의 총시간은 당연히 100%입니다. 실제로 고칠 대상은 순시간 상위에 있습니다.

#주요 화면

화면	무엇을 보나
Hit List (적중 목록)	호출 단위별 시간·횟수 목록. 순시간으로 정렬해 상위부터 본다
Call Hierarchy (호출 계층)	어떤 경로로 호출됐는지 트리로 추적 (집계 끔 필요)
Profile	프로그램·모듈화 단위 등 그룹 단위 집계
DB Tables	접근한 테이블별 통계

#실전: 어디부터 보나

특히 STEP 2가 중요합니다. 같은 3초라도 원인이 다릅니다.

• 1번 호출에 3초 → 그 코드 자체가 느리다. 로직·쿼리를 고친다.
• 3만 번 호출에 총 3초 → 코드는 빠르다. 호출 횟수를 줄이는 것이 답이다.

두 번째 경우가 훨씬 흔하고, 해결책도 완전히 다릅니다. 루프 안에서 반복 호출되는 구조라면 SQL 튜닝 시리즈 ④편에서 다루는 패턴과 이어집니다.

#주의사항

• 운영계에서는 신중하게 — 측정 부하가 있고, 파일 공간도 씁니다. 가능하면 개발·품질계에서 재현하세요.
• 측정 구간을 좁히세요 — 프로그램 전체보다, 의심 구간만 도는 테스트 프로그램을 만들어 재는 편이 훨씬 정확하고 가볍습니다.
• 한 번만 재지 마세요 — 첫 실행은 버퍼가 비어 있어 느립니다. 두세 번 돌려 안정된 값을 보세요.

#정리

도구	보는 것	언제
SAT	ABAP 코드별 소요 시간	"프로그램이 느린데 어디가 느린지 모르겠다"
ST05	개별 SQL 실행 내역	"DB 접근이 문제 같다"
STAD	단일 트랜잭션 실행 통계	"이 실행이 전체적으로 어떻게 나뉘었나"

핵심은 순시간 상위부터, 호출 횟수와 함께 보는 것입니다. 총시간만 보고 최상위 함수를 고치려 들면 시간만 버립니다.