SAP BW/4HANA의 델타 병합 프로세스는 열 저장소 테이블의 데이터를 효율적으로 관리하는 중요한 작업입니다. 델타 레코드(새 데이터 또는 변경된 데이터)를 주 저장소에 통합하여 쿼리 성능을 최적화하고 메모리 사용량을 줄입니다. 이 프로세스는 특히 실시간 데이터 복제 시나리오와 거의 실시간 보고에 중요합니다.
* 프로세스 체인에서 특정 프로세스 유형을 사용(옵션 A): SAP BW/4HANA에서 프로세스 체인은 데이터 로드, 변환 및 관리 작업을 포함한 워크플로를 자동화하는 데 사용됩니다. 델타 병합 프로세스를 시작하려면 프로세스 체인에 특정 프로세스 유형을 포함할 수 있습니다.
* 프로세스 유형: "델타 병합 실행" 이 프로세스 유형은 지정된 고급 데이터 저장소 개체(ADSO) 또는 기타 관련 개체에 대한 델타 병합 작업을 트리거합니다. 이 단계를 프로세스 체인에 통합하면 델타 병합이 데이터 처리 워크플로의 일부로 자동으로 실행됩니다.
* SAP BW/4HANA 데이터 로드 모니터(옵션 B) 사용: SAP BW/4HANA 데이터 로드 모니터는 데이터 로드를 모니터링하고 관리하기 위한 사용자 친화적인 인터페이스를 제공합니다. ADSO 또는 다른 데이터 대상에 데이터를 로드한 후 데이터 로드 모니터에서 직접 델타 병합 프로세스를 수동으로 트리거할 수 있습니다. 이는 델타 레코드의 즉각적인 통합이 필요한 임시 실행 또는 문제 해결 시나리오에 특히 유용합니다.
* 변환에서 특정 플래그를 설정(옵션 C): SAP BW/4HANA의 변환은 소스 데이터를 대상 구조로 매핑하고 변환하는 데 사용됩니다. 변환은 데이터 통합에서 중요한 역할을 하지만 델타 병합 프로세스를 트리거하는 메커니즘이 없습니다. 델타 병합은 데이터베이스 수준 작업이며 변환 설정에 의해 제어되지 않습니다.
* 데이터 전송 프로세스에서 특정 플래그를 설정(옵션 D): 데이터 전송 프로세스(DTP)는 SAP BW/4HANA에서 소스 및 대상 개체 간에 데이터를 이동하는 데 사용됩니다. DTP는 델타 로드를 처리하도록 구성할 수 있지만 델타 병합 프로세스를 시작하는 플래그나 옵션은 포함하지 않습니다.
델타 병합은 데이터 로드가 완료된 후 별도로 트리거되어야 합니다.
* 자동 실행 대 수동 실행: 어떤 경우에는 델타 병합 프로세스가 시스템에 의해 자동으로 트리거될 수 있습니다(예: 특정 볼륨의 델타 레코드에 도달한 후). 그러나 더 나은 제어 및 최적화를 위해 종종 수동으로 또는 프로세스 체인을 통해 시작됩니다.
* 성능 영향: 델타 병합을 지연하면 메모리 사용량이 증가하고 쿼리 성능이 느려질 수 있습니다. 쿼리는 메인 스토어와 델타 스토어를 모두 읽어야 하기 때문입니다. 델타 병합을 정기적으로 실행하면 최적의 성능이 보장됩니다.
* SAP BW/4HANA 관리 가이드: 이 가이드에서는 델타 병합 프로세스의 중요성과 SAP BW/4HANA 환경에서 이를 효과적으로 관리하는 방법을 설명합니다.
* 링크:SAP BW/4HANA 문서
* SAP Note 2578930 - SAP BW/4HANA에서 델타 병합을 위한 모범 사례: 이 노트는 프로세스 체인과 데이터 로드 모니터 사용을 포함하여 델타 병합 프로세스를 구성하고 실행하기 위한 자세한 권장 사항을 제공합니다.
다른 옵션이 틀린 이유: 델타 병합에 대한 핵심 사항: SAP 데이터 엔지니어 - 데이터 패브릭에 대한 참조: 프로세스 체인과 데이터 로드 모니터를 활용하면 델타 병합 프로세스가 효율적으로 실행되어 SAP BW에서 높은 성능과 데이터 일관성을 유지할 수 있습니다.
/4HANA 시스템.

