마이그레이션 기술강좌 · 2011-01-21 · 데이터베이스 구입비 및 유지보수 비용 절감 효과 웹 어플리케이션 서버 구입 비용 및 유지보수 비용

[MetaFresh] Hardware(Server) Migration Tool & Methodology

1

마이그레이션 기술강좌 집필자 :박성희 마이그레이션 전략/기획팀장

[email protected] ☎ 010-3027-0354 @migration_club

㈜메타마이닝 공식블로그 : mmcmobile.wordpress.com

필자는 경희대학교 물리과를 졸업하고 호서벤처전문대학원 석사과

정 이수 중이며 마이그레이션 진단 컨설팅 및 전략기획을 담당하

고 있다.

-------------------------------------------------------------------------------------------------------

획기적인 비용절감의 서버 마이그레이션 전략

Unix Server를 Linux Server Migration 전략을 중심으로

지금까지 마이그레이션을 통해 비용 절감과 비즈니스 선진화 전략과 해결 방안을 살펴보

았다. 이번 호에는 해경 방안을 통해 성공 사례를 유형별로 살펴봄으로 마이그레이션을 검

토하고 있는 독자나 기업에 좋은 자료를 제공할 것을 믿어 의심치 않는다. 금융 위기로 국

내외적으로 매우 어려운 시기를 맞았으며, 2009년도도 매우 어두운 전망을 예상하고 있다.

한국소프트웨어 진흥원(KIPA)에서 발표한 2009년도 “국내 소프트웨어 시장 2008년도 회고

와 2009년도 전망”에서 IT투자 위축과 수출 경쟁력 약화가 가장 큰 화두가 될 것으로 전망

하고 있으며, 2009년도 비즈니스에 미칠 가장 큰 요인으로는 “경기불황에 따른 실물경제의

타격”으로 꼽혔으며, 다음으로는 “환율상승과 이에 따른 가격인상 움직임”으로 보고 있다.

보고서에서 우리가 관심을 가져야 할 부분은 “비용절감 솔루션의 부상”의 예를 들고 있는

점이 매우 이례적이다.

과거 마이그레이션 프로젝트를 검토할 때는 언제나 어플리케이션 프로그램과 데이터베이

스를 중점적으로 얘기하지만 경제상황이 악화되는 지금 시점에서는 오히려 낡고 비용이 많

이 들어가는 서버 부터 마이그레이션을 검토한다는 점이다.

서버 마이그레이션에 가장 획기적인 마이그레이션 전략은 “유닉스 서버를 값싸고 성능이

뛰어난 리눅스서버로 마이그레이션”을 함으로 소프트웨어는 그대로 수평 이동하고 데이터베

이스, 하드웨어 등을 완전히 리눅스 환경으로 교체함으로 비용을 획기적으로 절감 할 수 있

는 장점이 있는 것이다.

그렇다면 획기적인 비용절감 효과로 “오픈 리눅스” 시스템으로 가야 하는가 ?

오픈 소프트웨어가 상용 리눅스와 비교하였을 때 문제점이 없다.

기존의 서버 즉, IBM, HP, SUN, Fujitsu 등에 이미 오픈 리눅스 시스템이 탑재 되


2

었다.

오라클 DBMS를 MySQL로 전환이 용이하다.

기존 사용서버에서 운용되는 어플리케이션이 오픈 리눅스에 대체 솔루션으로 가능

하다. 예를 들면, WebLogic, WebSphere 등이 오픈 제이보스, Java가 오픈 자바로

이전 되는 경우이다.

클라우드 컴퓨팅 및 대형 포털을 중심으로 오픈 소프트웨어를 적용하여 이미 검증

이 되었다.

SK텔레콤, 포스코를 중심으로 2009년을 기준으로 운영시스템의 30% 이상을 오픈

리눅스로 교체하였고 비용 절감효과는 50% 이상을 거두고 있다.

그렇다면, 오픈 리눅스 서버로 마이그레이션 하는 경우에 비용 절감의 내용은 무엇인가 ?

하드웨어 구입 비용의 절감 효과

전력사용의 절감

데이터베이스 구입비 및 유지보수 비용 절감 효과

웹 어플리케이션 서버 구입 비용 및 유지보수 비용 절감

보안 강화

실제로 유닉스서버를 리눅스서버로 마이그레이션을 통한 성공 사례를 소개하기로 하자.

첫째, 포스코 프로젝트이다.

1. 환경 : 유닉스기반의 ERP AP서버, 공정, 메일 서버를 포함하여 120대를 리눅스로

운영

2. 상용 피오라노 기반의 MES시스템을 오픈 소스인 제이보스 및 MQ기반의 UCUBE

로 개발 운영

자 지금부터 마이그레이션의 유형과 유형별 성공 사례를 정리하기로 하자.


3

마이그레이션 유형

위 그림에서 나타난 바와 같이 마이그레이션은 3가지 유형으로 나타난다.

참고로 “전략A”와 “전략B”는 마이그레이션 솔루션이 직접적으로 적용이 되고 “전략C”는 시

스템 자체를 완전히 새롭게 재개발하는 단계이므로 “전략A”의 Re-Document가 간접적으로

정보를 제공하는 기능만을 제공하게 된다. 본 사례에서는 “전략A”와 “전략B”를 중심으로 설

명하기로 하겠다.

첫째, 진보된 플랫폼으로의 업그레이드 이다. (Advanced Legacy Platform)

레거시 플랫폼에서의 다양한 환경, 즉, 메인프레임 환경, 클라이언트 서버 환경에 해당하는

플랫폼에서 크게 바뀌지 않은 상태에서 현행시스템을 분석하거나(Re-document), 사용자

인터페이스 부분만을 웹 브라우져 환경으로 전환하는(Re-Face) 프로젝트나 단순히 주요한

소스 코드만을 라인별로 변환하여(Re-hosting) 사용하는 소극적인 방법만을 처리하는 경우

