SAP TMS(운송 관리 시스템) 튜토리얼

SAP TMS?

TMS(운송 관리 시스템) 이다 SAP 개발 객체와 사용자 지정 설정을 체계적으로 이동, 관리, 제어 및 복사하는 데 사용되는 도구입니다. SAP RFC 연결을 기반으로 구축된 사전 정의된 전송 경로를 통해 환경 내 시스템을 관리합니다.

운송 과정은 크게 두 단계로 구성됩니다. 내보내기 소스에서 객체 SAP 시스템과 가져 오기 그들을 하나 이상의 목표로 SAP 시스템. TMS는 전송 관리 시스템(Transport Management System)의 약자로, 기본 운영 체제 도구 위에 있는 사용자 인터페이스 계층입니다. tp R3trans.

왜 운송 시스템이 필요한가요?

전송 시스템이 없으면 모든 변경 사항을 QAS 및 PRD 환경에서 수동으로 다시 구현해야 하므로 속도가 느리고 오류 발생 가능성이 높으며 감사가 불가능합니다. CTS 구성 요소는 이러한 문제를 해결하고 전체 개발 및 사용자 정의 환경에서 핵심적인 역할을 수행합니다. CTS는 다음을 의미합니다. 변경 및 운송 시스템.

CTS는 다음을 위한 도구입니다.

• 신규 개발 요청 관리 및 통제.
• 시스템 간 데이터 전송 관리.
• 변경 사항이 어디서 누구에 의해 이루어졌는지 기록합니다.
• 시스템 환경 자체를 구성하는 것입니다.

CTS 구성 요소 개요

CTS는 서로 협력하는 세 부분으로 구성되어 있으며, 각 부분은 운송 문제의 서로 다른 계층을 담당합니다.

• CTO (변경 및 전송 관리자): 저장소에 대한 변경 사항을 관리, 검색 및 등록하고 객체를 사용자 정의하는 데 사용되는 주요 도구입니다. 개발 프로젝트를 구성하는 중심 역할을 합니다. SE01 Basis 관리자가 사용하는 확장 보기를 포함한 트랜잭션입니다.
• 운송 도구: 실제 전송은 운영 체제 수준의 백엔드에서 전송 도구를 사용하여 이루어집니다. SAP 커널. 두 가지 핵심 프로그램은 다음과 같습니다. R3트랜스 (데이터 이동 프로그램) 및 전송 제어 프로그램 tp (조직자).
• TMS(운송 관리 시스템): 관리자가 전송 도메인을 구성하고, 경로를 정의하고, 가져오기 대기열을 모니터링하고, 데이터 손실 없이 가져오기를 시작할 수 있도록 하는 사용자 인터페이스입니다.ping 운영체제에.

SAP 시스템 환경

시스템 환경(또는 SAP 시스템 그룹)은 SAP 조직에서 사용하는 서버입니다. 권장 설정은 다음과 같습니다. 3개 시스템 환경:

1. 개발 서버 – DEV — 개발자들이 구축하고 구성하는 곳입니다.
2. 품질 보증 서버 – QAS — 변경 사항이 통합 테스트되는 곳입니다.
3. 프로덕션 서버 – PRD — 사업이 매일 운영되는 곳.

가장 간단하게 설명하면, 전송 주기란 DEV 환경에서 새로운 개발 사항이나 사용자 정의 변경 사항을 배포하고, 이를 QAS 및 PRD 환경으로 가져오는 과정을 말합니다. PRD 환경으로의 가져오기는 단계적으로 진행되며, 통합 작업이 완료된 후에만 가능할 수 있습니다. 테스트 QAS에서 품질 검사가 완료되었으며, 해당 변경 사항은 공식적으로 통과된 것으로 표시되었습니다.

커스터마이징이란 무엇인가요? TMS는 커스터마이징을 어떻게 지원하나요?

커스터마이징은 적응시키는 과정입니다. SAP 시스템을 수정하지 않고 고객의 비즈니스 요구에 맞게 조정합니다. SAP-제공된 코드입니다. 사용자 정의를 수행하기 위해 사용자 및 컨설턴트는 다음 단계를 거칩니다. SAP 참조 구현 가이드(IMG)거래를 통해 접근 가능 에스프로.

사용자 정의는 이상적으로 개발 환경에서 수행하는 것이 좋습니다. 전송 구성 도구(SE01)는 IMG와 함께 사용하여 전송 요청에 사용자 정의 변경 사항을 기록하는 데 사용되며, 이를 통해 TMS는 다음 단계로 진행할 수 있습니다.

