통합 프로젝트의 핵심: Mysql, Oracle 등 혼합 환경 데이터 이행 전략

통합 프로젝트를 수행하다 보면 Tibero(이기종) → MySQL과 MySQL(동기종) → MySQL 이행이 동시에 발생하는 복잡한 상황을 마주하게 됩니다. DA(Data Architect)로서 이 복잡한 실타래를 어떻게 풀어나갈지, 실전 방법론과 선정 기준을 정리해 봅니다.

---

1. 데이터 이행 방법론의 3가지 핵심 갈래

① 오프라인 (Dump & Load)

운영 중단 후 전체 데이터를 추출/적재하는 방식입니다. 가장 단순하지만 확실한 정합성을 보장합니다.

• 도구: tbExport, mysqldump
• 추천: 소규모 DB, 야간 작업 가능 시

② 실시간 복제 (CDC)

DB 로그를 실시간 가로채어 반영합니다. 서비스 중단(Downtime)을 최소화해야 할 때 필수적입니다.

• 도구: OGG, AWS DMS, Debezium
• 추천: Mission Critical 서비스

③ 가공 이행 (ETL)

추출-변환-적재 과정을 거칩니다. 데이터 모델의 구조적 변경이 클 때 가장 유연합니다.

• 도구: Informatica, Talend, Pentaho
• 추천: 복잡한 매핑/정제 필요 시

2. 원천별 맞춤형 이행 전략 비교

구분	Tibero → MySQL (이기종)	MySQL → MySQL (동기종)
핵심 과제	데이터 타입 매핑 & 함수 호환성	이행 속도 & Character Set 일치
이행 방식	ETL 또는 스키마 변환 도구 병행	Native Replication 또는 Dump
난이도	높음 (정밀도 검증 필수)	보통 (안정성 위주)

💡 의사결정 인사이트

기술적인 툴 선정보다 중요한 것은 'Downtime 허용 범위'와 '데이터 정합성 검증 방안'입니다.

• Downtime 4시간 이내: 실시간 CDC 이행 외엔 대안이 없음
• 모델 변경이 큼: Native 도구보다는 ETL을 통한 명확한 매핑 정의 필요
• 검증 자동화: Count만 믿지 말고 주요 수치 데이터의 Sum 연산을 자동화할 것

마이그레이션은 단순한 데이터 이동이 아닌 '데이터 자산의 재정비' 과정입니다. 초기 단계의 파일럿(Pilot) 이행을 통해 변수를 미리 차단하는 것이 성공의 열쇠입니다.