델타 모드를 사용하여 S-API 추출기를 통해 SAP Datasphere(이전 명칭 SAP Data Warehouse Cloud) 코어 테넌트에 직접 데이터를 로드하려면 특정 전제 조건을 충족해야 합니다. 각 옵션을 평가해 보겠습니다.
* 옵션 A: 실시간 액세스를 활성화해야 합니다. 실시간 액세스는 델타 모드 로딩의 전제 조건이 아닙니다. 델타 모드는 증분 데이터 추출 및 로딩에 초점을 맞추며, 반드시 실시간 기능이 필요하지 않습니다. 실시간 액세스는 즉각적인 데이터 가용성이 중요한 시나리오에 더 적합합니다.
* 옵션 B: 기본 키가 있어야 합니다. 기본 키는 소스 시스템의 레코드를 고유하게 식별하기 때문에 델타 모드 로딩에 필수적입니다. 기본 키가 없으면 시스템은 마지막 추출 이후 어떤 레코드가 변경되었는지 또는 추가되었는지 확인할 수 없으므로 델타 처리가 불가능합니다.
* 옵션 C: 추출기는 함수 모듈을 기반으로 해야 합니다. 많은 S-API 추출기가 함수 모듈을 기반으로 하지만, 이는 델타 모드 로딩에 대한 엄격한 요구 사항은 아닙니다. 추출기는 델타 추출을 지원하는 한 뷰나 테이블과 같은 다른 메커니즘을 기반으로 할 수도 있습니다.
* 옵션 D: 운영 데이터 프로비저닝(ODP)을 활성화해야 합니다. ODP는 델타 모드 로딩의 중요한 전제 조건입니다. SAP 소스 시스템에서 점진적으로 데이터를 관리하고 추출하기 위한 인프라를 제공합니다. ODP가 없으면 시스템이 변경 사항이나 델타를 효과적으로 추적할 수 없으므로 델타 모드 로딩이 불가능합니다.
* SAP Datasphere 문서: 델타 모드를 사용하여 SAP 소스 시스템의 데이터를 통합하기 위한 전제 조건을 설명합니다.
* SAP 도움말 포털: S-API 추출기와 델타 처리 요구 사항에 대한 자세한 정보를 제공합니다.
* 데이터 통합을 위한 SAP 모범 사례: 효율적인 델타 추출을 위해 기본 키와 ODP의 중요성을 강조합니다.
참고문헌: 결론적으로, 델타 모드를 사용하여 S-API 추출기가 SAP Datasphere 핵심 테넌트에 데이터를 로드하기 위한 두 가지 전제 조건은 기본 키의 존재와 ODP(운영 데이터 프로비저닝)의 활성화입니다.

* 달력 일 (답 A):
* 날짜에 따라 변경 사항을 추적하기 위한 델타별 필드로 사용할 수 있습니다.
* 숫자 포인터(답변 C):
* 숫자 증가를 사용하여 증분적 변경 사항을 추적합니다.
* 타임스탬프(답 E):
* 정확한 시간 값을 사용하여 델타 변경 사항을 정밀하게 추적할 수 있습니다.
* 요청 ID(옵션 B): 델타 관련 추적에는 적합하지 않습니다.
* 기록 모드(옵션 D): 작업 유형(삽입, 삭제, 업데이트)을 결정하는 데 사용되며, 델타 추적에는 사용되지 않습니다.
잘못된 옵션:참조:
* SAP S/4HANA 일반 델타 관리 문서
* SAP BW/4HANA Delta 특정 필드 개요