|ABAP 개념정리| CTS ( Change and Transport System )

  SAP 서버 구성  

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

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

QAS ( Quality Assurance Server ) 품질 서버 : 통합 테스트 

PRD ( Production Server ) 운영 서버 : End-User (현업) 사용, 실제 Business Data 발생 

  DEV 서버 -> QAS 서버 -> PRD 서버  

DEV 서버에서 개발과 IMG( Configuration )작업을 진행하고 완료한 내역에 대해서는  QAS 서버로 이관하여 통합 테스트를 진행한다.  이상이 없음을 확인하고 QAS 서버에서 PRD 서버로 이관하여 운영환경에 반영한다 

( * 회사에 따라 개발과 품질 서버를 하나의 서버에 Client로 구분하여 개발(품질)과 운영 2개의 서버로 구성하는 곳도 있다. ) 

---

  CTS (Change and Transport System)  

작업내역을 각 서버로 이관해주는 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 ) 종류는 2가지로 나뉜다.

• Workbench Request : Cross-Client  작업 내역을 말하며, Repository Object 가 해당된다.
• Customizing Request : Client Dependent 작업 내역을 말하며, Configuration Data 가 해당된다.  

2020/07/30 - [ABAP Basic/개념 정리] - Client Concept

 

CTS No.는 서버 이관 후 사라지는 것이 아니라 개발 서버에 계속 누적되어 저장되어진다. 

그렇기 때문에 CTS No.로 작업한 내역의 버젼(변경 이력) 관리도 가능하다. 

 

동일 작업내역에 대해 CTS No.기준으로 여러번 변경이 이루어졌다면

해당 작업내역의 변경에 대한 History는 CTS No.를 통해 확인이 가능하다. 

 

예를 들면 하나의 개발 프로그램에 대해 변경시마다 생성되었던 CTS No.들을 통해

이력을 추적할 수 있으며, 원하는 시점으로 CTS No.를 통해 원복도 가능하다.

 

CTS No. 의 중요 2가지 기능을 정리하면 다음과 같다.

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