본문으로 건너뛰기
J
피드

삼성SDS, 삼성전기 SAP ERP 클라우드 전환 — 다운타임 140시간을 34시간으로 줄였다

backend 약 5분
tags
#sap#erp#cloud-migration#samsung-sds#hana
vote
0
댓글
북마크

삼성SDS가 삼성전기의 차세대 SAP ERP 클라우드 전환 프로젝트를 완료. 국내 최초 RISE with SAP 프리미엄 서플라이어 기반 사례이고, Downtime Optimized Conversion 적용으로 8.5TB HANA DB 전환 다운타임을 76% 단축. DVM으로 DB 용량 35% 축소, 업무 효율 25% 이상 개선.

  • 1

    국내 최초 RISE with SAP 프리미엄 서플라이어 기반 클라우드 ERP 전환 완료

  • 2

    Downtime Optimized Conversion 적용 — 8.5TB 전환 다운타임 140시간 → 34시간 (-76%)

  • 3

    DVM(Data Volume Management)으로 HANA DB 용량 8.5TB → 5.5TB (-35%)

  • 4

    ERP·MES·SCM 통합해 단일 BW DB로 실시간 분석 환경 구축, 업무 효율 25% 향상

  • 5

    삼성 클라우드 플랫폼(SCP) 기반 ERP 전환 사업 본격화 — 서비스·유통·금융·공공 확장

  • 삼성SDS가 삼성전기 차세대 ERP 시스템 구축을 완료 — 국내 최초 'RISE with SAP 프리미엄 서플라이어' 기반 클라우드 ERP 전환 사례
    • 삼성SDS는 2025년 9월 해당 파트너십 획득, 이번이 첫 번째 실전 사례
    • 30여 년 ERP 컨설팅·구축·운영 역량을 바탕으로 진행

Downtime Optimized Conversion 적용

  • 국내 최초로 시스템 중단 시간 최소화 전환(Downtime Optimized Conversion) 기술 적용
    • 시스템 가동 중에 데이터 이관 + 시스템 전환을 병행 가능
    • 업무 연속성 유지하면서 대규모 전환 수행
  • 실적 — SAP HANA 8.5TB 규모 데이터 전환
    • 기존 방식 예상 중단 시간: 140시간(5.8일)
    • 실제 달성: 34시간(1.4일) → **76% 이상 단축

성능·데이터 최적화 성과

  • 데이터 볼륨 관리(DVM: Data Volume Management) 기술 적용
    • SAP HANA DB 용량: 8.5TB → 5.5TB (약 35% 축소**)
    • 시스템 부하 감소 + 관리 효율 향상
  • 제조·재무·원가 등 주요 시스템 성능 개선으로 업무 효율 25% 이상 향상
  • ERP·MES·SCM 등 분산된 데이터를 단일 BW(Business Warehouse) DB로 통합 — 국내 최초 실시간 분석 환경

클라우드 ERP 전환 사업 확장

  • 삼성 클라우드 플랫폼(SCP) 기반으로 클라우드 ERP 전환 사업 본격화
    • 서비스·유통 분야 고객사들과 전환 프로젝트 수행 중
    • 제조·서비스·유통·금융·공공·방산 등 산업 전방위 확대 계획
  • 삼성전기 박준호 MIS그룹장 "프로세스 통합·표준화 선행 + 전 법인 동시 적용 → 구축 기간·비용 획기적 절감"
  • 삼성SDS 송해구 솔루션사업부장 "국내 유일하게 ERP 컨설팅~클라우드 인프라까지 End-to-End 제공 가능"

기술 맥락

SAP ERP 업그레이드가 왜 '재앙 프로젝트'로 유명하냐면, 전통적으로 HANA 마이그레이션은 전사 서비스 중단 5~7일이 불가피했거든요. 연말 결산 같은 피크 타임을 피해야 하고, 8.5TB 데이터를 한 번에 옮기는 동안 재무·생산·SCM이 전부 멈춰야 하니까 대형 제조사는 1년 전부터 일정을 짜요. 이번 삼성전기 케이스에서 140시간 → 34시간으로 줄인 건 이 판 자체를 바꾼 수치예요.

Downtime Optimized Conversion의 핵심은 "운영 중인 시스템에서 데이터를 점진적으로 복제하면서 전환 포인트만 짧게 가져가는" 방식이에요. 기존 big-bang 방식 대비 준비 기간은 더 길지만 실제 다운타임은 훨씬 짧아져요. 이건 SAP 본사가 RISE with SAP 프리미엄 서플라이어급 파트너에게만 허용하는 고급 기법이라, 삼성SDS가 이 파트너십을 딴 게 기술적으로 의미 있어요.

