SLT란 무엇인가요? SAP HANA? 복제 및 구성

SLT 란 무엇입니까 (SAP 조경 변환 복제)?

SLT는 실시간으로 데이터를 로드하고 복제하거나 다음 위치에서 데이터를 예약할 수 있는 ETL 도구입니다. SAP 소스 시스템 또는 비 SAP 시스템으로 SAP HANA 데이터베이스.

SAP SLT 서버는 트리거 기반 복제 방식을 사용하여 소스 시스템에서 대상 시스템으로 데이터를 전달합니다.

SLT 서버는 별도의 시스템에 설치하거나 SAP ECC 시스템.

SLT 시스템의 장점은 다음과 같습니다.

• 실시간 또는 예약 시간 데이터 복제를 허용합니다.
• 실시간으로 데이터를 복제하는 동안 데이터를 마이그레이션할 수 있습니다. SAP HANA 형식.
• SLT 핸들 Cluster 그리고 당구대.
• 이는 로드/복제 중에 비유니코드 및 유니코드 변환을 자동으로 지원합니다. (유니코드는 ASCII와 유사한 문자 인코딩 시스템입니다. 비유니코드는 ASCII보다 더 많은 문자를 포함하는 인코딩 시스템입니다.)
• 이는 다음과 완전히 통합됩니다. SAP 하나 스튜디오.
• SLT에는 테이블 설정 및 변환 기능이 있습니다.
• SLT에는 다음과 같은 모니터링 기능이 있습니다. SAP HANA 솔루션 관리자.

트리거 기반 설계 덕분에 실시간 처리가 가능합니다. 소스 테이블의 데이터베이스 트리거는 모든 변경 사항을 로깅 테이블에 기록하고, SLT는 이 로깅 테이블을 읽어 변경 사항을 적용합니다. 이렇게 하면 전체 테이블을 반복적으로 스캔하여 차이점을 찾는 대신 효율적인 처리가 가능합니다.

SAP SLT 연결 Archi구조 개요

Archi강의개요 SAP SLT 서버 SAP / 비SAP 시스템은 아래와 같습니다 -

SAP 사이의 SLT 연결 SAP 시스템 SAP HANA

SAP SLT 복제 서버는 ABAP 소스 시스템의 모든 메타데이터 테이블 정의를 다음으로 변환합니다. SAP HANA.

럭셔리 SAP 소스, SLT 연결에는 다음과 같은 기능이 있습니다.

• 테이블이 복제되면 SAP SLT 복제 서버는 소스 시스템에 로깅 테이블을 생성합니다.
• 읽기 엔진은 다음 위치에 생성됩니다. SAP 소스 시스템.
• 사이의 연결 SAP SLT 및 SAP 소스는 RFC 연결로 설정됩니다.
• 사이의 연결 SAP SLT 및 SAP HANA는 DB 연결로 설정됩니다.

사용자 "SYSTEM"과 동일한 권한을 가진 데이터베이스 사용자는 SAP SLT 및 SAP HANA 데이터베이스.

SAP SLT 서버는 자동으로 DB 연결을 생성합니다. SAP HANA 데이터베이스(트랜잭션 LTR을 통해 새 구성을 생성하는 경우) 수동으로 만들 필요가 없습니다.

구성 SAP SLT 서버 SAP 소스 시스템

먼저 구성해야 합니다. SAP 간의 연결을 위한 SLT 복제 서버 SAP 소스 및 SAP HANA 데이터베이스. T 코드, LTR은 사이의 연결을 생성하는 데 사용됩니다. SAP 소스 및 SAP SLT.

단계 1) 에 로그인 SAP SLT 서버 및 Call 트랜잭션 “LTR” 에 SAP SLT 복제 서버.

로그인을 위한 Web-dynpro 팝업 화면이 나타납니다. SAP SLT 서버.

1. 클라이언트/사용자 ID/비밀번호를 입력하세요.
2. 로그온 탭을 클릭하세요

구성을 위한 팝업 화면이 아래와 같이 나타납니다.

새로운 구성을 위해 "새로 만들기" 버튼을 클릭하세요.

단계 2) 이 단계에서,

1. 구성 이름과 설명을 입력합니다.
2. 선택 SAP 소스 시스템으로서의 시스템.
3. 다음에 대한 RFC 연결을 입력하세요. SAP 시스템.
4. 사용자 이름 / 비밀번호 / 호스트 이름과 인스턴스 번호를 입력하세요.
5. 작업 옵션 세부 정보(데이터 전송 작업 수 및 계산 작업 수)를 입력하십시오.
6. 복제 옵션을 실시간으로 선택합니다.
7. 모든 설정이 유지되면 '확인'을 클릭하여 SLT에 새 스키마를 생성합니다.

구성 이름 “SLTECC”가 추가되고 활성화됩니다.

