[SAP_FI] SAP 서버 구성, CTS, STMS, SE09

SAP서버 구성

---

일반적으로 SAP 서버환경은 3개의 독립된 서버로 구성되어 있다

 

DEV ( Development Server) 개발 서버 : IMG Setting (Configuration), ABAP 개발, 단위 테스트 

QAS ( Quality Assurance Server ) 품질 서버 : 통합 테스트 
PRD ( Production Server ) 운영 서버 : End-User (현업) 사용, 실제 Business Data 발생 

아래와같이 개발 서버-> 검증(품질)서버 -> 운영서버로 진행된다.

 

 

개발서버에서 검증(품질)서버로 이관 쉽게 생각하기

1. 개발 서버의 SE09에서 릴리즈를 한다 =>품질 서버로 (보낼준비)를한다
2. 품질 서버의 STMS에서 IMPORT를 한다 => 개발서버에 있는 CTS를 품질 서버로 이관시킨다(받는다/가져온다)

 

CTS란?

---

작업내역을 각 서버로 이관해주는 Tool이 바로 CTS ( Change and Transport System ) 이다. 
'Change Request No' 단위로 이관이 가능하며, (  *Request No. 또는 CTS No. 라고도 함 )
DEV 서버에서 ABAP 개발 또는 Configuration Setting 시에 생성 되어진다.
작업내역이 끝나면 해당 CTS No.를 Release 해야지 이관이 가능하다. 
 
CTS No. 'Release'는 해당 작업내역이 끝났다는 것을 의미하며,
이 후 동일 작업 내역에 대해 추가 변경시 새로운 CTS No.를 다시 생성하게 된다. 
 
CTS No.는 서버 이관을 위한 하나의 택배박스 처럼 생각할 수 있으며,
CTS No. Process를 택배 배송에 비유하면 다음과 같다.

SAP 작업 내역 이관	택배 배송
CTS No. 생성	택배 박스 준비
작업한 내역을 CTS No.에 할당	택배 박스 안에 배송물 포장
CTS No. Release	포장 완료 후 택배 박스 봉입
CTS No. 를 다른 서버(QAS/PRD)로 이관	택배를 도착지로 배송

 

 

 

#  CTS No.( Request ) 종류

---

Workbench Request : Cross-Client  작업 내역을 말하며, Repository Object 가 해당된다.(Cross-Client Table 의 시스템 변경사항 (ABAP))
Customizing Request : Client Dependent 작업 내역을 말하며, Configuration Data 가 해당된다 ( Client-Specific Table 의 시스템 변경사항 (IMG))
CTS No.는 서버 이관 후 사라지는 것이 아니라 개발 서버에 계속 누적되어 저장되어진다. 
그렇기 때문에 CTS No.로 작업한 내역의 버젼(변경 이력) 관리도 가능하다. 
 
동일 작업내역에 대해 CTS No.기준으로 여러번 변경이 이루어졌다면
해당 작업내역의 변경에 대한 History는 CTS No.를 통해 확인이 가능하다. 
 
예를 들면 하나의 개발 프로그램에 대해 변경시마다 생성되었던 CTS No.들을 통해
이력을 추적할 수 있으며, 원하는 시점으로 CTS No.를 통해 원복도 가능하다.
 
CTS No. 의 중요 2가지 기능을 정리하면 다음과 같다.

* 서버 이관의 목적 
* 작업내역에 대한 버젼관리

자세한 내용은 아래 참고 페이지를 통해 확인 가능하다
https://potato98.tistory.com/122

 

SE09

---

SAP에서 변경 관리 및 전송 관리와 관련된 작업을 수행하는 데 사용되는 T-code입니다. 이 트랜잭션 코드(또는 T-code)는 시스템 내에서 변경 요청(Change Request)을 관리하고, 변경 작업(Transport Requests)을 전송하는 데 사용됩니다.

주요 기능:

• 변경 요청 관리: SE09에서는 SAP 시스템에서의 변경 요청을 생성, 수정, 관리할 수 있습니다. 이 요청은 개발 시스템에서 만든 변경 사항을 품질 시스템이나 생산 시스템으로 이동하기 위해 사용됩니다.
• 변경 작업과 객체 관리: SE09를 통해 각 객체가 변경 요청에 어떻게 배치되는지 관리할 수 있습니다. 예를 들어, 프로그램, 테이블, 사용자 정의 설정 등을 변경 요청에 포함시켜 전송할 수 있습니다.
• 변경 요청의 상태 추적: 변경 요청은 여러 단계를 거치며 진행됩니다. 예를 들어, 요청이 활성화되고 테스트된 후, 전송을 위해 준비된 상태가 됩니다.

주요 사용자 별 :

• 개발자: 시스템에서 변경 사항을 생성하고 Transport Request를 관리합니다.
• 운영팀: 품질 시스템, 생산 시스템 등으로 변경 사항을 전송하는 데 사용합니다.

 

 

CTS를 전송하게되면 아래와같이 2개를 전송 한 것을 확인 할수있다.

STMS

---

STMS는 전송 관리 시스템으로, SAP 시스템 간에 변경 사항(예: 코드, 설정, 데이터 등)을 이동(전송)시키는 데 사용되는 기능입니다. 여러 SAP 시스템을 연결하여 변경된 사항을 전송하고, 이를 시스템 간에 동기화하는 데 필수적인 역할을 합니다.

주요 기능:

• 시스템 연결 및 관리: STMS를 사용하여 개발, 품질, 생산 시스템 간의 전송 경로를 관리할 수 있습니다. SAP 시스템 간의 Transports를 관리하는 데 필요한 모든 기능을 제공합니다.
• 변경 전송: STMS에서는 변경 요청(Transport Request)을 다른 시스템으로 이동시키는 작업을 관리합니다. 이를 통해 개발 시스템에서의 변경을 품질 시스템으로, 다시 생산 시스템으로 전송할 수 있습니다.
• 변경 로그 및 상태 관리: 전송된 Transport Requests의 상태를 모니터링하고, 전송이 제대로 이루어졌는지 확인할 수 있습니다. 또한, 로그 파일을 통해 에러를 추적하거나 문제를 해결할 수 있습니다.
• 적절한 전송 규칙 설정: 전송 순서, 전송 허용 범위 등을 설정하여 시스템 간에 일관성 있는 변경 관리가 이루어지도록 도와줍니다.

주요 사용자 별:

• Basis 관리자: 시스템 간의 전송 경로를 설정하고, Transport Directory를 관리합니다.
• 개발자 및 운영팀: 개발 시스템에서 변경 사항을 품질 시스템이나 생산 시스템으로 전송할 때 STMS를 사용합니다.

 

 

 

참고 페이지

https://velog.io/@yhjseed/SAP-CTS-%EB%B0%B0%ED%8F%AC%ED%98%95%EC%83%81%EA%B4%80%EB%A6%AC

https://sapmahesh.blogspot.com/2015/10/sap-landscape.html

https://smreo3839.tistory.com/288

https://dhan-description.tistory.com/159

[SAP] CTS - Change and Transport System & Package