DVM(Data Volume Management)으로 8.5TB를 5.5TB로 줄인 것도 실무적으로 크게 중요해요. HANA는 인메모리 DB라서 DB 용량이 곧 GPU·RAM 비용이고, 35% 축소는 월 운영비에 바로 반영돼요. 오래된 마스터·트랜잭션 데이터를 아카이브로 내리는 작업을 전환과 함께 묶어서 처리한 거예요.

한국 엔터프라이즈 SI 시장에서 SAP 컨설팅은 LG CNS, SK C&C, 베어링포인트, 액센츄어가 주로 잡아왔는데, 삼성SDS가 프리미엄 서플라이어 지위로 삼성 계열사 외 서비스·유통까지 확장한다는 게 경쟁 구도의 변곡점이에요. 업무 효율 25%, 다운타임 76% 같은 레퍼런스 수치는 향후 제안서에서 무기로 쓰일 거예요.

SAP HANA 마이그레이션의 '다운타임 5~7일' 공식을 1.4일로 깨뜨린 레퍼런스. 국내 엔터프라이즈 SAP 컨설팅 시장에서 삼성SDS가 LG CNS·SK C&C와 경쟁 구도를 재편하는 변곡점이 될 가능성.

prev

이전 기사 (P)

next

다음 기사 (N)

댓글

댓글

댓글을 불러오는 중...

관련 기사

backend

클릭하우스가 PgBouncer 처리량을 4배로 끌어올린 방법

ClickHouse Managed Postgres 팀은 단일 스레드인 PgBouncer를 여러 프로세스로 띄우고 `so_reuseport`와 피어링(peering)을 조합해 16 vCPU 머신을 제대로 쓰게 만들었다. 동일한 AWS 환경에서 단일 프로세스는 약 8.7만 TPS 근처에서 막혔지만, 16개 프로세스 구성은 약 33.6만 TPS까지 올라갔다.

backend

SQLite 쓸 거면 STRICT 테이블을 기본값으로 보자는 주장

SQLite의 STRICT 테이블은 INTEGER 컬럼에 문자열이 들어가는 식의 타입 실수를 막아주는 기능이다. 글쓴이는 SQLite 특유의 유연한 타입 시스템보다, 실수는 빨리 터뜨리는 쪽이 실무에서 낫다고 주장한다. 다만 기존 테이블을 바로 STRICT로 바꾸기 어렵고, SQLite 3.37.0 이상에서만 쓸 수 있다는 제약도 있다.

backend

왜 아직도 Lisp를 배워볼 만한가

Lisp는 괄호가 많은 이상한 언어처럼 보이지만, 핵심은 문법이 아니라 언어 자체를 확장할 수 있다는 점에 있음. 매크로, 코드-데이터 동일성, REPL 중심 개발이 합쳐지면 프로그램을 '작성'한다기보다 살아 있는 시스템을 계속 진화시키는 방식으로 개발하게 됨.

backend

EDB 포스트그레스 AI, 포레스터 멀티모델 데이터 플랫폼 리더 선정

EDB의 AI 데이터 플랫폼 EDB 포스트그레스 AI가 2026년 2분기 포레스터 웨이브 멀티모델 데이터 플랫폼 보고서에서 리더로 선정됐음. 트랜잭션, 분석, AI 워크로드를 하나의 플랫폼에서 다루는 흐름이 강해지는 가운데, EDB는 전략과 현재 제공 기능 모두에서 높은 평가를 받았다고 밝힘.

backend

Bun, Zig에서 Rust로 갈아탔다: 11일짜리 초대형 런타임 포팅 실험

Bun 팀이 53만 줄이 넘는 Zig 코드베이스를 Rust로 기계적으로 포팅했고, Bun v1.4.0부터 Rust 기반으로 전환될 예정임. 핵심 이유는 성능보다 안정성이었고, use-after-free, double-free, 메모리 누수 같은 문제를 컴파일러와 타입 시스템으로 더 빨리 잡기 위해서였음. Claude Code 워크플로 64개를 병렬로 돌려 11일 만에 전 플랫폼 테스트 통과까지 밀어붙인 사례라, LLM 기반 대규모 코드 마이그레이션의 꽤 강한 신호탄임.