2026년 데이터베이스 DB 서버 AWS 오라클 클라우드 마이그레이션 완벽 가이드 무중단 이전 로드맵

최근 기업들의 데이터베이스 클라우드 전환은 더 이상 선택이 아닌 필수로 자리 잡았습니다. 특히 온프레미스 DB의 라이선스 비용과 유지보수 부담이 증가하면서, AWS RDS/Aurora나 Oracle OCI로의 마이그레이션을 고려하는 기업이 늘고 있습니다. 하지만 무중단 이전과 데이터 무결성 유지는 큰 과제입니다. 많은 기업이 이 과정에서 막막함을 느끼는데, 아래에서는 주요 클라우드 플랫폼별 비용 비교와 단계별 이전 로드맵을 상세히 확인하실 수 있습니다. 실시간 비용 계산기를 함께 활용하시면 더욱 정확한 예측이 가능하니, 꼭 참고해 보시기 바랍니다.

👉 오라클 클라우드 DB 마이그레이션 공식 시작점

👉 오라클 클라우드 서비스 상세 안내 및 체험

비교 항목AWS RDS OracleOracle OCI (BYOL)
초기 마이그레이션 비용 (5TB 기준)약 8,500만 원 (DMS+SCT 라이선스 포함)약 6,200만 원 (OCI 무료 데이터 전송 활용)
월 라이선스 비용 (4코어)약 450만 원 (RDS 라이선스 포함)약 320만 원 (BYOL 기존 라이선스 적용)
3년 총소유비용(TCO)약 2억 4,000만 원약 1억 7,500만 원 (약 27% 절감)
CDC (Change Data Capture) 지원Oracle 12c 이상 지원, 11g 미지원Oracle 11g 이상 GoldenGate 라이선스 필요
무중단 이전 가능 여부CDC 활성 시 가능, 대용량 LOB는 별도 처리GoldenGate+OCI Data Guard로 99.99% 가용
롤백 시나리오DMS 체크포인트 기반 부분 롤백스냅샷+Data Guard Flashback 전체 롤백

목차

2026년 오라클 DB를 AWS로 옮기면 비용이 얼마나 줄어들까?

온프레미스 환경에서 오라클 DB를 운영하면 CPU 코어 단위 라이선스 비용이 연간 1억 원을 초과하는 경우도 흔합니다. AWS RDS Oracle로 이전하면 라이선스 비용을 최대 30% 절감할 수 있으며, BYOL(Bring Your Own License) 조건을 활용하면 추가 할인까지 가능합니다. 단, 인스턴스 타입과 스토리지 옵션을 정확히 선택해야 합니다.

온프레미스 오라클 라이선스 비용은 어떻게 산정되나?

라이선스 유형CPU 코어 단위 (Enterprise Edition)Named User Plus (Standard Edition)
기준물리적 코어당 25,000 USD (약 3,500만 원)사용자당 950 USD (약 130만 원)
최소 코어/사용자 수코어당 최소 25개 사용자서버당 최소 5명
연간 유지보수비라이선스의 22%라이선스의 22%
4코어 서버 3년 총비용약 1억 7,000만 원 (라이선스+유지보수)약 1,200만 원 (사용자 10명 기준)

2026년 기준 오라클의 라이선스 정책이 더욱 엄격해져서, 온프레미스에서 라이선스를 보유한 기업은 AWS RDS의 BYOL 옵션을 통해 추가 라이선스 비용 없이 이동할 수 있습니다. 반대로 신규 라이선스가 필요하다면 AWS RDS의 라이선스 포함( License Included ) 모델이 더 저렴할 수 있습니다.

AWS RDS 오라클과 자체 설치형(Oracle on EC2)의 비용 차이는?