이다. 이 방법은 매우 안전하고 위험도도 거의 없는 상태로 가장 짧은 시간에 시스템을 업

그레이드 하는 작업을 의미한다.

1. Re-Document

2. Re-Face

3. Re-Place(=Re-hosting)로 정리할 수 있다.

도입사례 (Re-Document)

M사는 차세대시스템을 구축하기 앞서 현행 시스템을 정확하게 분석하고 이를 자동 산출물

• Mainframe

• Client/Server system

• Middleware or nothing

• Mainframe / Web

• Downsizing / Upgrade

• Re-Transformation system

Legacy

PlatformRe-Architect

Platform

• 폐쇄적 시스템• 유지보수 비용증대• 경쟁력 약화• 글로벌 표준 압박• 전산자원 관리 어려움

• 성능개선• 환경개선(Web)• M/A 원활화• 과도기적 선택• 서버로직 지속사용

• CBD, WAS

•.NET, J2EE, Framework

• Re-architect

• 유지보수비용 절감• SW 재활용 환경• 신기술 도입• 표준화된 환경 구축• ROI 짧음

전략C

전략B

?

Evolutionary ApproachEvolutionary Approach

Replace functionalityReplace functionalityBig Bang ApproachBig Bang Approach

Replace H/W, S/WReplace H/W, S/W

• Mainframe

• Re-document

• Re-face, Re-place

advanced

Legacy

Platform

• 비용 억제• 최소한의 변화• 위험부담 최소화• 부분적 교체

전략A

Incremental ApproachIncremental Approach

Replace componentReplace component

전략A

advanced

Re-Transformation

Platform

Re-Transformation

Migration

Legacy Modernization

Application Re-Architect

Re-DocumentRe-faceRe-place


4

을 통해 재사용이 가능한 상황을 파악하고 방향을 제시하기 위해 마이그레이션 하기 전에

“현행 시스템의 자동산출물 프로젝트(Re-Document)”를 수행하였다.

마이그레이션은 무조건 시스템을 바꾸는 모습이 아니라 체계적이고 합리적으로 접근하는 방

법을 사용한다. 레거시시스템은 10여년 이상을 큰 구조를 바꾸지 않은 채 유지보수를 통해

시스템을 유지하는 것을 말하며, 이러한 시스템에는 주로 오래된 낡은 프로그램언어, 데이

터베이스 그리고 낡거나 거의 파악하기 어려운 프레임워크를 사용하고 있으며, 미들웨어 부

분이 취약하여 분산처리 시스템이 매우 열악한 구조를 말한다. 마이그레이션의 가장 처음

단계는 현항을 정확하게 파악하는 일이 급선무일 것이다. 위 그림에서 보는 바와 같이 어플

리케이션, 데이터베이스, 개발문서, 그리고 시스템관리 부분까지 면밀하게 분석하는 프로젝

트이다.

AS-IS 및 운영시스템분석 산출물 지원

“차세대 준비를 위한 최적의 AS-IS 분석 산출물 확보”

“운영시스템의 영향도 분석을 위한 Meta Data 확보”

M금융그룹

AS-IS 분석 시스템 구축

• 업무 체계 관리 부제

• 최신화 정보 부재로 인한

현황 파악 어려움

• 분산화된 시스템의

영향분석 어려움

• 변경이력에 대한 추적의

어려움

Application 측면

• 업무 체계 관리 부제

• 최신화 정보 부재로 인한

현황 파악 어려움

• 분산화된 시스템의

영향분석 어려움

• 변경이력에 대한 추적의

어려움

Application 측면

• Database Schema

파악의 어려움(ERD)

• 논리모델과 물리모델의

불일치

Database 측면

• 프로그램 자산관리 미흡

• 응용프로그램의 관리적

측면의 부재

시스템 관리 측면

• 프로그램 자산관리 미흡

• 응용프로그램의 관리적

측면의 부재

시스템 관리 측면

• 최신 문서화 불일치

• 수작업을 통한 문서 관리

• 문서의 일관성 결여

Document 측면

• 최신 문서화 불일치

• 수작업을 통한 문서 관리

• 문서의 일관성 결여

Document 측면


5

위 그림 M사의 도입 목적을 명확하게 나타낸 그림이다.

시스템의 영향 분석을 통해 현행시스템의 현황과 문제점 그리고 시스템 내부를 투명하게 분

석할 수 있는 환경을 제공 받을 수 있고, 현행시스템과 새로운 차세대시스템의 유지보수를

위한 기능을 제공하며, 가장 중요한 “차세대시스템 개발을 위한 준비” 작업을 할 수 있다는

점이다. 특히 차세대시스템에 대하여는 현행시스템의 재사용이 가능한 비즈니스 로직을 추

출하는 중요한 기능이 추가적으로 제공되었다.

둘째, 진보된 플랫폼으로의 마이그레이션이다. (Advanced Re-transformation

Platform)

레거시 플랫폼에서의 다양한 환경, 즉, 메인프레임 환경, 클라이언트 서버 환경에 해당하는

플랫폼을 완전히 새로운 시스템 환경 즉, 오픈시스템의 Java, C#, C 환경으로 전환을 하는

전략이다. 예를 들면, COBOL, PL/I, RPG, VB, PB, Delphi 등의 다양한 프로그램언어와 오래

된 데이터베이스 그리고 미들웨어 등을 신 기술의 환경 즉, Java, C#, C, 그리고 웹 어플리

케이션 서버에 해당하는 웹로직, 웹스피어 제우스 등에 오라클과 DB2, SQL Server 등의 표

준 관계형 데이터베이스 환경에 시스템을 이전(Migration)하는 전략을 의미한다.

일반적으로 “마이그레이션 프로젝트”, “Legacy시스템을 Modernization시스템으로 변환하는

프로젝트”등은 모두가 “돌째”의 전략을 일컫는다.

실제 ㈜메타마이닝의 마이그레이션 프로젝트는 주로 “전략B” 형태에서 많이 이루어진다고

볼 수 있다.

