이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
SAP 시스템을 직접 운영한 경험은 없지만, ERP 모니터링 구조를 공부하면서 SAP 시스템 모니터링 원칙에 대한 기본기를 다졌습니다. SAP는 SM50·SM66 같은 트랜잭션 코드로 작업 프로세스 상태를 실시간으로 확인하고, 다이얼로그 워크 프로세스 포화나 롱 런닝 작업이 장애 신호임을 공부했습니다. 장애 분석에서는 SM21(시스템 로그)과 덤프 분석 트랜잭션이 핵심 도구인데, 에러 로그에서 재현 조건을 좁히는 방식이 일반 애플리케이션 디버깅과 크게 다르지 않다는 점이 흥미로웠습니다.
대규모 ERP 환경에서는 변경 관리와 트랜스포트 체계가 장애 예방의 핵심이라는 걸 학습하면서 인프라 관리의 폭이 넓다는 걸 느꼈습니다. 지금은 실제 SAP 환경을 직접 다뤄보는 경험을 쌓고 싶습니다.
인턴 기간에 운영 중인 SAP 시스템에서 메모리 부족 알림이 갑자기 발생했습니다. 처음에는 어떤 트랜잭션부터 봐야 하는지 몰라 선배에게 도움을 요청했고, SM50으로 현재 프로세스 상태를, SM21으로 시스템 로그를 확인하는 방법을 배웠습니다. 로그를 따라가 보니 특정 배치 잡이 대용량 데이터를 페이지 분리 없이 한 번에 처리하면서 메모리를 잡아먹고 있었습니다. 배치 잡의 선택 조건을 날짜 범위로 나눠 소분할 처리하도록 수정하자 알림이 사라졌습니다. 이 경험으로 SAP 장애 분석은 트랜잭션 코드 활용 능력과 로그 해석 능력이 함께 있어야 한다는 걸 배웠고, 이후 주요 트랜잭션 코드를 노트에 정리해두는 습관이 생겼습니다.
인턴 기간에 외부 시스템과 SAP를 연동하는 인터페이스 오류를 처음 분석하는 자리를 맡았습니다. 메시지 로그에 오류 코드가 찍혀 있었는데 무슨 의미인지 알 수 없었고, SAP 설정 화면을 어디서 찾아야 하는지도 몰랐습니다. 처음에는 혼자 해결하려다 두 시간을 보냈고, 결국 담당 선배에게 도움을 요청했습니다. 선배와 함께 SM58 트랜잭션에서 미처리 메시지를 확인하고, 수신 측 연결 파라미터가 변경된 게 원인이라는 걸 찾아냈습니다. 처음부터 도움을 구했으면 더 빨리 해결했을 텐데 혼자 해야 한다는 생각에 시간을 낭비했습니다. 이후에는 일정 시간 막히면 팀에 공유하는 방식으로 접근하게 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 신세계아이앤씨 솔루션 아키텍트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.