대부분의 사용자 지정 변경 사항은 (전부는 아니지만) 다음과 같습니다. 클라이언트별변경 사항은 특정 클라이언트 하나에만 영향을 미치며 시스템의 모든 클라이언트를 대상으로 하는 것은 아닙니다. 전송 요청이 내보내지면 TMS는 다음과 같이 처리합니다.trac소스 데이터베이스에서 관련 테이블 항목을 가져와 파일로 전송 디렉터리에 복사합니다. 관련 테이블 항목은 커스터마이징 트랜잭션이 사용되는 동안 잠겨 있지만, 변경 사항이 전송 요청에 저장되는 순간 잠금이 해제됩니다.

리포지토리 및 개발 변경 사항

기존 객체를 맞춤 설정하는 것 외에도 대부분의 프로젝트에서는 새로운 개발이 필요합니다. 개발 대상 내부에 만들어진 모든 물체 SAP 시스템이라고 합니다. 클라이언트별 객체와 클라이언트 간 객체를 모두 포함하는 이러한 객체의 전체 모음을 객체라고 합니다. 저장소.

개발은 주로 다음의 도움을 받아 수행됩니다. ABAP 워크벤치(SE80)그래서 이러한 변화는 다음과 같이 알려져 있습니다. 작업대 변경대표적인 예는 다음과 같습니다.

• ABAP 사전 객체: 테이블, 도메인, 데이터 요소.
• ABAP 프로그램기능 모듈, 메뉴 및 화면.
• 문서 및 애플리케이션 정의 전송 객체.

워크벤치는 TMS와 완벽하게 통합되어 있어 모든 워크벤치 변경 사항을 기록하고 전송할 수 있습니다. 대부분의 워크벤치 변경 사항은 (물론 모든 변경 사항이 그런 것은 아니지만) 기록 및 전송이 가능합니다. 크로스 클라이언트즉, 변경 사항은 대상 시스템의 모든 클라이언트에 반영됩니다. 소스 시스템에서 전송된 객체는 대상 시스템에서 동일한 이름을 가진 객체를 덮어씁니다.

클라이언트와 데이터 유형 SAP 시스템

개념적으로, 클라이언트 기술적, 조직적으로 독립적인 단위로서 자체적인 데이터 세트(마스터 데이터, 애플리케이션/)를 보유합니다.Opera개인 데이터 및 사용자 정의 데이터. 클라이언트는 동일한 환경 내에서 서로 다른 그룹 또는 목적을 가진 사용자를 위해 별도의 환경을 생성합니다. SAP 각각에 대해 별도의 데이터베이스를 구축하지 않고도 시스템을 구축할 수 있습니다.

기술적인 측면에서 클라이언트는 3자리 숫자로 된 고유 ID로 식별되며, 이 ID는 테이블 필드의 값과 동일합니다. MANDT 클라이언트별 테이블의 경우.

고객별 데이터에는 크게 세 가지 유형이 있습니다.

• 사용자 마스터 데이터: 로그인 정보에는 사용자 이름, 비밀번호, 사용자 기본 설정, 권한 프로필 또는 역할, 사용자 그룹 및 통신 세부 정보가 포함됩니다. 이 데이터는 특정 테이블 세트( USR* 테이블).
• 데이터 사용자 지정: 구현 회사의 조직 구조 및 비즈니스 프로세스를 맞춤 설정하는 구성 설정입니다. 이 데이터는 고객별로 다르며 맞춤 설정 테이블에 저장됩니다.
• 지원서 데이터: 또한 고객에 따라 다르며, 다음과 같이 나뉩니다. 마스터 데이터 (예: 공급업체 마스터 및 자재 마스터 - 예를 들어 테이블) MARA) and 거래 데이터 (판매 주문서, 재무 문서, 생산 주문서 등)

클라이언트 사용자 정의 옵션

트랜잭션 SCC4를 사용하여 새 클라이언트를 생성할 때 관리자는 클라이언트에 기록된 변경 사항이 전송 요청에 자동으로 캡처되는지 여부와 클라이언트 간 사용자 정의 또는 저장소 변경을 허용하는지 여부를 선택할 수 있습니다.

SAP 교통 안내