도입사례 (Re-Transformation)

㈜메타마이닝과 주 개발사업자인 삼성데이타시스템과 삼성 금융계열의 메인프레임 시스템을

다운사이징 사례를 간단하게 정리해 보기로 하자.

• 유지보수

• 시스템관리• 차세대준비

• 영향분석

소프트웨어 자산관리

최적의분석산출물 제공

소프트웨어 자산관리

최적의분석산출물 제공

•관련분야 정보에 대한지속적인 지원

•정보제공 및 기술 자문구축자료 이상 시 One- Ca ll 처리

• 업무 영향분석 등을자동화 지원을 통해시간감소 및 오류발생 방지

• 이기종 호출 관계 자동화• 수작업 분석으로 인한 리스크

감소

• AS- IS 시스템의• Applic a tion/ Da ta ba se• 측면의 다양한 분석• 산출물 필요

자산의 미사용 현황/변경 현황및 증감 현황에 관한 통계정보기반 구축


6

“…실제로 2008.6.9일에 기간계 시스템을 메인프레임에서 유닉스 오픈시스템으로 마이그레

이션 하는 부분이 완벽하게 운영이 되어 병행작업을 1개월에 마치고 메인프레임을 유닉스

오픈시스템으로 전환 완료하였다. “뱅가드 프로젝트”라고 이름 붙어진 이번 작업은 지난해

8월부터 약10개월에 걸쳐 진행되었다. 실제로 이정도 규모의 시스템에서 메인프레임 환경의

중단없이 유닉스로 다운사이징 된 것은 거의 유례를 찾아 볼 수 없다”고 삼성카드는 밝히고

있을 정도로 대표적인 성공 사례로 꼽히고 있다.

실제로 카드시스템은 은행과의 청구/입금 데이터, 가맹점의 송금데이터 등 대외 데이터의

송수신이 많아서 야간에 무겁게 돌아가는 작업이 상당하며, 많은 데이터 양을 빠른 시간에

처리해야 하는 야간 뱃치 작업에서도 문제없이 잘 돌아가고 있다.”며 유닉스 기술이 상당히

높아져서 메인프레임 못지 않은 안정성을 보여주는 결과를 얻고 있다.

이번 뱅가드 프로젝트는 유닉스로 다운사이징 하는데 190억, 대외적으로 허브 구조의 인터

페이스 구축에 약 30억이 들어 합계 220억 정도의 구축 비용이 들었다. 하지만 연평균 90

억 이상의 운영비용 절감 효과를 가져 올 것으로 보여 상당한 비용효과를 얻었다. 마이그레

이션 한 당해년도에도 50억 정도의 비용절감이 이뤄진다. 운영과 유지보수에 매년 100억

원 가까이 소요되는 IBM 메인프레임의 가동이 지난 5월로 종료되었기 때문이다. “

이와 같은 내용은 이미 삼성카드에서 언론에 밝힌 내용을 정리한 것이다.

위 그림은 실제로 삼성카드에 작업을 하였던 로드맵이다.

삼성카드 현행시스템은 다음과 같다.

� 데이터부분 : IMS/DB, DB2, VSAM으로 IBM의 모든 데이터 형태를 보유하고

있다.

� 비즈니스로직 부분 : CICS/COBOL로 작성되었다.

� 사용자 인터페이스 부분 : Java Applet로 작성되었다.

이러한 환경을 서버단에 해당하는 20.000여 본에 가까운 많은 프로그램을 Unix, C,

MetaBridge

CICS

COBOL

VSAM

IMS

DB2

Ja va App let

메인프레임 UNIX

자동자동 마이그레이션을마이그레이션을 통한통한 다운사이징다운사이징

Tuxedo /WTC

C

Ja va App let

Busin

ess

Layer

Da

taLa

ye

r

Pre

sen

-ta

tion

Laye

rBusi

ne

ss

Layer

Da

taLa

ye

r

Pre

sen

-ta

tion

Laye

r

ISAM

Orac le


7

Tuxeudo 그리고 Oracle DB환경으로 그대로 재구조화 하는 방법을 사용하였고, C 프레임워

크인 SDS의 Systemier라는 프레임워크에 맞게 자동변환 하는 기능을 요구하는 프로젝트였

다.

2-3개월에 걸쳐 90% 이상의 자동화 율을 보였고, 표준화와 소프트웨어 품질 문제를 자동

화 도구를 통해 지원하였으며, 마이그레이션을 성공적으로 종료를 하였다.

지금까지 유례없는 마이그레이션 성공 사례와 기대 효과를 충분히 얻었고 지금까지 국내외

기술로는 리호스팅(Re-hosting)이라는 메인프레임 COBOL환경을 오픈시스템의 COBOL 환

경으로만 전환하는데 그쳤지만, ㈜메타마이닝의 기술 “Re-Architect”는 오픈시스템에 Java,

C 프레임워크에 맞게 재구축하는 방법을 사용하였다.

이를 좀 더 자세하게 설명할 필요가 있다는 판단이다.

위 그림은 메타브릿지의 기능 구성도이다.

현행시스템(AS-IS)시스템의 정보를 Parsing(분해)하여 이를 메타저장소에 체계 있게 저장

한 이후에 다양한 자동산출물과 영향분석 그리고 연결도 등을 분석한 후에 이를 사용자의

환경에 맞게 자동으로 변환하는 기능을 가지고 있다.

실제로 변환한다는 것은 프로그램 언어와 환경을 새로운 환경으로 그냥 바꾸는 단순한 작업

은 결코 아니다. 이를 분해하고, 문법 오류를 보완하여 재작업 과정을 통해 소스코드를 완

전하게 만든 이후에 이들의 연결 관계와 현황 그리고 누락, 중복 등의 발견을 통해 보완 작

업을 거치게 된다. 이러한 작업의 공정이 전체 30% 정도 할애된다.

전사적메타데이타

저장소

어플리케이션영향분석관리

어플리케이션자산관리

어플리케이션Parsing