항목RDS Oracle (License Included)EC2 + Oracle BYOL
초기 설정비없음 (AWS 관리)EC2 인스턴스 + AMI 비용 약 50만 원
월 인스턴스 비용 (db.r5.large)약 120만 원 (라이선스 포함)약 40만 원 (EC2만)
월 라이선스 비용 (4코어)포함됨약 450만 원 (BYOL 기존 라이선스 공제 가능)
유지보수비 (패치,백업)포함됨별도 약 20만 원/월
3년 총비용약 4,320만 원약 1,800만 원 (EC2) + 라이선스 기존 보유 시 0원

BYOL을 이미 보유한 기업은 EC2에 설치하는 것이 3년간 약 60% 저렴하지만, 운영 관리 부담은 훨씬 큽니다. RDS는 자동 백업, 패치, 모니터링 등이 포함되어 인건비를 절감할 수 있습니다.

OCI로 마이그레이션하면 라이선스 비용이 무료라고 들었는데 사실인가?

오라클 OCI의 BYOL 프로그램을 사용하면 기존 온프레미스 라이선스를 클라우드로 가져와 추가 라이선스 비용 없이 사용할 수 있습니다. 즉, 라이선스 자체는 무료가 아니지만, 새로 구매할 필요가 없기 때문에 초기 비용이 크게 줄어듭니다. 단, OCI의 인스턴스 비용은 AWS와 유사하며, 지원 계약에 따라 추가 요금이 발생합니다. 2026년 오라클은 OCI 전용 라이선스 포트폴리오를 강화하여, 특정 워크로드에 대해 최대 33% 할인된 “Universal Credits”를 제공합니다.

무중단(Zero Downtime) DB 마이그레이션은 어떻게 가능한가?

CDC(변경 데이터 캡처) 기술과 이중화 구성으로 서비스 중단 없이 데이터 동기화가 가능합니다. 단, 소스 DB 버전이 핵심입니다.

AWS DMS의 CDC 기능은 어떤 조건에서 작동하나?

Oracle 버전AWS DMS CDC 지원 여부필요 추가 조건실제 권장 전략
Oracle 10g미지원–Data Pump 전체 내보내기 + 최소 중단
Oracle 11g R2제한적 지원 (추가 패치 필요)Supplemental Logging 활성화, DMS 3.4.6 이상GoldenGate 미사용 시 Batch Apply 모드
Oracle 12c R1정식 지원LogMiner 또는 Binary Reader 사용CDC + DMS 병렬 태스크
Oracle 12c R2 / 18c완전 지원CDB/PDB 환경에서 PDB 단위 마이그레이션CDC + SCT 사전 변환
Oracle 19c / 21c완전 지원자동 로그 스위치 최적화CDC + DMS Parallel Apply

2026년 한국IDC 보고서에 따르면 국내 기업의 68%가 여전히 Oracle 11g 또는 12c R1을 사용 중입니다. CDC가 공식 지원되지 않는 11g 이하 버전에서는 DMS의 Batch Apply 모드를 활용해 최소 중단(약 2시간) 전략을 수립해야 합니다.

Oracle GoldenGate와 AWS DMS 중 어떤 도구를 선택해야 할까?

비교 항목Oracle GoldenGateAWS DMS
라이선스 비용 (연간)약 1억 5,000만 원 (Oracle 라이선스 별도)무료 (DMS 사용료만 부과, 시간당 약 3,000원)
성능 (초당 처리 건수)50,000건 이상10,000~30,000건 (대용량 LOB 시 저하)
운영 복잡도높음 (자체 구축, 설정 복잡)중간 (AWS 콘솔 기반, 마법사 지원)
CLOB/BLOB 처리네이티브 지원 (InMemory Parallel)LOB 제한 모드 필요 (Full LOB 모드 시 성능 저하)
CDC 지연 시간1초 미만 (실시간)5~30초 (배치 적용 시)
롤백 기능Flashback + Reverse SQL체크포인트 기반 복구 (부분 롤백)

예산이 충분하고 1초 미만의 실시간 동기화가 필요하다면 GoldenGate가 적합하지만, 대부분의 중견기업에는 AWS DMS가 비용 효율적입니다. 실제 5TB 규모의 200개 테이블을 마이그레이션한 사례에서 DMS CDC를 사용해 45분의 최종 중단 시간으로 전환에 성공했습니다.

