LDCC. SAP BC | SAP ERP | Basis Consultant
목차 및 링크
"System & Application & Products in data processing"의 약어로, 업무용 솔루션 제작 회사이다.
우리가 흔히 말하는 SAP는 사실상 "SAP ERP"라는 SAP사의 ERP 제품 이름이다.
"Enterprise Resource Planning"의 약어로, 전사적 자원 관리를 의미하며, 회사의 모든 자원을 관리하는 시스템이다.
SAP ERP 하나의 시스템 안에는 위와 같이 3계층 구조로 이루어져있다.
Presentation Layer에서 사용자가 어떠한 이벤트를 발생시키면 Application Layer가 작동되며, Application Layer에선 Database Layer에 데이터를 요청하여 특정 작업을 수행한다.
더 자세한 작동방식이 궁금하다면, 아래의 "더보기"를 참고하면 되겠다.
더보기
3계층 중에서 어렵게 느껴질 수도 있는 부분인 Application Layer에 대해서 좀 더 자세하게 작성해보도록 하겠다.
Application Layer의 중요한 구성요소 두 가지는 DP(Dispatcher), WP(Work Process)이다.
DP는 사용자가 발생시킨 이벤트와 부합하는 WP로 해당 작업을 분배시키는 역할을 한다.
WP는 각 작업을 수행하는 프로세스로, 대표적으로 DVBS 네 가지 유형이 존재한다.
- D : "Dialog WP"의 약자로, 대부분의 조회 또는 연산 작업을 수행
- V : "Update WP"의 약자로, Database 업데이트에 관한 작업을 수행
- B : "Background WP"의 약자로, 작동 프로그램 및 변수와 실행시각 등을 설정하여 사용자와 추가적인 상호작용이 필요없는 작업을 수행
- S : "Spool WP"의 약자로, 출력 요청 시 데이터를 프린터에 전달하는 작업을 수행
위의 내용은 하나의 Application Server를 사용한다는 가정하에 작성한 것이고, 서버가 여러 대일 경우에는 아래 그림과 같이 조금 더 복잡해진다.
서버가 여러 대일 경우에는 ASCS(ABAP System Central Service)가 락 테이블 관리 및 로드밸런싱 관리 역할을 해주는데, ASCS를 포함하는 하나의 서버를 PAS(Primary Application Server)라 하고, 그 외 나머지 서버들을 AAS(Additional Application Server)라고 한다.
ASCS의 ES(Enqueue Server)에서는 서버간의 락을 방지하기 위해 통합 락 테이블을 관리하고, MS(Message Server)에서는 서버들의 DP와 통신하면서 로드밸런싱을 관리한다.
- 사실 SAP사에서 PAS와 ASCS를 완벽히 분리시켰기 때문에, PAS와 AAS 둘 사이에는 전혀 차이가 없다고 한다. 하지만, NetWeaver 7.0 이하 버전까지는 현재의 PAS와 ASCS가 합쳐진 CI(Central Instance), 현재의 AAS인 DI(Dialog Instance) 개념을 사용했기 때문에 대부분의 사용자들이 PAS와 AAS 둘을 구별하여 사용한다.
위에서 하나의 시스템 내에 존재하는 3계층 구조를 살펴보았다면, 이번에는 이 시스템을 몇 개 사용해야 적당한가에 대해서 말해보고자 한다.
대부분의 사용자는 하나의 시스템만을 사용하지 않고, 여러 시스템을 구축해둔다. 주된 목적은 안정성이다. 운영 중인 시스템 내에 문제가 생기지 않도록, 다른 시스템에서 개발 및 테스트를 진행함으로써 안정성을 확보한다.
- 3-System Landscape : 개발, 테스트, 운영 목적으로 3개의 시스템을 구축해 사용
- 2-System Landscape : 개발+테스트, 운영 목적으로 2개의 시스템을 구축해 사용
- 1-System Landscape : 개발+테스트+운영 목적으로 1개의 시스템을 구축해 사용
각각의 시스템을 개별로 구축하여 개발 및 테스트를 거친 후 운영 시스템에 반영하는 방식인 3-System Landscape 또는 2-System Landscape가 주로 사용되며, 1-System Landscape은 거의 사용되지 않는 편이다.
SAP사에서 권장하는 방식은 3-System Landscape이다.
직무명으로써의 BC는 "Basis Consultant"의 약어로, SAP ERP의 관리자를 의미하며, 모든 시스템 환경을 총괄하는 역할을 맡는다.
모듈명의로써의 BC는 "Basis Component"의 약어로, BC 직무를 수행하기 위한 SAP ERP 내의 코어 모듈이다.
"모듈"이라는 것은 SAP ERP 내의 주요 업무 분장에 따라 나눠놓은 프로그램 모음이라고 생각하면 이해하기 쉽다. 모듈 목록은 아래 "모듈 목록"을 참고하면 되겠다.
모듈 목록
코어 모듈
- MM : "Material Management"의 약어로, 구매 및 자재 관리 모듈
- PP : "Production Planning"의 약어로, 생산 관리 모듈
- SD : "Sales and Distribution"의 약어로, 영업 및 유통(물류) 관리 모듈
- FI : "Financial"의 약자로, 재무 회계 모듈 (외부 보고용 회계)
- CO : "Controlling"의 약자로, 관리 회계 모듈 (내부 전략용 회계)
- HR : "Human Resources"의 약어로, 인사 관리 모듈
- BW : "Business Warehouse"의 약어로, 데이터 관리 모듈
- BI : "Business Intelligence"의 약어로, 데이터 분석 및 리포팅 모듈
서브 모듈
- QM : "Quality Management"의 약어로, 품질 관리 모듈
- IM : "Investment Management"의 약어로, 수출입 및 투자 관리 모듈
- LE : "Logistics Execution"의 약어로, 재고 및 보관 관리 모듈
- PM : "Plant Management"의 약어로, 설비 관리 모듈
- TR : "Treasury"의 약자로, 자금 관리 모듈
- FB : "Firm Banking"의 약어로, 펌뱅킹 관리 모듈 (은행 업무)
- PI : "Process Integration"의 약어로, non-SAP 프로그램 데이터 연동 관리 모듈
BC는 SAP ERP의 관리자로 시스템 환경을 총괄하기 때문에, 개발 업무가 주를 이루는 다른 모듈과 다르게 운영 및 관리 업무가 대부분을 차지한다.
BC 업무 목록은 아래 "업무 목록"을 참고하면 되겠으며, 각 업무에 대한 메뉴얼을 작성하여 링크를 추가적으로 생성할 계획이다.
업무 목록
주요 업무
- SAP ERP System Install
- System Landscape 디자인/관리
- System 업그레이드 전략 수립/수행
- SAP ERP Client 관리
- SAP ERP User 관리
- CTS(Change and Transport System) 관리
- Snote 및 SP 관리
- 배치잡(Batch Job) 관리
- Spool 관리
- Performance 관리
- Parameter 관리
- SAP Router 설치 및 OSS(Online Service System) 관리
- 제품 License 관리
- Developer & Object Key 관리
- Solman(Solution Manager) 설치/관리
- 런타임 에러 대응
- Database(HANA DB) 백업 관리
기타 업무
T-code는 "Transaction code"의 약어로, 특정 트랜잭션을 실행시키는 단축 코드를 의미한다. 트랜잭션은 특정 프로그램 및 변수를 설정하여 생성할 수 있다.
BC가 사용하는 주요 T-code 목록은 아래 "T-code 목록"을 참고하면 되겠다.
T-code 목록
- AL08 : 전체 서버 접속자 조회
- AL11 : SAP 디렉토리 조회
- DB01 : DB 락 조회/분석
- DB02 : DB 성능 및 용량 조회
- DB13 : DB 백업 관리
- PFCG : Role 관리
- PFUD : Mass User Comparison 실행
- RSUSR003 : Standard User 조회
- RSUSR200 : User 마지막 로그인 기록 조회
- RZ11 : 파라미터 조회
- RZ12 : RFC 로그온 그룹 관리
- SAT : 런타임 분석 조회
- SCC1 : TR 사용 Client Copy
- SCC3 : Client Copy 진행상황 조회
- SCC4 : Client 정보 조회
- SCC9 : RFC 사용 Remote Client Copy
- SCCL : Local Client Copy
- SCOT : SMTP Mail Server 관리 (Business Communication Services)
- SCU3 : 테이블 변경 이력 조회
- SE01 : TR 조회/릴리즈 (Transport Request Organizer)
- SE03 : TR 관련 툴 조회/실행 (Transport Request Organizer Tools)
- SE09 : TR 조회/릴리즈 (Transport Request Organizer)
- SE11 : 테이블 뷰 정보 조회/관리 (ABAP Dictionary)
- SE16 : 테이블 조회
- SE30 : 런타임 조회/분석
- SE37 : Function Module 생성/조회/관리/실행 (Function Builder)
- SE38 : ABAP Program 생성/조회/관리/실행 (ABAP Editor)
- SE80 : Object 조회 (Object Navigator)
- SE81 : 애플리케이션 계층 조회
- SE90 : Object 조회 (Object Navigator)
- SE91 : 메시지 관리
- SE93 : T-code 생성/조회/관리 (Maintain Transaction)
- SM01 : T-code 락 관리
- SM02 : 시스템 메시지
- SM04 : 서버별 접속자 조회
- SM12 : 락 목록 조회
- SM13 : 업데이트 시스템 조회
- SM21 : 시스템 로그 조회
- SM30 : 테이블 뷰 관리
- SM31 : 테이블 뷰 관리
- SM36 : 배치잡 생성
- SM37 : 배치잡 조회
- SM50 : 서버별 WP 조회/관리
- SM51 : 서버 목록 및 상태 조회
- SM59 : RFC 관리
- SM66 : 전체 서버 WP 조회/관리
- SMGW : 게이트웨이 조회
- SMLG : 로그온 그룹 관리
- SOST : Send Mail 로그 조회
- SPRO_ADMIN : 프로젝트 관리
- ST02 : 메모리 사용현황 조회
- ST05 : 성능 추적 기능 관리 (Performance Trace)
- ST22 : 런타임 에러 조회/분석
- STMS : TR 관리 시스템 (Transport Management System)
- SU01 : User 생성/관리
- SU10 : Mass User 관리
- SU53 : User 최근 권한 성공 및 실패 내역 조회
- SUIM : 조건별 User 목록 조회 (User Information System)
- TOGL : SM59 내 RFC 조회 후 실행 가능한 RFC 강제 편집
트랜잭션화 시키지 않은 ABAP Program 및 Function Module 중에 종종 사용하는 항목들을 추가로 정리해보고자 한다.
ABAP Program은 T-code SE38에서 실행 가능하고, Function Module은 T-code SE37에서 테스트 가능하다.
BC가 사용하는 주요 목록은 아래 "ABAP Program 목록"과 "Function Module 목록"을 참고하면 되겠다.
ABAP Program 목록
- RSCCEXPT : Client Copy 예외 테이블 설정
Function Module 목록
- MENU_FAVORITE_DOWNLOAD : 특정 User로부터 즐겨찾기 항목 다운로드
- MENU_FAVORITE_UPLOAD : 특정 User에게 즐겨찾기 항목 업로드
- SCCR_LOCK_CLIENT : Client 잠금 설정
- SCCR_UNLOCK_CLIENT : Client 잠금 해제
SAP ERP의 ABAP Dictionary는 3가지 대분류와 7가지 소분류를 사용하여 Dictionary Object를 구분시킨다.
분류 항목은 아래와 같으며, T-code SE11에서 각 분류 항목으로 나눠진 Dictionary Object를 조회할 수 있다.
- Database Object : Database Table, View
- Type Definition : Data Type, Type Group
- ABAP Tools : Domain, Search Help, Lock Object
위 분류 항목 중 Database Table과 View에 대한 개념에 대해서 설명해보고자 한다. Database Table은 편의상 Table로 줄여서 작성하겠다.
먼저, Table은 DB 내에 실제로 저장되어 있는 물리 데이터이다. 반면에, View는 하나 이상의 Table로 생성한 논리 데이터이며, 사용하는 용도에 따라 4가지 Type으로 나뉜다.
- Database View : 하나의 Table 또는 2개 이상의 Table을 JOIN 연산하여 생성한 조회 용도의 View
- Projection View : 하나의 Table에서 조회하고 싶은 필드만 선택하여 생성한 조회 용도의 View
- Maintenance View : Foreign Key 관계인 여러 개의 Table을 JOIN 연산하여 생성한 유지보수 용도의 View
- Help View : Search Help를 구현하기 위해 생성한 Selection Method 용도의 View
일반적으로, 데이터 수정은 Maintenance View를 통해서 JOIN 연산된 여러 Table의 데이터를 조회하고 유지보수하는 방식을 사용한다.
BC가 사용하는 주요 목록은 아래 "Table 목록"과 "View 목록"을 참고하면 되겠다.
Table 목록
- AGR_TCODES : Role별 T-code 매칭 Table
- AGR_1251 : Role별 Object 매칭 Table