어플리케이션품질관리

전환검증관리어플리케이션

전환관리

컴포넌트룰관리

Pseudo Code

자연어관리

모니터링및위험예방관리

프로세스모델링관리

Data 전환관리전사적

메타데이타저장소

어플리케이션영향분석관리

어플리케이션자산관리

어플리케이션Parsing

어플리케이션품질관리

전환검증관리어플리케이션

전환관리

컴포넌트룰관리

Pseudo Code

자연어관리

모니터링및위험예방관리

프로세스모델링관리

Data 전환관리


8

다음은 메타저장소에 저장된 메타자료를 어떻게 변환을 하는가 하는 부분을 설명하기로 하

자

위 그림은 과거 리호스팅의 로드맵과는 판이하게 다른 구성을 하고 있다.

타겟시스템에 해당하는 어플리케이션 프레임워크(C, Java)에 맞게 메인프레임의 자원을 분

해하여 이를 맵핑 기법을 통해 자료를 변환하는 기법을 사용하고 있다. 이 방법을 Re-

Architect라고 부른다.

오리지널 시스템에 해당되는 COBOL과 같은 형태의 java가 아니라 Java 환경이 갖는 고유

한 구조로 타겟 시스템이 구축 되어진다.

데이터베이스 마이그레이션 사례

다음은 시스템 전반에 걸친 마이그레이션 이외에 데이터베이스만을 마이그레이션 하는 경우

를 소개하겠다.

(즈)메타마이닝과 IBM 마이그레이션 팀과 M생명 오라클 데이터베이스를 IBM의 DB2로 마

이그레이션 성공 사례를 소개하고자 한다.

1. 데이터베이스 마이그레이션 개요

데이터베이스는 기업의 가장 중요한 지적 재산이다. 이를 저장하고 관리하는 것은 장기

적인 관점에서 전략을 수립하고 이를 관리하고 유지하여야 하는 IT분야이기도 하다. 데

이터베이스의 기술적인 발전은 다른 분야에 비해 상대적으로 느리지만, 그 응용 분야는

매우 다양하고 복잡하게 전개되고 있다.

UNIXUNIXUNIX

TCP/IP

WTC

Applica tion

Compiler C

Tuxedo

WindowsWindowsWindows

TCP/IP

JDK

Java Applet

UNIXUNIXUNIX

TCP/IP

Ora c le

App lica tion Progra m (CICS COBOL)

OLTPOnLine Transla tion Progra m

CICSCICSIMS

DB/DC

IMSDB/DC DB2DB2

JCLJCL

Ba tchprogram

VSAMVSAM OS : 390

IBM Ma infra me (System / 390)

VTAMVTAM

메인프레임메인프레임 UnixUnix

UNIXUNIXUNIX

TCP/IP

WTC

Applica tion

Compiler C

Tuxedo

WindowsWindowsWindows

TCP/IP

JDK

Java Applet

UNIXUNIXUNIX

TCP/IP

Ora c le

App lica tion Progra m (CICS COBOL)

OLTPOnLine Transla tion Progra m

CICSCICSIMS

DB/DC

IMSDB/DC DB2DB2

JCLJCL

Ba tchprogram

VSAMVSAM OS : 390

IBM Ma infra me (System / 390)

VTAMVTAM

메인프레임메인프레임 UnixUnix


9

데이터베이스는 다양한 하드웨어와 운영체제 그리고 프로그램언어에 이르는 환경적 변

화 따른 요구사항이 빠르게 지원할 수 있는 구조를 가지고 있어야 하기 때문에 일관성

있는 기술 구조가 필요하다. 또한 최근에 불거지는 특정 데이터베이스의 일방적인 시장

장악에 대한 견제의 기능으로 마이그레이션이 필요하게 되고 있으며, 글로벌하게 퍼져

가는 기업의 형태상 시스템의 통합 차원에서 마이그레이션이 반드시 필요하게 된다.

2. 데이터베이스 마이그레이션 시장 현황

2008년도를 들어서면서 한국을 비롯 전세계 시장이 데이터베이스 시장에 대하여 집중

적으로 관심을 갖고 보도하기 시작하였다. 오라클사의 높은 유지보수 비용 부담(22%)과

서비스 만족도에 저하를 이유로 기업 사용자를 중심으로 지나치게 편중된 특정 업체로

편중된 종속성을 탈피하여 다양한 제품 구매를 권장하는 가이드를 마련 하는 등 DBMS

다변화에 대한 움직임이 공공기관을 중심으로 확산되고 있다. 실제로 고객의 입장에서

DBMS를 교체하거나 신규 시스템을 도입하는 선택의 기로에서 기업은 고심하게 되어

2008년도 들어서면서 IBM과 마이그레이션 전문 기업인 ㈜메타마이닝은 이러한 어려운

문제에 직면한 고객들에게 “Incredible DB2” 켐페인을 통해 대고객 서비스 정신과, 파

격적인 가격 오퍼링, DB2의 뛰어난 기술과 성능 등으로 무장하여 저비용, 고효율의

DBMS 변환에 대한 만족할 만한 해법을 고객에게 제시하고 있다.

� 2008년 3월 5일 전자신문

“오라클 철옹성 “DBMS” SW시장 최대 격전지로 ….” …. “한국IBM 고객 늘리며 공

세강화…”

� 2007년 3월 7일 디지털타임즈

대기업 “오라클 DB서 벗어나자” – 삼성 등 유지보수 비용 적은 IBM DB2로 전환

조짐 -

� 2008년 2월 11일 아시아경제

“탈 오라클 바람” DB 시장을 흔든다. – DBMS 유지보수비 10%에서 22%대 상향 조

정, 공공기관 중심으로 “탈 오라클 현상” 가시화로 나타나다.

3. 마이그레이션 관련 주요 산업 Sector 설문조사 정리

한국IBM과 메타마이닝은 2008.8.29 국가 주요산업의 Sector CIO 및 관련 사업자 49명