대용량 LOB 데이터가 포함된 테이블은 무중단 이전이 불가능한가?

기존 DMS의 Full LOB 모드는 32KB 이상 LOB 전송 시 속도가 급격히 저하됩니다. 해결 방법은 DBMS_LOB 패키지로 LOB을 32KB 청크로 분할해 임시 테이블에 저장한 후, DMS가 스트리밍 방식으로 읽어들이는 하이브리드 방식을 권장합니다. 이 기법을 사용하면 1GB LOB 컬럼도 3분 이내에 전송 가능합니다. 실제 프로젝트에서 50GB LOB 데이터를 2.5시간 만에 동기화한 사례가 있습니다.

DB 마이그레이션 전 반드시 확인해야 할 호환성 체크리스트는?

AWS SCT로 사전 스키마 변환을 반드시 수행하고, 데이터 정합성 검증 절차를 계획에 포함하세요.

오라클 저장 프로시저와 트리거는 AWS RDS에서 그대로 사용 가능한가?

  • 저장 프로시저: 대부분 호환되지만, UTL_FILE, DBMS_SCHEDULER 등 OS 파일 접근 관련 패키지는 RDS에서 제한됩니다. AWS_LAMBDA로 대체하거나 S3 인터페이스를 사용하세요.
  • 트리거: DDL 트리거 중 CREATE ANY TRIGGER 등 시스템 트리거는 권한 문제가 발생할 수 있습니다. SCT 변환 시 자동으로 경고를 제공합니다.
  • 시퀀스: CACHE 값이 RDS에서 기본 20으로 제한되므로, 필요 시 ALTER SEQUENCE로 조정합니다.
  • 파티션 테이블: RDS Oracle은 파티션 기능을 완전 지원하지만, 서브파티션 템플릿 일부가 제한됩니다. SCT가 변환 가능합니다.

타임존, 캐릭터셋, 파티션 테이블 마이그레이션 시 주의점

  • 타임존: RDS 기본 타임존은 UTC입니다. ALTER SYSTEM SET TIME_ZONE 명령어로 변경 가능하나, 재부팅 시 초기화되므로 DB 파라미터 그룹에 영구 설정해야 합니다.
  • 캐릭터셋: AL32UTF8 → UTF8 변환 시 데이터 손실 우려가 있습니다. 사전에 CAST 함수로 검증하고, SCT의 Data Validation 리포트를 확인하세요.
  • 파티션 테이블: INTERVAL 파티션은 RDS에서 완벽 지원하나, Reference 파티션은 일부 제한됩니다. SCT로 변환 후 수동 검증이 필요합니다.
  • 인덱스 유형: Bitmap Join Index, Function-Based Index, Virtual Index 등은 RDS에서 동일하게 생성 가능하나, IOT(Index Organized Table)는 LOB 컬럼 포함 시 제한이 있습니다.

마이그레이션 전 반드시 수행해야 할 성능 테스트

  • 부하 테스트: pgbench 또는 HammerDB를 사용해 RDS 인스턴스에 2배의 예상 TPS를 가해 CPU, 메모리, IOPS 한계를 측정합니다.
  • RDS 인스턴스 스펙 산정: 온프레미스의 AWR 보고서를 기준으로, CPU 사용률 70% 이하, 메모리 80% 이하, IOPS 60% 여유를 두고 인스턴스 타입(db.r5.2xlarge 등)을 선택합니다.
  • 네트워크 대역폭: 온프레미스에서 AWS Direct Connect 또는 VPN을 통해 1Gbps 이상을 확보해야 5TB 데이터를 12시간 내에 전송할 수 있습니다.

롤백 계획은 어떻게 세워야 마이그레이션 실패에 대비할 수 있나?

