홈›활용사례›Top N List

Top N List

#신규 구축 #S/4HANA 전환 #대규모 다모듈 프로젝트

신규 개발 CBO 중 어느
프로그램이 부하를 유발하는지,
정확히 식별하고 계십니까?

OWLens Top N List는 커스텀(CBO) 프로그램을 응답시간·메모리·실행횟수 등 여러 축으로 순위화하고, 태스크 유형별로 걸러 상위 유발 프로그램을 식별합니다.
이어 Program History로 이동하면, 해당 프로그램이 사용된 날짜·시간대별 추이는 물론 AP 서버·사용자 단위까지 구간별 응답시간으로 조회해 병목 지점을 정밀하게 진단합니다.

Top N List — 커스텀 프로그램 상위 랭킹
Top N List — 커스텀 프로그램 상위 랭킹 화면
Problem · Pain Point

무겁다는 사실은 오픈 뒤에,
민원과 함께 드러납니다.

신규 구축이나 S/4HANA 전환 과정에서는 대량의 CBO가 새롭게 개발됩니다. 하지만 어떤 커스텀 프로그램이 무거운지, 원인이 응답시간인지·CPU인지·DB인지, 언제·어느 구간에서 발생하는지는 오픈 후에야 민원과 함께 드러납니다. SAP 표준 도구만으로는 커스텀 프로그램별로 이러한 문제를 사전에 판단하기 어렵습니다.

커스텀이 간접 호출한 실행은 집계되지 않습니다.

ST03N에도 프로그램·패키지 관점이 있지만, 커스텀 코드가 간접 호출(CALL TRANSACTION 등)한 실행은 통계에 집계되지 않습니다. 신규 CBO 내부 호출이 그대로 누락됩니다.

빌드·테스트 기간의 추세를 추적하기 어렵습니다.

상세 통계 보존이 기본 2일 수준(STAT 파일 절삭)이기 때문에 빌드·테스트 기간의 추세를 추적하기 어렵고, 재구성으로 삭제된 통계는 복구되지 않습니다.

외산 APM은 커스텀 단위 진단에 약합니다.

외산 APM은 원격 표준 지표로 '어떤 트랜잭션·시스템이 느리다'까지는 보지만, 커스텀 프로그램을 골라 다축으로 순위화하고 스텝·구간까지 내려가는 진단에는 약합니다.

Solution · OWLens 해결

OWLens는 이렇게 해결합니다.

01

분석할 성능 관점을 선택해 부하가 큰 프로그램 식별

응답시간·메모리·실행횟수 중 분석할 관점을 선택하고, 작업 유형·커스텀(CBO) 여부를 기준으로 부하가 큰 상위 프로그램을 식별합니다.

성능 관점 선택 · 상위 프로그램 목록 화면

▲ 응답시간·메모리·실행횟수 관점과 작업 유형·CBO 필터로 좁힌 상위 프로그램 목록

성능 관점별 선택 방법 자세히 보기
02

부하가 큰 프로그램이 언제·어떤 조건에서 느려지는지 조회

상위 목록에서 부하가 큰 프로그램을 특정했다면, 다음은 그 프로그램이 언제·어떤 조건에서 느려지는지 확인해야 합니다. 해당 프로그램에서 Program History로 이동하면, 지정 기간의 수행 이력을 날짜·시간대는 물론 AP 서버·사용자 단위로 집계하고, 각 구간의 평균 응답시간과 구성 지표(처리·DB·CPU·대기 등)를 함께 보여줍니다. 이를 통해 상시 느린지, 특정 시간대·서버·사용자 조건에서만 느려지는지 재발 패턴과 원인 조건을 정확히 파악할 수 있습니다.

Program History — 날짜·시간대·AP 서버·사용자별 집계 화면

▲ 날짜·시간대·AP 서버·사용자 단위로 집계된 평균 응답시간과 구성 지표

03

개별 트랜잭션 스텝의 응답시간을 구간별로 분해

수행 이력을 개별 트랜잭션 스텝 단위까지 상세 분석해, 각 스텝의 응답시간을 표준 성능 구간(처리·DB·CPU·대기·네트워크 등)으로 분해합니다. 이를 통해 병목이 코드·DB·인프라 중 어디에서 발생했는지 정량적으로 보여줍니다.

트랜잭션 스텝별 구간 응답시간 분해 화면

▲ 스텝별 응답시간이 처리·DB·CPU·대기·네트워크 구간으로 분해된 화면

구간별 응답시간 분해 자세히 보기
Value · 역할별 가치

담당 업무별 활용 효과

IT 책임자