구성 후 SAP SLT 서버가 성공적으로 완료되었습니다. SAP SLT 서버는 자동으로 DB 연결을 생성합니다. SAP HANA 데이터베이스(트랜잭션 LTR을 통해 새 구성을 생성하는 경우) 수동으로 만들 필요가 없습니다.

다음 단계에서는 데이터를 다음으로 가져옵니다. SAP HANA의 SAP 출처.

수입 SAP 소스 데이터 SAP SLT를 통한 HANA

성공적으로 구성되면 SAP SLT 서버, 위의 구성 이름과 같은 SCHEMA SAP SLT는 다음에서 생성됩니다. SAP HANA 데이터베이스.

이 스키마에는 다음 객체가 포함되어 있습니다.

1. 1 스키마 – SLTECC.
2. 1 사용자 – SLTECC.
3. 1 특전
4. 8 테이블 – DD02L (SAP 테이블 이름), DD02T (SAP 테이블 텍스트), RS_LOG_FILES, RS_MESSAGE, RS_ORDER, RS_ORDER_TEXT, RS_SCHEMA_MAP, RS_STATUS.
5. 4 역할 – SLTECC_DATA_PROV, SLTECC_DATA_POWER_USER, SLTECC_DATA_USER_ADMIN, SLTECC_DATA_SELECT.
6. 2 절차 – RS_GRANT_ACCESS, RS_REVOKE_ACCESS.

모든 구성이 완료되었습니다. 이제 테이블을 로드합니다. SAP ECC(ERP 중앙 구성 요소).

단계 1) 테이블을 로드하려면 SAP ECC에 SAP HANA 데이터베이스는 아래 단계를 따르세요.

1. 빠른 보기에서 데이터 프로비저닝으로 이동합니다.
2. 선택 SAP 하나시스템.
3. 마침 버튼을 클릭하세요.

단계 2) SLT 기반 테이블 데이터 프로비저닝 화면이 표시됩니다. 데이터 프로비저닝에는 아래와 같이 5가지 옵션이 있습니다.

제공 옵션	세부
부하(전체 부하)	이는 소스 시스템에서 데이터의 초기 로드를 시작하는 일회성 이벤트입니다.
복제(전체 로드 + Delta 짐)	초기 로드를 시작하고(이전에 수행하지 않은 경우) 다음도 고려합니다. 델타 변화. 각 테이블마다 데이터베이스 트리거 및 관련 로깅 테이블이 생성됩니다.
복제 중지	테이블에 대한 현재 복제 프로세스를 중지합니다. 데이터베이스 트리거 및 로깅 테이블을 완전히 제거합니다.
중지하다	이 작업은 테이블의 실행 중인 복제 프로세스를 일시 중지합니다. 데이터베이스 트리거는 소스 시스템에서 삭제되지 않으며 변경 사항 기록은 계속됩니다. 관련 정보는 소스 시스템의 관련 로깅 테이블에 저장됩니다.
이력서	재개는 일시 중단된 테이블에 대한 복제를 다시 시작합니다. 재개 후에는 일시 중지된 복제 프로세스가 재개됩니다.

우리는 표의 첫 번째 옵션을 사용합니다 “로드 옵션” 소스에서 테이블(LFBK) 데이터의 초기 로드를 위해 SAP 하나 테이블.

단계별는 아래와 같습니다.

1. 소스 및 Target 시스템 세부 사항은 다음에 따라 선택됩니다. SAP SLT 구성.
2. 로드 버튼을 클릭하고 로드/복제해야 하는 테이블(LFBK)을 선택합니다. SAP 하나.
3. 테이블(LFBK)은 작업이 "로드"이고 상태가 "예약됨"인 데이터 로드 관리 섹션에 추가됩니다.

데이터가 로드되면 상태가 "실행됨"으로 변경됩니다. 테이블은 데이터가 포함된 “SLTECC” 스키마에 생성됩니다.

단계 3) 아래와 같이 스키마 "SLTECC"의 데이터 미리보기를 통해 테이블(LFBK)의 데이터를 확인하십시오.

1. 로그인 SAP HANA 데이터베이스를 통해 SAP HANA Studio를 선택하고 SAP HANA 시스템 HDB(HANAUSER)입니다.

2. 테이블 노드에서 테이블(LFBK)을 선택합니다.
3. 테이블(LFBK)을 마우스 오른쪽 버튼으로 클릭하고 데이터 미리 보기 옵션 열기를 클릭합니다.
4. SLT 프로세스를 통해 로드된 데이터는 데이터 미리 보기 화면에 표시됩니다.

이제 "LFBK" 테이블에 데이터를 성공적으로 로드했습니다. 우리는 모델링에서 이 테이블을 미래에 사용할 것입니다.

SAP 비-간 SLT 연결SAP 시스템 SAP HANA

SAP SLT 복제 서버는 비ABAP 소스 시스템의 모든 메타데이터 테이블 정의를 변환합니다. SAP 하나.