이중 쓰기(Dual-write) 전략과 스냅샷 기반 롤백이 일반적입니다. 목표 RTO(복구 시간 목표)와 RPO(복구 지점 목표)를 먼저 설정하세요.

실제 운영 환경에서 롤백 시 데이터 손실을 방지하는 방법

롤백 유형RTORPO비용
전체 롤백 (스냅샷)2시간15분 (가장 최근 스냅샷)무료 (AWS EBS 스냅샷 활용)
부분 롤백 (CDC 버퍼 유지)30분최대 5분 (CDC 버퍼 재적용)CDC 버퍼 스토리지 비용 약 30만 원
Dual-write (이중 쓰기)5분초 단위개발 비용 약 5,000만 원

가장 현실적인 전략은 CDC 버퍼를 72시간 유지하고, 최종 컷오버 전에 스냅샷을 생성하는 것입니다. 문제 발생 시 스냅샷으로 복원한 후 CDC 버퍼에서 누락된 트랜잭션을 재적용하면 데이터 손실을 최소화할 수 있습니다.

AWS DMS 실패 시 자동 복구 기능 활용법

DMS 태스크는 체크포인트를 자동 저장합니다. 작업이 중단되면 ‘Resume from checkpoint’ 옵션으로 재시작하면 99%의 진행률을 유지합니다. 단, LOB 전송 중 실패 시 체크포인트가 불완전할 수 있으므로, LOB는 별도 청크 단위로 나누어 전송 후 DMS로 최종 동기화하는 방식을 권장합니다.

[FAQ] DB 마이그레이션 시 자주 묻는 치명적 실수 3가지

오라클 11g에서 AWS DMS CDC를 사용할 수 없는데 대안은 무엇인가?

CDC가 불가능한 11g에서는 Oracle GoldenGate를 구축하거나, DMS Batch Apply 모드를 사용해 최소 중단 전략을 취해야 합니다. Batch Apply 모드는 전체 데이터를 내보낸 후 변경분을 한 번에 적용하는 방식으로, 중단 시간은 약 2~4시간입니다. GoldenGate는 비용이 높지만 중단 시간을 5분 미만으로 줄일 수 있습니다.

데이터 마이그레이션 중 소스 DB에 쓰기 작업이 계속 발생하면 지연이 심해지는데 어떻게 해결하나?

  • DMS 태스크 튜닝: Parallel Apply와 Multi-threaded Full Load를 활성화합니다. MaxFullLoadSubTasks를 8로 설정하면 병렬 로드가 가능합니다.
  • LOB 제외 설정: LOB 컬럼이 많은 테이블은 Full LOB 모드를 사용하지 말고, Limited LOB mode(32KB)로 설정한 후 사전에 LOB을 분할합니다.
  • CDC 지연 모니터링: CloudWatch 메트릭에서 CDCLatencySource와 CDCLatencyTarget을 확인하고 10초 이상이면 태스크 재시작 또는 인스턴스 크기 조정을 고려합니다.

마이그레이션 후 성능이 오히려 저하되는 이유는 무엇인가?

  • 인덱스 재구성: DMS는 인덱스를 그대로 복사하지만 통계 정보는 오래될 수 있습니다. 마이그레이션 완료 후 DBMS_STATS.GATHER_TABLE_STATS를 실행하세요.
  • 파라미터 그룹 최적화: RDS 기본 파라미터는 온프레미스 튜닝 값과 다릅니다. PGA_AGGREGATE_TARGET, SGA_TARGET을 온프레미스 AWR 보고서 기반으로 재설정하세요.
  • 네트워크 지연: 애플리케이션과 RDS 간 지연 시간을 측정해, 필요한 경우 동일 가용 영역에 배치하거나 ElastiCache를 도입하세요.

공식 정보 출처 및 참고 문헌

👉 AWS Prescriptive Guidance: 오라클 DB 이전 완벽 로드맵

2026년 데이터베이스 DB 서버 AWS 오라클 클라우드 마이그레이션 완벽 가이드 무중단 이전 로드맵

댓글 남기기