오픈 전 커스텀 프로그램의 성능을 응답시간·메모리·실행횟수 등 다양한 관점에서 사전 점검해, 성능 리스크를 줄이고 오픈 후 인프라 증설·재작업 비용을 줄입니다.

운영 담당자

담당 모듈에서 어떤 업무 프로그램의 응답이 지연되는지 식별하고, 언제·어떤 조건에서 문제가 발생하는지 확인해 개선을 요청합니다.

BC (Basis)

부하가 큰 상위 프로그램을 구간별로 분석해 병목이 DB·코드·인프라 중 어디에서 발생하는지 진단하고, 튜닝 우선순위를 정합니다.

Difference · SAP 표준 도구와의 차별점

SAP 표준 도구와 OWLens 비교

성능 저하는 대개 소수의 프로그램에서 비롯됩니다. 여러 축으로 부하가 큰 프로그램을 찾고, 병목 구간까지 분석해 정확하게 개선하십시오.

구분
SAP 표준 도구
OWLens
관점
단일·수동 조회
응답시간·메모리·실행을 커스텀(CBO)만 필터·다축
깊이
상위 목록까지
날짜·시간·AP·사용자·구간별 응답시간 드릴다운
범위
전문가용·시스템별
한 화면·다중 시스템·상시
Free Demo

귀사 시스템의 Top N을 직접 확인하십시오.

3개월 무료 데모와 설치·교육을 무상으로 제공합니다. 지금 바로 경험해 보세요.

해결 ① · 성능 분석 관점 선택

분석할 성능 관점을 선택하면, 유발 프로그램이 좁혀집니다.

분석 관점 · 작업 유형 · 커스텀 여부를 지정해 상위 유발 프로그램을 정밀 식별

어떤 성능 관점으로 분석하시겠습니까?
응답시간전체 응답시간과 함께 CPU Time·DB Time을 구분해 상위 목록으로 제공합니다.
지연이 처리(CPU)에서 비롯됐는지 데이터 접근(DB)에서 비롯됐는지까지 식별합니다.
메모리확장 메모리 점유가 큰 프로그램을 상위로 식별합니다.
자원 압박·페이징·메모리 부족(OOM) 위험 요인을 사전에 파악합니다.
실행횟수호출 빈도가 높은 프로그램을 식별합니다.
자주 수행될수록 작은 개선도 전체 효과가 커 튜닝 우선순위를 정하는 기준이 되고, 불필요한 반복 호출 같은 비정상 패턴을 가려내는 데도 쓰입니다.
어떤 작업 유형만 볼까요? (Task Type)
DIALOG UPDATE SPOOL BACKGROUND UPDATE2 RFC OTHERS

필요한 작업 유형만 선택해 범위를 좁힐 수 있습니다 (예: 야간 배치만 보려면 BACKGROUND)

커스텀(CBO) 프로그램만 볼까요?
CBO Only

표준을 걷어내고 신규 개발한 커스텀 프로그램만 구축·전환 프로젝트 성능 검증의 대상

이렇게 지정하면 '그냥 느린 목록'이 아니라 지금 분석하려는 관점의 유발 프로그램이 상위에 드러납니다.

해결 ③ · 구간별 응답시간 분해

응답시간을 표준 성능 구간으로 나눠, 병목을 정량으로 특정합니다.

개별 트랜잭션 스텝 단위 · SAP Dialog Response Time 구성요소 기준

한 스텝의 응답시간(R.T.)은 여러 처리 구간의 합입니다. OWLens는 이를 스텝 단위로 분해해, 시간이 어느 구간에 쌓였는지 정량으로 보여줍니다. 어느 구간이 큰지에 따라 봐야 할 대상과 담당이 달라집니다.

예시 스텝 · Z_TEST_PKG_PGM_0003R.T. 259ms
처리(Proc) DB CPU GUI·RFC·F.E.Net
구간이 말해 주는 것 (값이 크면 어디를 봐야 하나)
구간의미값이 크면
처리 ProcABAP 애플리케이션 로직 수행 시간코드 → 개발
DB데이터베이스 요청·페치 시간SQL·인덱스 → DBA
CPU앱서버 CPU 점유 시간연산·자원 → 인프라
대기 Wait작업 프로세스 할당 대기WP 사이징 → Basis
Roll·Load+Gen롤 인/아웃·프로그램 로드·생성버퍼·메모리 → Basis
Lock엔큐(락) 대기 시간락 경합 → 업무·로직
GUI·RFC·F.E.Net화면·인터페이스·프론트엔드 네트워크연동·회선 → 인프라

'느리다'가 아니라 어느 구간이 느리다로 병목을 정량으로 특정해 개발·DBA·인프라로 정확히 이관합니다.