에 대한 간이 세미나와 설문을 조사하였다. 참고로 IBM의 데이터베이스에 대해 가장

고전하고 있는 분야를 선택하여 실제로 고객의 동향을 파악하기 위한 자리였으며 참여

한 기업은 대부분 중견 기업이었다.

� 설문자의 기본적인 환경 정리


10

사용 하드웨어 IBM(40%) HP(40%) SUN(20%

데이터베이스 Oracle(47%) MS SQL Server(42%) Sybase(11%)

프로그램 언어 C#(22%) Java(18%) VB(18%) Pb(14%) C(9%) Delphi(14%)

� IBM의 “데이터베이스 마이그레이션” 프로그램에 대한 의견 정리

IBM DB 마이그레이션 진단 서비스 받을

의향 ?

있다(30%) 적극검토(70%)

DB2로 교체할 의향 ? 있다(10%) 검토(70%) 없다(20%)

교체 혹은 검토 사유 ? 높은 유지보수 비용(90%) 서비스 불

만(10%)

4. 마이그레이션 일반적 고찰

첫째, 마이그레이션 필요성

� 기업이나 국가가 다양한 시스템을 통합(Integration)하는 경우와 글로벌화 되어 가

는 시스템 환경으로 인해 IT 기술로 인한 통합의 필요성이 크게 대두 되고 있다.

� 다양한 하드웨어, 운영체제, DBMS 환경의 변화는 기업의 비즈니스 환경이 변화 함

에 따랄 크게 변화를 요구하고 있기 때문이다.

� 다양한 이기종의 DBMS 들이 서로 연동하는 과정에서 인터페이스 부분이나 서로

다른 SQL 구문 및 프로그램언어와 연결 관계에서 불필요하거나 성능이 저하 되는

것을 막기 위함이다.

� 그러나 가장 중요한 것은 DBMS 공급자(IBM, MS, Oracle, Sybase 등)들 간의 심한

경쟁으로 오는 시장 탈환이 가장 크며, 이를 기회로 고객들은 새로운 선택의 길이

열려 있는 “시장 변화”가 가장 큰 필요성이라 할 수 있겠다.

둘째, 마이그레이션 도입 전 검토사항

� 현재 IT장비와 인력 그리고 ROI(투자대비 효과)를 정밀하게 분석한다.

� 마이그레이션 후에 생산성 향상 여부를 계수화 한다.

� 기술적 위험성을 분석한다.

� 효율적인 마이그레이션 방안을 모색한다.

� 검증된 자동화 도구를 적극 검토하여 정확성, 성능성과 향 후 정밀한 분석정보를 확

인하여야 한다.

셋째, DBMS 제품선정 기준

� DBMS를 마이그레이션 하여 쉽게 통합이 가능한지 여부를 검토한다.


11

� 유지보수가 쉽고 보안이 철저하며, 비용이 저렴하여 ROI를 높이는 지 여부를 분석

한다.

� 마이그레이션 후에 안정성, 보안성 정장 보장과 글로벌에 맞추어 통합이 가능한지를

살핀다.

� 자동화 도구를 사용하여 기간이나 비용을 절감할 수 있는지를 검토한다.

� 마이그레이션 과정의 안정성과 효율성을 보장하도록 추진되어야 한다.

� SQL 문장과 DB Object 그리고 DB와 연결된 미들웨어(웹 어플리케이션 프로그램)

과 프로그램 비즈니스 로직과 연결되어 수정하는 과정을 심층적으로 확인하여야 한

다. 이를 지원하는 자동화 도구의 기본적인 기능으로 이를 점검하면 된다.

� 이러한 모든 과정을 IBM의 DB2로 마이그레이션 하는 과정에 포함되어 있다.

셋째, 마이그레이션 대상 선정

마이그레이션의 방법에는 DBMS 뿐만 아니라 어플리케이션 프로그램, 미들웨어(웹 어플

리케이션 프로그램) 그리고 프로그램(특히 비즈니스 로직)을 프레임워크에 마이그레이션

하는 이후까지를 마이그레이션 범위에 포함하여야 한다. 또한 프로그램언어가 변하지

않고(예를 들면 COBOL에서 COBOL로 전환 하는 경우) 마이그레이션 하는 경우에 프

로그램언어의 버전이 매우 중요하다.

데이터베이스 웹 어플리케이션 서버

(WAS)

프로그램언어(비즈니스 로직)

●

● <대부분 DB 마이그레이션

방법>

◎ (동일한 언어로 버전/환경

수정)

● ●

● ● ●

● 프로그램과 WAS를 신규로 개발하는 경우

데이터베이스와 WAS를 새롭게 도입하는 경우 ●

※ “M생명” 데이터베이스 마이그레이션 프로젝트는 두번째 방법으로 진행하였다.

넷째, 마이그레이션 절차

M생명은 대형SI업체가 프로젝트를 수주하고 IBM에서 DB2 마이그레이션 부분을 맡아

처리하는 구조에서 데이터베이스 마이그레이션 부분을 메타마아닝에서 처리하는 형태를

취하였다.

본 마이그레이션 절차는 데이터베이스 마이그레이션 부분만 설명하기로 한다.

i. 준비단계

ii. 분석단계

iii. 마이그레이션 단계


12

가. 스키마 추출 및 마이그레이션 단계

나. 데이터베이스 오브젝트 추출 및 마이그레이션 단계

다. 데이터 마이그레이션 단계

라. 응용프로그램 마이그레이션 단계

iv. 검증 밑 테스트 단계

v. 성능 최적화 단계

vi. 평가단계

� 마이그레이션 준비단계

i. 데이터베이스 마이그레이션에 대한 업무 정의를 명확하게 하고 목적과 예산 그

리고 프로젝트 기간 등의 요구사항을 정의하였다.

ii. 현행시스템을 분석하고 환경을 파악하는데 주로 프로그램 언어와 데이터베이스

그리고 웹어플리케이션 서버를 중심으로 분석하고 해당 정보를 자동화 도구인

메타블루(MetaBlue™)에 저장하여 분석하고 누락 부분의 정보를 검증하는 단

계를 거쳤다.

iii. 데이터베이스에서 사용하는 SQL문장이나 DB Object 등을 추출하여 DB2에 적

합한지 여부를 DBA와 검증 작업을 거친 후에 해당 정보를 “변환 로직 테이

블”에 저장하였다.

iv. 또한 운영체제나 DBMS 다른 환경에 영향을 주는지를 메타블루를 통해 영향분

석을 통해 나온 산출물을 사용자와 긴밀하게 협의를 하였다.

v. 마이그레이션의 복잡도와 소요기간 그리고 마이그레이션 완료 후의 병행기간

등을 의논하였다.

vi. 해당 자료는 산출물을 작성해서 위험분석 요소를 사전에 분석하고 대응 전략을

세웠다.

vii. 데이터베이스 마이그레이션 시에 위험요소를 다음과 같이 정리하였다.

가. 데이터베이스를 변경할 때에 대한 대책 마련

나. Oracle, MS SQL Server, Sybase등의 SQL 문을 추출하여 DB2에 SQL문

장과 mapping 하는 작업

다. 기존 데이터베이스의 테이블, 필드 그리고 실제 데이터의 정합성을 검증하

였다.

라. 데이터베이스 변경 시에 업무 프로세스(비즈니스 로직 변화)가 없는지를

검증한다.

마. 작업시간과 투입 인력에 대한 검증 작업이 필요하다.

viii. 마이그레이션 전략 수립은 다음과 같다.

가. 마이그레이션 단계를 “준비단계 – 분석단계 – 마이그레이션 단계 – 검증/

테스트 단계 – 평가단계 등으로 분류하였다.


13

나. 각 단계별로 역할을 명확하게 분류하였다.

단계 담당 역할

준비단계 전체

분석단계 마이그레이션 팀 메타블루 산출물

마이그레이션 단

계

마이그레이션 팀 MetaBlue, MTK

검증/테스트 단

계

프로젝트 관리자 성능 확인작업 까지 포함

평가단계 전체 변환율, 정확성, 성능, 문제점 등

� 분석 단계

분석단계는 메타블루의 40여 종의 다양한 산출물을 제공하는 분석 산출물을 자동으

로 제공함으로 사용

자에게 마이그레이션 과정을 투명하고 정확하게 확인 할 수 있는 장점을 지니고 있

다. 분석단계는 다음 과 같은 중요한 역할을 하게 된다.

i. 어플리케이션 및 데이터베이스의 자원의 정확한지 여부를 파악한다. 누락, 중

복, 미사용 등의 정보를 분리한다.

ii. 자원의 정확한 현황을 파악하게 된다. 자원의 크기, 개수, 연결관계, 빈번도 등

의 정보를 파악할 수 있다.

iii. 영향분석을 할 수 있다. 데이터베이스와 프로그램과의 관계도 파악, 연결관계,

가장 중요한 영향분석이 가능하다. 데이터베이스와 프로그램 간의 영향도가 어

디 까지 인지를 모두 파악하여 마치 병원의 MRI 장비에서 나온 결과물 처럼

상세하게 나타나게 된다.

iv. 분석, 개발 문서를 자동으로 얻게 되며, 기존의 자료 보다 시스템과 문서의 일

치를 통해 정확한 산출물을 파악 할 수 있다.

� 마이그레이션 단계

마이그레이션 단계는 3가지 형태로 수행하게 되는데, 데이터베이스, 응용프로그램

그리고 웹 어플리케이

션 서버 등의 작업을 거치게 된다.


14

<그림> 마이그레이션 절차도

위 그림에 대한 상세 사항은 본 자료 후면에 메타블루를 통해 데이터베이스 마이그

레이션 전 과정을 설

명하기 하자. 데이터베이스,응용프로그램 그리고 WAS 등의 전환은 메타블루를 통

해 전환이 되고 실제

데이터는 IBM 제품인 MTK™(Migration Tool Kit)를 통해 전환이 된다.

여기서 마이그레이션에 유의할 사항에 대하여 정리해 보기로 한다,

i. 현행 시스템의 데이터베이스 기능과 IBM DB2 기능에 익숙한 전문가를 확보하

는 것이 매우 유리하다. 대부분 90%는 이미 메타블루 로직테이블에 저장되어

처리하는데는 문제 없지만 예외 SQL문장 처리할 때 매우 유익하다.

ii. 데이터베이스 오브젝트(트리거, 함수, 프로시져 등)을 메타블루를 통해 자동으

로 변환이 되지만, 실제로 수작업으로 하는 경우 이를 철저하게 검증을 하여야

한다.

iii. 마이그레이션 전문도구인 메타블루가 처리하지 못한 경우가 있는데 이는 극히

1-2%에 해당하며 이를 수작업으로 처리하여야 한다. 대부분 IBMDB2에서 처

리가 가능하다.

iv. 응용프로그램에 관하여는 세 가지 마이그레이션 방법이 있다.

가. 응용프로그램을 그대로 가는 경우이다. 예를 들면 “오라클에 Java”를 사용

하고 있는데 타겟을 IBM의 DB에 Java를 그대로 사용하는 경우이다. 이

방법에는 큰 문제가 없다. 메타블루도 이러한 부분을 자동으로 변환하는

툴이기 때문이다.

나. 응용프로그램이 새로운 프로그램 환경으로 마이그레이션 하는 경우이다.

Program Grammar repository

Conversion

Embedded Syntax Extraction

SQL / DB Object Extraction

Mapping Rule repository

Cobol, C, Java, PL/I, C#, VB, PB, Pro*c, SQL ….

CICS, WebLogic, ZEUS, Tuxeudo, WebSphere …

DB2, VSAM, Oracle, Sybase, SQL Server ….




Rule conversion Table• Line by line conversion (Syntax)

• Rule template 치환(Impact analysis)

• Framework 기반Conversion

Impact analysis

SQL / DBMS Object conversion• Table/Index/Triggers/Sequence/UDF/Procedure/

• Function etc..

DBMS / Application

Governance

Program Grammar repository

Conversion

Embedded Syntax Extraction

SQL / DB Object Extraction

Mapping Rule repository







Rule conversion Table• Line by line conversion (Syntax)

• Rule template 치환(Impact analysis)

• Framework 기반Conversion

Impact analysis

SQL / DBMS Object conversion• Table/Index/Triggers/Sequence/UDF/Procedure/

• Function etc..

DBMS / Application

Governance


15

“오라클에 파워빌더”를 사용하고 있는데 이번에 IBM DB2 –Java로 가능 경

우이다. 이때는 ㈜메타마이닝의 프로그램언어 변환 솔루션인 메타브릿지

(MetaBridge)™”를 사용하여 파워빌더를 java로 바꾸어 처리하게 된다.

다. 웹 어플리케이션 서버가 바뀌는 경우이다. 예를 들면, 티맥스의 제우스나,

오라클의 웹로직을 사용하는 경우 이를 IBM의 웹스피어로 전환하는 경우

에 마찬가지로 ㈜메타마이닝의 메타바이올렛(MetaViolet™)을 활용하면 쉽

게 전환이 가능하다.

� 검증/테스트 단계

변환이 완료되고 현행시스템을 IBM의 DB2환경으로 모든 것을 이전 완료하였다. 이

를 검증하고 테스트

하는 과정을 거쳐야 한다. 실제로 소요 공수를 따지면 50% 이상이 검증 작업에 할

애하였다. 이는 사용

자와 공동으로 작업을 하게 된다.

� 평가단계

실제로 자동화도구를 사용하여 처리한 부분을 종합적으로 평가하고 문제점, 수정사

항 등을 거치는 단계

이다.

5. M생명 사례

� 개발기간

2008.8.4 – 2008.9.3(1개월간 3MM)

� 투입업체

SDS 프로젝트 관리, IBM, 메타마이닝은 데이터베이스 마이그레이션 분야만 처리

� 프로젝트 목표

i. 전체 금융업무

ii. 인프라, 프레임워크, 체널 인터페이스, 데이터 마이그레이션, 메타 데이터, 데이

터베이스 입출력, 이미지, 사용자 인터페이스 등

iii. Store Procedure, SQL 문자

iv. 데이터베이스 오브젝트는 컴파일 완료 후에 Java 소스코드의 SQL문장은 구문

검증을 목표로 한다.

� 마이그레이션 작업 절차


16

i. DDL에서 DB Object를 추출한다. (Trigger, Function Procedure, 등)

ii. 데이터베이스 정보를 메타블루에서 수집(Gathering) 하여 메타데이터 저장소에

저장한다. 이 때 대상은 Table DDL, Function, Procedure, Java Source code

등

iii. 수집된 정보를 기준으로 분해(Parsing)하여 메타데이터에 분해된 정보를 저장

한다.

iv. 어플리케이션과 데이터베이스 부분을 변환한다.

Java 소스코드에 Embedded 되어 있는 SQL 구문을 테스트 하기 위해 추가로

이를 분리하여 추출하고 이를 변환한다.

v. 전환 결과 소스코드를 컴파일한다. 이 때 Function과 Procedure를 포함하게

된다.

vi. Java 소스코드 속의 SQL 구문 오류를 검증한다.

예를 들면, DB2EXPLN –d GNKADM –f [SQL 구문파일] –z “;” –t

vii. SQL 구문 파일 중 수정, 보완 내용을 전환 Java 소스코드에 추가 및 보완 작

업을 하였다.

6. M생명 마이그레이션 작업 결과

M생명의 마이그레이션 기간은 1개월 작업기간을 거쳐 아래와 같이 자동변환 율

(97.95%)를 기록하였다.

분류 현행시스템 목적시스템

하드웨어 - IBM P595

데이터베이스 Oracle DB2 ESE 9.5 Fix 1

미들웨어 JEUS 5.0 WebSphere 6.1

프로그램 언어 Java Java

마이그레이션 결과

자동화도구 MetaBlue™, MTK

™

자동화 변환 율

(%)

91.81% 수작업

(%)

7.38%

분류 Volume 대상제외 전환대상 미변환 자동(%) 수작업

(%) 비고

DB Object 649 292 357 1 97.2% 2.8% -

Java (SQL) 423 35 388 5 98.7% 1.3% -

합계 1,072 327 745 6 97.95% 2.05%


17

세부 설명

대상제외 DB Object가 없는 경우, 테이블 이상, Field 이상 그리고 현행 소스코

드 이상 등

미 변환

UTIL_File 미지원 오라클7.3에서 지원하는 기능을 DB2에서 지원치

않아 IBM DB2팀에서 이를 지원처리 키로 함

Function 속의 Declare,

handlet 등을 DB2에서는 Store procedure로 처리하였음

TO_MULTI_BYTE 함수

미지원 DB2팀에서 지원 처리키로 함

TO_Single_Byte 함수 사

용 DB2팀에서 지원 처리키로 함

LIKE 우측항목을 못 가져

옴 DB2팀에서 지원 처리키로 함

실제로 자동으로 처리하는 데이터베이스 오브젝트나 프로그램언어는 그리 어려운 문제

가 아니었고 개발기간

이나 작업 방법에서 전혀 문제가 되질 않았다. 이 보다 중요한 문제는 “수작업 처리

(2.05%)” 문제였다. 이는

오라클에서 지원하는 기능을 DB2에서 지원하지 못한 경우에 해당하는데, 경미하지만

Store Procedure로 처리하거나 IBM 본사 DB2 팀과 긴밀하게 협조 하에 처리 중에 있

다.


18

7. 메타블루 작업 절차

� 자원 수집 및 현황 분석

<그림> 데이터베이스 및 어플리케이션 자원 현황

다음은 메타블루를 통해 작업 한 결과를 화면을 통해 설명하기로 한다.

가장 먼저 마이그레이션을 위한 데이터베이스정보와 어플리케이션 정보를 수집하여 오

른편 그림처럼 수집정보 현황을 나타내며 단순히 현황정보만이 아니라 누락, 중복, 미사

용 현황을 파악하여 이를 사용자에게 제공하여 보완하는 작업을 취한다.

실제로 M생명 마이그레이션 작업에서도 상당수가 나타났다.현행시스템의 자원 현황을

정확하게 파악하는 것이 마이그레이션의 변환 율에도 큰 변수가 된다.


19

� 자원 수집 및 현황 분석

<그림> 데이터베이스 및 어플리케이션 자원 현황

메타블루는 수집된 자료(데이터베이스, 프로그램 소스코드)를 분해(Parsing)하여 이를

메타데이터 저장소에 저장하고 기존에 저장된 SQL 지식베이스와 분해한 사용자의 프로

그램에 Embedded되어 있는 SQL과 Mapping작업을 한 후에 이를 자동으로 변환하는

결과를 나타낸 화면이다.SQL문장을 자동으로 변환하는 과정에서 누락되거나 새로운 문

장을 발견하게 되면 이를 메타블루의 SQL 지식베이스에 등록을 하고 다시 작업을 수행

하면 자동으로 처리된다.

이는 오라클/사이베이스

/SQL Server 등 주요 데이

터베이스에 관련된 SQL 문

장을 등록하고 이에 대응되

는 DB2의 SQL 문장과 연

결작업을 통해 사용자의

SQL 문장을 자동으로 변환

하는 기능을 제공한다.

<그림> SQL 지식베이스 테이블 현황


20

� 데이터베이스 및 프로그램 자동변환 단계

<그림> 데이터베이스 및 어플리케이션 자동 변환

프로그램안에 들어 있는 SQL문장을 자동으로 추출하여 이를 자동변환 한 후에 SQL을

포함하고 있는 어플리케이션 프로그램을 자동으로 변환하는 과정의 화면이다.

실제로 프로그램언어가 동일한 경우에는 버전 및 데이터베이스와 연결된 환경 부분에

영향 정도만을 파악한 후에 변환하기 때문에 기술적으로 어려운 일이 아니다. 단지, 프

로그램언어가 바뀐 경우에는 메타블루의 기능에 전문적인 프로그램언어 변환 툴인 메타

브릿지(MetaBridge™)를 통해 쉽게 구현이 가능하다,


21

왼편 그림은 메타블루를 통

해 자동으로 변환한 결과를

나타낸 그림이다.

여기서 붉은색(미변환) 부분

에 대하여는 이미 앞장에서

설명한 바대로 DB2 자체적

인 문제, 자동화도구에 대한

미지원 그리고 현행시스템

에 대한 미비로 변환이 안

되는 경우이다.

<그림> 데이터베이스/프로그램 변환 결과

� 데이터베이스 및 프로그램 자동분석 단계

<그림> 데이터베이스 및 어플리케이션 분석 화면

메타블루에서 자동으로 지원되는 분석 산출물은 30-40종이 된다. 즉, 마이그레이션 지

원(Migration Assistant) 기능으로 다음과 같다.


22

� 시스템의 복잡성과 연계성에 대한 다이아그램 정보

� 테이블 및 필드에 관련된 뷰

� 스키마 개체, 데이터 그리고 오라클의 PL/SQL이나 각종 표준 데이터베이스의 SQL

로 작성된 Procedure, Function, Package, View, Trigger 등 다양한 정보를 제공한

다.

� 마이그레이션 영향분석(Impact analysis)을 통해 시스템의 위험 상태를 사전에 감지

하는 정보를 제공한다.

� 비즈니스 로직 흐름도를 제공하며,

� Java 프로그램 사용자에게 쉽게 이해할 수 있는 다이아그램(UML, Unified

Modeling Language)을 제공하고 있다. (Call Diagram, Sequence Diagram, 등)

� 메트릭스 정보를 제공하여 시스템의 연관성과 사용도를 파악할 수 있다.

� 데이터베이스 및 프로그램 변환 전/후 비교

<그림> 데이터베이스/프로그램 변환 전/후 소스코드 비교

위 그림은 프로그램안에 들어 있는 SQL문과 프로그램의 변환 전/후를 살펴보는 화면이

다. 이를 통해 사용자는 변환 과정에 대하 결과치를 확인할 수 있다.


23

8. 메타블루 작업 절차

오라클을 비롯한 표준 데이터베이스를 DB2로 마이그레이션 하는 작업은 그리 쉬운 작

업은 아니지만 그 동안 IBM과 끊임없이 준비해 온 결과 그 동안 IBM 자체 마이그레이

션 솔루션인 MTK의 주요 기능과 사용자의 작업 환경에 쉽게 적용이 가능하며, 수작업

부분을 최소화 하여 비용을 절감하는 작업을 거치는 과정에 메타블루 제품은 어느새 많

은 지적 노하우가 축적이 되어 데이터베이스 전문가에 의존된 기능을 점차적으로 자동

화 툴이 대체하게 되어 매우 낙관적으로 판단하고 있으며, 향 후 많은 사이트를 성공적

으로 마침으로 더욱 마이그레이션에 대한 자동화 도구에 대한 긍정적인 평가를 기대하

게 되었다.

박 성 희 Sunghee, Park (@migration_club) 공식블로그 (@mmcmobile)

기획팀 팀장 (주)메타마이닝 Mobile ) 010-3027-0354 | e-mail ) [email protected]

Address) 서울시 성동구 성수 2가 3동 277-25 브랭땅빌딩 9층

Tel ) 02-462-5901 Fax ) 02-462-5903 | www.metam.co.kr

Documents

마이그레이션 기술강좌 · 2011-01-21 · 데이터베이스 구입비 및 유지보수 비용 절감 효과 웹 어플리케이션 서버 구입 비용 및 유지보수 비용