[SAP] Performance 이슈/포인트

1. 성능 이슈 유형
운영에서 성능 문제는 크게 3가지로 나뉜다.

- Dialog 응답 지연
사용자가 트랜잭션 실행 시 느림 (예: VA01, MB1C).
원인: SQL 부하, 화면 내 루프/내부 테이블 과다 처리.

- Background Job 지연
대량 배치 잡(Job) 실행 시간이 지나치게 길어짐.
원인: 대량 SELECT/UPDATE, 병렬처리 미비, Lock 경합(여러 사용자가 동시 데이터 접근).

- 시스템 레벨 부하
특정 시점 CPU, Memory, Work Process가 한꺼번에 올라가는 현상.
원인: 잘못된 프로그램, DB 부하 집중, 네트워크 병목.

2. 체크 포인트
(1) 트랜잭션 코드 / 프로그램명 확인
성능 이슈 시 어떤 트랜잭션(T-code)에서 발생했는지 먼저 확인.

Z프로그램인지, SAP 스탠다드인지 구분.

(2) 실행 환경 파악
Dialog인지, Background Job인지 체크.
Job이라면 SM37에서 Job 로그와 Runtime 확인.
Dialog라면 ST03N(워크로드 분석)에서 응답시간 확인.

(3) DB 접근 여부
대부분 성능 문제는 DB Access와 관련
ST05 (SQL Trace)로 어떤 테이블을 많이 읽는지 확인 가능
운영자는 상세 Trace까지는 몰라도, 어떤 테이블에서 I/O가 많은가 정도는 알아두면 좋음

(4) Lock/Wait 여부
SM12에서 Lock Table 확인.
SM66, SM50에서 특정 Work Process가 Wait 상태인지 파악
Lock 경합인지 SQL 성능 문제인지 분류 가능

(5) 데이터 볼륨 / Selection 조건
사용자 입력 파라미터(예: 기간 10년치, 전체 플랜트 조회 등)가 지나치게 크지 않은지 확인.

(6) 시스템 자원 상태
ST06 (OS Monitoring) → CPU/메모리 확인.
ST02 (SAP Memory) → Buffer Hit Ratio 확인.
특정 시점에 시스템 레벨 이슈인지도 체크.

3. 만약 운영/사용자가 개발팀에게 이벤트를 넘긴다면?
어떤 트랜잭션 / 프로그램에서 발생했는지?
Dialog인지, Batch Job인지? (Job ID, 실행 시간 포함)
실행 시점 (날짜/시간대)
Selection 조건 (조회 범위, 회사코드, 플랜트 등)
단발성인지, 반복적으로 발생하는지?
다른 사용자도 동일 현상인지, 특정 사용자만인지?

4. 성능 개선 포인트
Job 스케줄링 조정: 대량 데이터 Job은 야간 분산 실행.
ABAP 로직 문제: 루프 중첩, 내부 테이블 처리 문제 등 (아밥 개발자 영역)
SQL/DB 문제: 쿼리가 비효율적이어서 DB에서 시간이 오래 걸림 -> 코드 개선
사용자 가이드: Selection 범위(전체조회 vs 기간별 조회) 기준 제시.

운영이 성능 튜닝을 직접하는 경우도 있고 아닐 수도 있지만, 문제 발생 맥락을 명확히 수집하고 위에 적어둔 포인트들 파악만 해도 협업 속도가 많이 빨라진다.

즉, 운영자라면 느리다를 어디서, 언제, 어떤 조건으로 느린가 수준까지 구체화하는게 핵심이라 볼 수 있다.