The SAP 교통 안내 글로벌 전송 디렉토리입니다(/usr/sap/trans) — 도메인 컨트롤러 시스템에 있는 공유 위치로, 시스템 그룹(랜덤 환경) 내의 모든 멤버 시스템에서 사용됩니다. 설치 중에 자동으로 생성되는 여러 하위 디렉터리를 포함하며, 전송 관리 시스템(TMS) 설정에 필수적입니다.

전송 디렉터리는 DEV 환경에서 변경 사항이 릴리스된 후 파일로 저장되는 위치입니다. 그런 다음 이 디렉터리는 QAS 및 PRD 환경으로 가져올 변경 사항의 소스 역할을 합니다. 이러한 이유로 디렉터리는 매우 중요합니다. 절대로 필요한 것 시스템 환경 내 모든 시스템에서 올바르게 공유되어야 합니다.

On Windows예를 들어, 공유 디렉터리 위치는 다음과 같은 방법으로 접근할 수 있습니다.

\\<SAPTRANSHOST>\sapmnt\trans

여기에 SAPTRANSHOST 도메인 컨트롤러 시스템의 주소는 모든 시스템의 hosts 파일에 정의되어 있습니다. SAP 풍경 속의 시스템. 도메인 컨트롤러 이 시스템은 전체 변경 관리 및 전송을 제어하는 ​​역할을 하는 시스템 중 하나입니다. 시스템 관리자 팀은 가용성과 설치 시기를 고려하여 D/Q/P 시스템 중에서 선택합니다.

주요 하위 디렉토리

• 공동 파일: 변경 요청 정보 파일에는 각 전송에 대한 전체 세부 정보와 명령이 포함되어 있습니다.
• 데이터 : 변경 사항에 적용될 실제 값 및 데이터 페이로드입니다.
• 로그: 운송 기록, traces와 통계는 전송 실패 시 가장 먼저 확인해야 할 부분입니다.
• 주당 순 이익: 고급 수정 및 지원 패키지 다운로드 디렉토리입니다.

기타 하위 디렉터리

• 큰 상자: 구성 파일 tp (교통 프로그램) 및 TMS(중앙 시스템 포함) 티파람 파일.
• 이전 데이터: 이전에 내보낸 데이터는 보관 또는 최종 삭제를 위해 보관됩니다.
• 행위 로그: 모든 요청 및 작업에 대한 작업 로그입니다.
• 완충기: 각 시스템에 대한 전송 버퍼로, 가져오기가 보류 중인 전송을 명시합니다.
• 수액 이름: 각 사용자가 요청한 운송 관련 정보입니다.
• 시간: 임시 파일 및 데이터 로그 파일.

전송 디렉터리 및 TPPARAM 설정

TMS를 구성할 때 가장 중요한 전제 조건 중 하나는 전송 디렉터리와 전송 매개변수 파일을 설정하는 것입니다.

• 해당 디렉터리는 시스템 환경 내의 모든 시스템에서 적절하게 공유되어야 하며, 참여하는 모든 시스템은 전역 구성 파일에 나열되어야 합니다. 티파람 (전송 매개변수 파일)은 다음 위치에 있습니다. bin 하위 디렉토리 /usr/sap/trans.
• TPPARAM에 시스템 항목이 누락된 경우 다른 시스템의 항목을 복사하여 시스템 ID, 호스트 이름 등의 값을 일치하도록 조정하십시오.
• 설치 시 전송 디렉터리와 하위 디렉터리가 자동으로 생성되며, 여기에는 TPPARAM의 초기 템플릿도 포함됩니다.

Operating 시스템 도구: tp 및 R3trans

TMS 아래에서는 두 개의 운영 체제 프로그램이 핵심적인 역할을 수행합니다. tp (전송 제어 프로그램) 및 R3trans (데이터 이동 장치).

tp – 전송 제어 프로그램

