SAP 모니터링 및 성능 확인: Tcode를 사용한 완벽한 튜토리얼
시스템 모니터링이란 무엇입니까?
시스템 모니터링은 일상적인 활동이며 이 문서는 서버 모니터링을 위한 체계적인 단계별 절차를 제공합니다. 사전 예방적 시스템 모니터링을 위한 기술적 측면과 개념에 대한 개요를 제공합니다. 그 중 몇 가지는 다음과 같습니다.
- 응용 프로그램 서버를 확인하는 중입니다.
- 시스템 전체의 작업 프로세스를 모니터링합니다.
- 개별 인스턴스에 대한 작업 프로세스 모니터링.
- 잠금 항목 모니터링.
- CPU 사용률
- 데이터베이스의 사용 가능한 공간.
- 업데이트 프로세스 모니터링.
- 모니터링 시스템 로그.
- Buffer 통계
다른 것들은 다음과 같습니다:
- 일괄 작업 모니터링
- 스풀 요청 모니터링.
- 인쇄 요청 수
- ABAP 덤프 분석.
- 데이터베이스 성능 모니터.
- 데이터베이스 확인.
- 애플리케이션 사용자 모니터링.
왜 일일 기본 점검/시스템 모니터링이 필요한가요?
우리는 어떻게 모니터링합니까? SAP 시스템?
애플리케이션 서버 확인(SM51)
이 트랜잭션은 모든 활성 애플리케이션 서버를 확인하는 데 사용됩니다.
여기서는 각 인스턴스에 어떤 서비스 또는 작업 프로세스가 구성되어 있는지 확인할 수 있습니다.
개별 인스턴스 SM50에 대한 작업 프로세스 모니터링
특정 인스턴스와 관련된 모든 실행 중, 대기 중, 중지된 프로세스 및 PRIV 프로세스를 표시합니다. 이 단계에서는 모든 프로세스를 확인합니다. 프로세스 상태는 항상 대기 중 또는 실행 중이어야 합니다. 프로세스가 대기 또는 실행 중이 아닌 상태인 경우 해당 특정 프로세스를 확인하고 그에 따라 보고해야 합니다.
이 거래에는 다음과 같은 많은 정보가 표시됩니다.
- 작업 진행 상태(점유 여부)
- 작업 프로세스가 실행 중인 경우 작업 열에서 작업 프로세스가 수행한 작업을 볼 수 있습니다.
- 작업 중인 테이블을 확인할 수 있습니다.
일반적인 문제 중 일부는 다음과 같습니다.
- 사용자가 로그온하는 데 오랜 시간이 걸림/로그온할 수 없음/온라인 거래가 매우 느림. 이는 DIA 업무 프로세스가 충분히 활용된 결과일 수 있습니다. 장기 실행 작업의 결과도 있을 수 있습니다(시간 열 아래의 빨간색 표시). 필요한 경우 작업을 선택하여 세션을 취소한 다음 프로세스>코어 없이 취소로 이동합니다. 그러면 작업이 취소되고 다른 사용자/프로세스의 작업 프로세스가 해제됩니다.
- 일부 사용자는 다음과 같은 PRIV 상태를 가질 수 있습니다. 이유 열. 이는 사용자 트랜잭션이 너무 커서 더 많은 메모리가 필요할 수 있습니다. 이런 일이 발생하면 DIA 작업 프로세스는 사용자가 '소유'하게 되며 다른 사용자가 사용할 수 없게 됩니다. 이런 일이 발생하면 사용자에게 확인하고 가능하면 해당 작업을 백그라운드 작업으로 실행하십시오.
- SPO 작업 프로세스에 긴 인쇄 작업이 있는 경우 문제를 조사하십시오. 인쇄 서버나 프린터와 관련된 문제일 수 있습니다.
시스템 전반의 작업 프로세스 모니터링(SM66)
글로벌 작업 프로세스 개요를 통해 작업 프로세스 부하를 확인함으로써 시스템 성능 문제의 잠재적 원인을 신속하게 조사할 수 있습니다.
모든 활성 인스턴스의 작업 프로세스 로드를 모니터링합니다. 시스템 전반에 걸쳐
글로벌 작업 프로세스 개요 화면을 사용하면 다음을 한 눈에 볼 수 있습니다.
- 각 애플리케이션 서버의 상태
- 실행이 안되는 이유
- 재시작되었는지 여부
- CPU 및 요청 런타임
- 로그온한 사용자와 그들이 로그온한 클라이언트
- 실행 중인 보고서
모니터 애플리케이션 사용자(AL08 및 SM04)
이 트랜잭션은 활성 인스턴스의 모든 사용자를 표시합니다.
업데이트 프로세스 모니터링(SM13)
SM13 트랜잭션을 실행하고 '*USER 필드에 '를 입력하고 다음을 클릭하세요. 버튼을 클릭합니다.
오랫동안 보류 중인 업데이트 기록이 없거나 진행 중인 업데이트가 없는 경우 아래 스크린샷에 표시된 것처럼 이 대기열은 비어 있게 됩니다.
그러나 업데이트가 활성화되지 않은 경우 아래 정보를 찾으십시오.
- 업데이트가 활성화되어 있습니까? 그렇지 않은 경우 시스템이나 사용자에 의해 비활성화되었습니까?
- 를 클릭하십시오
버튼을 누르고 정보를 얻으세요.
- 를 클릭하십시오
버튼을 클릭하면 아래 정보를 얻을 수 있습니다.
- 를 클릭하십시오
- 업데이트가 취소되었나요?
- 10분 이상 대기 중인 업데이트의 긴 대기열이 있습니까?
잠금 항목 모니터링(SM12)
SM12 트랜잭션을 실행하고 사용자 이름 필드에 '*'를 입력합니다.
SAP 다른 사용자가 작업 중인 레코드를 변경하지 못하도록 잠금 메커니즘을 제공합니다. 어떤 상황에서는 잠금이 해제되지 않습니다. 이는 사용자가 잠금을 해제하기 전에 네트워크 문제로 인해 연결이 끊어진 경우 발생할 수 있습니다.
이러한 오래된 잠금을 해제해야 합니다. 그렇지 않으면 기록에 대한 액세스나 변경이 방지될 수 있습니다.
잠금 통계를 사용하여 시스템에 설정된 잠금을 모니터링할 수 있습니다. 우리는 전날의 날짜/시간 스탬프가 있는 잠금 항목만 기록합니다.
모니터링 시스템 로그(SM21)
로그를 사용하여 시스템과 환경에서 발생하는 오류를 찾아내고 수정할 수 있습니다.
다음 선택/옵션을 사용하여 전날의 로그를 확인합니다.
- 날짜와 시간을 입력하세요.
- 라디오 버튼 문제 및 경고 선택
- 시스템 로그 다시 읽기를 누릅니다.
조정 요약(ST02)
1 단계 : ST02로 이동하여 Tune 요약을 확인하세요.
2 단계 : SWAPS에서 빨간색 값이 보이면 해당 값을 두 번 클릭하세요.
3 단계 : 아래 화면에서 '현재 매개변수' 탭을 클릭하세요.
4 단계 : 값과 프로필 매개변수를 기록해 두세요.
5 단계 : RZ10으로 이동(프로필 매개변수 값을 변경하려면)
6 단계 : 변경 사항을 저장하십시오.
7 단계 : 새로운 변경 사항을 적용하려면 서버를 다시 시작하세요.
CPU 사용률(ST06)
유휴 CPU 사용률은 60-65%여야 합니다. 이 값을 초과하면 최소한 아래 사항을 확인해야 합니다.
- OS 수준 명령을 실행하고 가장 많은 리소스를 사용하는 프로세스를 확인하세요.
- SM50이나 SM66으로 가세요. 장기 실행 작업이나 실행 중인 장기 업데이트 쿼리가 있는지 확인하세요.
- SM12로 이동하여 잠금 항목을 확인하십시오.
- SM13으로 이동하여 업데이트 활성 상태를 확인하세요.
- SM21에서 오류를 확인하세요.
ABAP 덤프(ST22)
여기서는 전날의 덤프를 확인합니다.
스풀 요청 모니터링(SP01)
스풀 요청 모니터링을 위해 SP01을 실행하고 아래와 같이 선택합니다.
여기서는 문제로 종료된 요청만 기록합니다.
일괄 작업 모니터링(SM37)
백그라운드 작업 모니터링의 경우 SM37을 실행하고 아래와 같이 선택합니다.
- 사용자 이름 및 작업 이름 필드에 '*'를 입력합니다.
- 작업 상태에서 예약됨, 취소됨, 릴리스됨 및 완료됨 요청을 선택합니다.
트랜잭션 RFC 관리(SM58)
트랜잭션 RFC(tRFC, 원래 비동기 RFC라고도 함) RFC)은 RFC 서버에서 호출된 함수 모듈을 한 번만 실행하는 비동기 통신 방식입니다.
tRFC를 보려는 표시 기간을 선택한 다음 사용자 이름 필드에서 '*'를 선택하여 올바르게 실행되지 않았거나 대기열에서 대기 중인 모든 호출을 확인해야 합니다.
QRFC 관리(아웃바운드 대기열-SMQ1)
여기에 클라이언트 이름을 지정하고 대기 또는 오류 상태에 있는 나가는 qRFC가 있는지 확인해야 합니다.
QRFC 관리(인바운드 대기열-SMQ2)
여기에 클라이언트 이름을 지정하고 대기 또는 오류 상태에 있는 수신 qRFC가 있는지 확인해야 합니다.
데이터베이스 관리(DB02)
선택한 후 현재 크기 첫 번째 화면에서는 시스템에 있는 모든 테이블스페이스의 현재 상태를 보여주는 아래 화면이 나타납니다.
테이블스페이스가 95%를 초과하고 자동 범위가 해제된 경우 데이터베이스가 가득 차지 않도록 새 데이터파일을 추가해야 합니다.
또한 테이블스페이스의 기록을 확인할 수도 있습니다.
여기에서 월, 주 또는 일을 선택하여 테이블스페이스에서 발생하는 변경 사항을 확인할 수 있습니다.
이러한 값을 분석하여 테이블스페이스의 증가를 확인할 수 있습니다.
데이터베이스 백업 로그(DB12)
이 트랜잭션을 통해 시스템의 마지막 성공적인 백업이 언제인지 확인할 수 있습니다. 전날의 백업을 검토하고 모든 것이 정상인지 확인할 수 있습니다.
또한 리두 로그 파일을 검토하고 리두 로그 백업이 성공했는지 여부를 확인할 수도 있습니다.
빠른 Rev보기
일일 모니터링 작업
- 중요한 작업
- SAP
- 데이터베이스
중요한 작업
아니 | 태스크 | 거래 | 절차/비고 |
---|---|---|---|
1 | R/3System이 작동 중인지 확인하십시오. | R/3 시스템에 로그온 | |
2 | 일일 백업이 오류 없이 실행되었는지 확인 | DB12 | 데이터베이스 백업을 확인하세요. |
SAP
아니 | 태스크 | 거래 | 절차/비고 |
---|---|---|---|
1 | 모든 애플리케이션 서버가 작동 중인지 확인하십시오. | SM51 | 모든 서버가 작동 중인지 확인하세요. |
2 | 작업 프로세스를 확인합니다(SM51부터 시작). | SM50 | "실행 중" 또는 "대기 중" 상태의 모든 작업 프로세스 |
3 | 글로벌 업무 프로세스 개요 | SM66 | 1800초 이상 실행되는 작업 프로세스가 없는지 확인하세요. |
3 | 실패한 업데이트를 찾습니다(업데이트 종료). | SM13 |
|
4 | 시스템 로그를 확인하세요. | SM21 | 마지막 로그 검토 이전으로 날짜와 시간을 설정합니다. 다음 사항을 확인하세요.
|
5 | Rev취소된 작업이요. | SM37 | 사용자 ID에 별표(*)를 입력하세요. 모든 중요한 작업이 성공했는지 확인합니다. |
6 | "오래된" 잠금이 있는지 확인하세요. | SM12 | 사용자 ID에 별표(*)를 입력하세요. |
7 | 시스템에서 사용자를 확인합니다. | SM04AL08 | Rev알 수 없거나 다른 사용자 ID와 터미널의 경우입니다. 이 작업은 하루에 여러 번 수행해야 합니다. |
8 | 스풀 문제를 확인하십시오. | SP01 | 한 시간 이상 "진행 중"이었던 스풀 작업에 대해서는 Created ByLook에 별표(*)를 입력합니다. |
9 | 작업 로그 확인 | SM37 | 확인:
|
10 | Rev덤프를 확인하고 해결하세요. | ST22 | 과도한 수의 덤프를 찾으십시오. 특이한 성격의 덤프를 찾으십시오. |
11 | Rev버퍼 통계를 확인하세요. | ST02 | 스왑을 찾아보세요. |
데이터베이스
아니 | 태스크 | 거래 | 절차/비고 |
---|---|---|---|
1 | Rev문제에 대한 오류 로그를 봅니다. | ST04 | |
2 | 데이터베이스 증가 누락 지수 | DB02 | 테이블스페이스가 90% 이상 사용되는 경우 새 데이터 파일을 추가하십시오. 누락된 인덱스를 다시 작성하십시오. |
3 | 데이터베이스 통계 로그 | DB13 |