비-SAP 소스, SLT 연결에는 다음과 같은 기능이 있습니다.

• 테이블이 복제되면 SAP SLT 복제 서버는 소스 시스템에 로깅 테이블을 생성합니다.
• 읽기 엔진은 다음 위치에 생성됩니다. SAP SLT 복제 서버.
• 사이의 연결 SAP SLT 및 SAP 원천 / SAP HANA는 DB 연결로 설정됩니다.

SAP SLT는 가장 간단한 변환만 수행할 수 있으므로 복잡한 변환의 경우 다음과 같은 다른 ETL 도구가 필요합니다. SAP 데이터 서비스.

건축학적 차이점 중 하나는 주목할 만한 가치가 있습니다. SAP 소스 시스템의 읽기 엔진은 소스 시스템에 있으며 링크는 RFC를 사용하는 반면, 비-SAP 읽기 엔진은 SLT 서버 자체에 있으며 두 링크 모두 데이터베이스 연결입니다. 하위의 모든 항목은 동일하게 동작합니다.

SLT와 다른 복제 방법 비교

SLT는 여러 진입 경로 중 하나입니다. SAP HANA의 가장 큰 특징은 변환 능력보다는 지연 시간입니다.

매개 변수	SLT	SAP 데이터 서비스	DXC
숨어 있음	실시간 또는 예약	일괄	일괄
기구	데이터베이스 트리거 및 로깅 테이블	예약된 ETL 작업	비즈니스 스위트 extrac토르
소스 시스템	SAP 및 비SAP 데이터베이스	거의 모든 출처	SAP 비즈니스 스위트 전용
변환	간단한 규칙만	풍부한 그래픽 변환	전 배우자가 신청함trac바위 산
Cluster 그리고 당구대	네이티브 방식으로 처리됨	추가 작업이 필요합니다	전 애인이 처리함trac바위 산
추가 풍경	SLT 서버	데이터 서비스 환경	없음

변환 과정이 지연 시간보다 더 중요한 경우, SAP 데이터 서비스 더 적합한 곳은 어디이고, 이전 사람은 어디에 있나요?tracTor 로직은 이미 존재합니다. DXC 서버를 완전히 사용하지 않습니다. 전체 비교 내용은 다음과 같습니다. 데이터 프로비저닝 튜토리얼.

SLT 모니터링 및 문제 해결

복제는 지속적으로 실행되므로 문제는 오류 메시지보다는 오래된 데이터로 나타나는 경우가 많습니다. 이러한 검사를 통해 원인을 신속하게 찾을 수 있습니다.

1. 먼저 LTR의 구성을 확인하십시오. 개요에는 각 구성의 상태와 각 상태에 있는 테이블 수가 표시됩니다. 오류가 발생한 구성은 해당 구성 아래의 모든 테이블을 중지합니다.
2. 자세한 내용은 거래 코드 LTRC를 참조하십시오. 부하 통계 및 데이터 전송 모니터 탭에서는 테이블별 처리량을 보여주고 어떤 테이블이 지연되고 있는지 확인할 수 있습니다.
3. 로깅 테이블 크기를 확인하세요. 로깅 테이블이 지속적으로 커진다는 것은 변경 사항이 기록되기는 하지만 적용되지 않고 있음을 의미합니다. 이는 일반적으로 데이터 전송 작업 수가 너무 적다는 것을 나타냅니다.
4. 작업 횟수를 조정하세요. 데이터 전송 및 계산 작업은 구성 중에 설정됩니다. 작업 수가 너무 적으면 복제가 지연되고, 너무 많으면 소스 시스템에 문제가 발생합니다. 소스 값을 추측하기보다는 LTR(Last Transfer Rate) 단위로 조정하십시오.
5. 예약된 상태에서 멈춰버린 테이블을 조사하세요. SLT 서버에 사용 가능한 백그라운드 작업 프로세스가 없는 것이 일반적인 원인이며, 테이블 자체의 오류는 아닙니다.
6. HANA에서 복제된 테이블은 절대로 삭제하지 마십시오. 소스 측 트리거가 소비자가 없는 로깅 테이블에 계속 기록하고 있습니다. 먼저 복제를 제대로 중지하여 트리거를 제거하십시오.
7. RevRS_STATUS와 RS_MESSAGE를 확인하세요. 생성된 스키마의 이러한 제어 테이블은 SLT 자체가 각 테이블에 대해 어떻게 생각하는지를 기록합니다.

가장 비용이 많이 드는 실수는 아무도 필요로 하지 않는 테이블을 복제하는 것입니다. 복제된 모든 테이블은 원본 시스템에 트리거를 생성하므로, 사용되지 않는 복제본은 해당 테이블의 데이터를 읽어오는 트랜잭션 시스템에 영구적인 비용을 초래합니다.

자주 묻는 질문