[Conversion] Table comparion

SAP HANA에서의 DMO (Database Migration Option) for SUM 절차 중 Table Comparison은 데이터 마이그레이션의 무결성을 보장하기 위한 핵심 단계입니다. 이 단계는 소스 시스템의 테이블 데이터와 타겟 시스템(HANA DB)의 테이블 데이터가 일치하는지를 확인하는 과정입니다.

---

✅ Table Comparison 개요

항목설명

목적	마이그레이션된 테이블 데이터가 원본과 정확히 일치하는지 확인
위치	DMO 절차 중 Uptime Migration 이후, Downtime Migration 전
적용 대상	대상 테이블 중 일부 샘플 테이블 또는 사용자 지정 선택 테이블
실행 방식	행 수 비교(Row Count) 또는 Checksum(해시 기반 비교) 사용

 

---

🧠 Table Comparison은 왜 중요한가?

DMO는 기존 DB에서 SAP HANA로 데이터를 실시간 마이그레이션합니다. 이 과정에서 데이터가 손실되거나 누락될 가능성을 최소화하기 위해 마이그레이션된 테이블 중 일부를 비교하여 다음을 확인합니다:

• 모든 행이 정확히 마이그레이션되었는가?
• 데이터 무결성이 보장되는가?
• 사용자 지정 데이터가 누락되진 않았는가?

✅ 이는 DMO의 품질 보증 단계(QA 기능) 중 하나입니다.

---

🔍 비교 방식 종류

방식설명속도신뢰도

Row Count Comparison	소스와 타겟 테이블의 행 수만 비교	빠름	낮음
Checksum Comparison	각 테이블의 내용을 기반으로 해시 생성 후 비교	중간	높음
Full Row-by-Row Comparison	(비표준, 특수 목적)	느림	매우 높음

 

---

⚙️ Table Comparison 제어 방법

SUM 화면에서 옵션 선택:

text

복사편집

"Do not compare table contents"

이 체크박스가 비활성화(체크 안 함) 상태이면 Table Comparison이 수행됩니다.

옵션설명

✔️ 선택됨	테이블 비교를 수행하지 않음 → 속도 빠름, 리스크 증가
❌ 선택 안 됨	테이블 비교 수행 → 품질 보장, 시간 소요

 

---

🛠️ 기술적으로는 어떻게 수행되나?

• R3load 툴이 마이그레이션 수행
• 비교 대상 테이블 리스트는 TABIMCHK.XML, TABIMCHK.LOG 등에 기록됨
• 테이블 비교 결과는 *.TBC 파일에 저장되며, 오류가 있으면 *.TBC.ERR 파일이 생성됨

로그 예시:

sql

복사편집

Table ZCUSTOMER: 5000 rows in source, 5000 rows in target → MATCHED Table ZORDERS: 12000 rows in source, 11999 rows in target → MISMATCH

---

⚠️ 실패 시 대처 방법

현상조치

Row count mismatch	해당 테이블 재마이그레이션 or Downtime phase 재실행
Checksum mismatch	데이터 오류 조사, 수동 복구 가능
Critical mismatch	SAP 지원팀(SAP Note) 또는 수동 compare 방법 사용

 

---

✅ 정리 요약

항목설명

무엇인가	DMO for SUM 중, 소스와 타겟 DB의 테이블 데이터를 비교하는 단계
왜 필요한가	마이그레이션 무결성 확인, 품질 검증 목적
비교 방식	Row Count, Checksum (기본은 Checksum 사용)
설정 제어	SUM 옵션 "Do not compare table contents"
권장 사항	생산 시스템은 반드시 비교 수행 권장 (테스트 시스템은 생략 가능)