• tp 이다 SAP 시스템 간 전송을 계획하고 실행하는 데 관리자가 사용하는 프로그램이며, 또한 SAP 시스템 업그레이드. CTO와 TMS 모두 이를 '내부 작업'이라고 부릅니다.
• tp 이 회사는 기능을 수행하기 위해 다른 도구와 유틸리티를 사용하는데, 가장 중요한 것은 호출하는 것입니다. R3trans게다가, 내보내고 가져오는 객체의 올바른 순서를 제어하여 대상 시스템에 종속성 불일치가 발생하지 않도록 합니다.
• tp 해당 파일은 표준 런타임 디렉터리에 있습니다. SAP 시스템 : /usr/sap/SYS/<SID>/exe/run설치 과정에서 자동으로 해당 위치에 복사됩니다.
• 전제 조건으로, 글로벌 tp 매개변수 파일 티파람 전송 프로세스에 참여하는 모든 시스템의 호스트 이름을 최소한으로 포함하여 목록을 유지 관리해야 합니다.
• tp 주로 대상 시스템으로의 가져오기를 수행하는 데 사용됩니다. 가져오기 디스패처를 통해 작동합니다. RDDIMPDP RDDIMPDP_클라이언트_ — 이는 가져오기가 이루어지는 모든 시스템에서 백그라운드 작업으로 예약되어야 합니다. 만약 해당 작업이 삭제된다면 보고해 주십시오. RDDNEWPP 일정을 변경할 수 있습니다.
• 이러한 직업들은 이벤트로 인해 발생하는: tp R/3 시스템에 신호(이벤트)를 보내면 작업이 시작됩니다. 이벤트에는 이름이 지정됩니다. SAP_TRIGGER_RDDIMPDP SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – 운송 프로그램

• R3trans 이다 SAP 서로 다른 데이터 간에 물리적으로 데이터를 이동시키는 전송 프로그램 SAP 시스템에서 사용됩니다. 직접 호출되는 경우는 드물고, 대신 다른 경로에서 호출됩니다. tp 또는 SAP 유틸리티를 업그레이드합니다.
• tp 전송을 조율하고 제어 파일을 생성합니다. R3trans 데이터를 소비하지만 데이터베이스 자체에는 연결하지 않습니다. 데이터베이스 수준의 모든 "실제 작업"은 다른 곳에서 수행됩니다. R3trans.
• R3trans 서로 다른 운영 체제에서 실행되는 시스템 간, 심지어 서로 다른 데이터베이스 간에도 데이터를 이동할 수 있도록 지원하는데, 이것이 바로 이기종 환경의 특징입니다. SAP 다양한 풍경이 가능합니다.

키 SAP TMS 거래

다음 T 코드는 Basis 관리자가 전송 관리 시스템을 운영하는 데 매일 사용하는 도구입니다.

T 코드	목적
STMS	TMS의 주요 진입점 - 도메인 구성, 전송 경로, 가져오기 개요.
STMS_IMPORT	현재 시스템의 가져오기 대기열에 직접 접근할 수 있습니다.
SE01	전송 관리자(확장 보기) — 전송 요청을 관리하고 해제합니다.
SE09	작업대 요청용 운송 정리함.
SE10	맞춤 제작 요청을 위한 운송 관리 도구입니다.
SCC4	클라이언트 유지 관리 - 클라이언트가 전송 및 변경을 허용하는지 여부를 구성합니다.
에스프로	SAP 참조 이미지(IMG)는 모든 사용자 지정 활동의 시작점입니다.
SE80	ABAP Workbench — 저장소 객체 개발을 위한 환경.

최고의 실습 SAP TMS

체계적인 TMS 프로세스는 생산 과정에서 예상치 못한 문제 발생 없이 변경 사항이 원활하게 적용되도록 합니다. 다음 습관들은 첫날부터 실천하는 것이 좋습니다.

• 한 방향으로만 이동하세요 (개발 → QAS → 제품). 변경 사항이 역방향으로 전달되거나 QAS 단계를 건너뛰지 않도록 하십시오.
• 종속성 순서대로 전송 요청을 릴리스합니다. TR-B가 TR-A에서 추가한 객체를 참조하는 경우, TR-A가 먼저 가져오기 대기열에 들어가야 합니다.
• 간결하고 설명적인 글을 사용하세요 모든 TR에 해당 내용이 기록되므로 향후 검토자가 내용을 열어보지 않고도 변경 사항을 확인할 수 있습니다.
• RDDIMPDP 배경 조사 작업 일정 시스템에 통합되는 순간 모든 시스템에 필수적으로 설치되어야 합니다. 그렇지 않으면 어떤 가져오기 작업도 실행되지 않습니다.
• 전송 디렉토리를 일관되게 마운트합니다. 모든 호스트에서 경로 불일치가 가져오기 실패의 가장 큰 원인입니다.
• 0보다 큰 반환 코드는 불량으로 처리합니다.경고가 아니라 오류입니다. 원인을 조사하고 문서화한 다음 다시 가져오기를 진행하십시오.

자주 묻는 질문